技术实践
记录 Nuxt、Vue、TypeScript、前端工程化和 AI 辅助开发里的真实经验。重点不是复述文档,而是写清楚一次判断如何形成,一次问题如何被定位。
记录 Nuxt、Vue、TypeScript、前端工程化和 AI 辅助开发里的真实经验。重点不是复述文档,而是写清楚一次判断如何形成,一次问题如何被定位。
把项目里的设计、重构、接口协作、上线问题和维护成本拆开复盘。每篇文章都尽量回答:当时为什么这样做,现在会如何调整。
把效率、学习、长期主义和个人成长里的模糊感受整理成可被反复检查的文字。这里允许主观,但不允许空泛。
保存书、文章、源码和文档读完之后留下的回声。不是摘抄仓库,而是把别人的观点接回自己的实践和生活。
PHASES · 写作阶段
写作轨道不是一开始就完整。它会先保存现场,再整理方法, 最后逐渐形成稳定的专题、风格和长期更新节奏。
先允许自己写得不够系统,把学习、尝试、失败和突然想通的瞬间留下来。
短笔记 / 问题记录 / 灵感碎片把零散经验合并成专题,把一次解决问题的过程整理成可以复用的方法。
系列文章 / 项目复盘 / 技术清单开始形成自己的判断标准,文章不只回答怎么做,也解释为什么值得这样做。
观点长文 / 方法论 / 主题专栏让博客成为可持续更新的个人知识系统,而不是一次性作品集。
年度回顾 / 代表文章 / 持续修订NOW WRITING · 正在写
这些不是固定承诺,而是当前最值得持续追踪的写作方向。 后续可以把真实文章接入这里,让页面从路线图变成索引。
记录这个 Nuxt 博客从信息架构、视觉系统、后台管理到发布链路的完整建设过程。
把日常使用 AI 进行需求拆解、代码修改、审查和文档沉淀的流程写成可复用模板。
围绕状态、接口、目录、组件边界和长期维护成本,整理一组真实项目里的判断标准。
讨论如何把阅读、项目、复盘和表达接到同一个循环里,让写作成为工程能力的一部分。
RULES · 内容原则
轨道决定写什么,原则决定怎么写。它们让博客保持个人气息, 也避免文章变成没有上下文的结论集合。
文章要保留问题发生时的环境、限制和判断过程。没有上下文的结论,很难在未来复用。
工程实践里很少只有唯一答案。写清楚为什么选择这一条路,比把答案包装得完美更重要。
随笔可以感性,但最后应该回到具体改变:下一次怎么学习、怎么开发、怎么生活。
博客不是一次性发布系统。旧文章可以被修订、补充、反驳,也可以成为下一篇文章的起点。