2026-04-07

工作内容

• 完成 90 天全栈学习计划的制定和修订：
  • 4 个阶段的详细每日计划（phase1~phase4），共 90 天
  • 修复计划中 6 个问题：PostgreSQL 安装指引缺失、Day 3 内容过载、Day 5 前置条件不准确、文件上传与 Day 8 脱节、ECharts 未引入、Day 45 格式不统一
  • 创建 study 目录结构，生成 81 个学习笔记模板文件（5 种模板类型：practice/theory/challenge/vision/wrap）
  • 修复 VS Code markdown 锚点跳转问题（从 HTML <a id> 改为 heading-based slug）
• 完成 Bookmark Reader 全栈技术设计文档 → 学习笔记：
  • 功能清单（P0~P3 优先级划分）
  • 数据分析（同步优先级 + 实体关系 + 核心表结构）
  • 系统架构图（三层架构 + 认证流程 + 增量同步策略）
  • 技术选型对比（NestJS vs Express/Koa/Fastify、PostgreSQL vs MySQL/MongoDB/SQLite、Prisma vs TypeORM/Drizzle/MikroORM）
  • API 设计概览 + 项目目录结构 + 开发路线图 + 风险分析
• 开始 Day 1 学习笔记，完成独立思考部分并接受 AI Review：
  • 功能盘点（7/10）：覆盖核心功能，遗漏用户系统和 AI 对话历史
  • 数据分析（5/10）：识别了数据类型，但缺少同步优先级分析
  • 架构草图（4/10）：跳过系统架构直接设计接口，缺少整体视图
  • 技术选型（5/10）：结论正确但理由不够扎实，缺少 Prisma vs TypeORM 对比

学习内容

• 学习了后端框架对比分析：NestJS 的模块化架构和依赖注入优势，Express 的"自由但无约束"问题，Fastify 的性能优势和生态局限 → 学习笔记
• 学习了数据库选型思维：PostgreSQL 的 JSONB 和全文搜索在阅读器场景的适配性，MongoDB 多对多关系和事务的局限
• 学习了 ORM 选型：Prisma 从 Schema 自动生成 TypeScript 类型的核心优势，TypeORM 装饰器模式的复杂度问题
• 学习了增量同步 vs 全量覆盖的设计思维：按数据优先级制定不同的同步策略，避免多设备数据冲突
• 练习了"项目规划四步法"：功能盘点 → 数据分析 → 架构图 → 技术选型的系统思考流程

备注

• 90 天学习计划正式从明天（2026-04-08）开始，今天是预习和准备日
• Day 1 Review 暴露的核心问题：容易跳过架构层直接想接口细节，需要刻意练习"先画大图再填细节"
• 技术选型的关键不是"A 比 B 好"，而是"在什么场景下 A 比 B 好"——同样的技术在不同项目中可能得出相反结论
• 数据同步优先级思维：笔记/高亮（最高，不可重建）> 书籍文件（高）> 阅读进度（中）> 偏好设置（低，仅存本地）