构建之法阅读笔记 02

书中对比了瀑布、敏捷等不同流程模式，讲解了如何合理设计系统、管理进度、控制风险，并强调软件交付后持续迭代与维护的重要性。
个人感受
我过去做项目基本是想到什么做什么，没有固定流程，进度全靠感觉。设计时不画结构图，模块之间怎么方便怎么来；项目快截止了就疯狂赶工，测试和文档能省则省；软件做完交上去就算结束，完全没想过后续修改和优化。
结合书中内容来看，这种混乱的开发模式问题很大。没有流程导致任务安排混乱，经常前期摸鱼后期熬夜；缺乏系统设计会让模块耦合严重，改一处牵动全身；不重视文档和测试，后期维护成本极高；只做一次性交付不考虑迭代，软件很难适应需求变化，也无法持续改进。
以后我会根据项目规模选择合适的开发流程，提前做好任务拆分和时间规划；设计阶段先画模块关系和接口设计，降低耦合；项目中保留必要文档，预留测试与优化时间；同时建立迭代意识，在交付后根据反馈持续完善，避免项目做完就 “烂尾”。