一千六百行文件怎么瘦身——一次沉入引用的重构实录

分类本身比搬移更重要——分类错了搬再多也没用

剑飞
1/14一千六百行文件怎么瘦身——一次沉入引用的重构实录

draft ---

01命题

先说清本页判断

02解释

补足为什么

03行动

留下下一步

把“draft ---”落到一个具体项目里看结果
2/14一千六百行文件怎么瘦身——一次沉入引用的重构实录

lint 上限是 800 行

一个技能文件写了 1659 行lint 上限是 800 行 超了一倍还多
3/14一千六百行文件怎么瘦身——一次沉入引用的重构实录

用"沉入引用"的模式

01命题

先说清本页判断

02解释

补足为什么

03行动

留下下一步

把“用"沉入引用"的模式”落到一个具体项目里看结果
4/14一千六百行文件怎么瘦身——一次沉入引用的重构实录

但真正动手的时候

命题先说清本页判断
解释补足为什么
行动留下下一步
把“但真正动手的时候”落到一个具体项目里看结果
5/14一千六百行文件怎么瘦身——一次沉入引用的重构实录

表面问题是行数超标

但真实问题是如何在删除零内容的前提下让主文件变轻

把“表面问题是行数超标”落到一个具体项目里看结果
6/14一千六百行文件怎么瘦身——一次沉入引用的重构实录

这件事让我重新意识到

这件事让我重新意识到重构的难点从来不是"去掉什么"而是"搬走之后怎么保证东西还在"
7/14一千六百行文件怎么瘦身——一次沉入引用的重构实录

搞错了就追不回来源

这不是走过场——版本号后面要用来命名备份文件和引用文件的头部标记搞错了就追不回来源
8/14一千六百行文件怎么瘦身——一次沉入引用的重构实录

万一拆完发现有问题

01命题

先说清本页判断

02解释

补足为什么

03行动

留下下一步

把“万一拆完发现有问题”落到一个具体项目里看结果
9/14一千六百行文件怎么瘦身——一次沉入引用的重构实录

就指向它而不是再建一份

命题先说清本页判断
解释补足为什么
行动留下下一步
把“就指向它而不是再建”落到一个具体项目里看结果
10/14一千六百行文件怎么瘦身——一次沉入引用的重构实录

写完之后做两件事

只保留 frontmatter（版本号微调更新日期改掉content_hash 行不动——
11/14一千六百行文件怎么瘦身——一次沉入引用的重构实录

真正需要的流程反而被淹没

如果不重构 文件继续膨胀每次加载都带着一堆不需要的内容

命题先说清本页判断
解释补足为什么
行动留下下一步
12/14一千六百行文件怎么瘦身——一次沉入引用的重构实录

带走四步

找项目

从真实任务开始

出材料

把想法变成可处理内容

做交付

用结果判断能力

可复用

把完成沉淀为流程

13/14一千六百行文件怎么瘦身——一次沉入引用的重构实录

让能力长出来

分类本身比搬移更重要——分类错了搬再多也没用

返回原文
上一篇没有更多文章下一篇没有更多文章