工程化取舍
你将学会什么
Section titled “你将学会什么”- 识别“完全没有工程意识”和“过度工程化”两种错误
- 用一条标准判断工程化程度是否合适
- 列出适合简化与值得补结构的两类场景
学生阶段常见的两个错误是“完全没有工程意识”和“过度工程化”。真正实用的工程化判断标准只有一条：这个结构是否降低了当前团队的维护成本。
以下情况适合继续简化：
- 一个人完成的小项目
- 一周内就会停止维护的课程实验
- 没有后续协作或展示需求的临时工具
以下情况值得补工程结构：
- 多人协作或课程评审
- 后续还要继续扩展功能
- 希望把它放进作品集或开源展示
换句话说，工程化不是用来评价学生水平的，而是帮你减少重复投入，把时间留给真正重要的事情。每加一个工具、一层抽象之前，先问一句：它现在就在降低维护成本吗？如果答案是“以后可能有用”，那大概率属于过度设计。
先自己回答，再看答案：
- 判断工程化程度是否合适的唯一标准是什么？
- “一周内停止维护的课程实验”更适合简化还是补结构？
- 为什么“以后可能有用”不是加功能的充分理由？
参考答案
- 是否降低了当前团队的维护成本。
- 更适合简化，因为投入的结构无法在短期内回收。
- 为“可能有用”投入的结构，多数最终用不上，反而增加维护负担。
- 两个极端：完全没有工程意识 vs 过度工程化
- 判断标准：是否降低当前团队的维护成本
- 简化与补结构都服务于“减少重复投入”