《程序员修炼之道》4

第8章：注重实效的项目

1. 注重实效的团队
   破窗理论：团队应避免容忍代码中的“破窗”（如低劣设计或未修复的缺陷），防止代码质量系统性下滑。质量是团队共同责任，需全员维护。
   敏捷协作：
   功能导向的分工：按功能而非职务划分团队，减少模块间依赖（正交性），例如数据库团队独立处理数据库变更，降低系统耦合。
   自动化文化：通过自动化脚本管理编译、测试、部署等流程，减少人为错误。例如使用make工具或cron定时任务实现无人值守构建。
   持续沟通：团队需用统一声音对外交流，可通过品牌化项目名称增强凝聚力。文档需一致且与代码同步更新。
2. 无情的测试
   测试策略：
   分层测试：单元测试捕捉基础错误，集成测试验证子系统协作，性能测试确保现实负载下的稳定性。
   回归测试：每次修复后对比历史输出，防止新代码破坏已有功能。
   自动化全覆盖：测试代码量可能超过产品代码，但能显著降低维护成本。例如通过断言（Assertions）和测试驱动开发（TDD）提升代码健壮性。
   用户导向的验证：可用性测试需由真实用户参与，确保需求与用户期望一致，避免“正确但无用”的系统。
3. 文档与沟通
   代码即文档：通过清晰命名、注释解释设计意图，减少冗余文档。注释应聚焦“为何”（如设计权衡），而非“如何”（代码已说明。
   可执行文档：使用工具（如JavaDoc）自动生成API文档，确保文档与代码同步更新，避免过时信息。
   用户期望管理：项目成功取决于满足用户期望而非完美实现规范，需在开发中持续与用户沟通需求边界。
   第9章：注重实效的实践
4. 代码维护与重构
   持续重构：发现代码重复、过长函数时立即优化，防止技术债累积。
   防御性编程：假设外部输入不可信，严格校验边界条件，使用断言确保合约设计。
5. 灵活应对变化
   曳光弹开发：快速构建核心功能链路验证架构可行性，逐步迭代完善。例如先实现用户登录流程，再扩展其他模块。

元数据驱动：将易变配置（如界面文本、规则参数）移出代码，通过配置文件动态调整行为，减少重新编译需求。

第10章：系统级工程的务实视角

1. 架构设计原则
   解耦与分层：采用MVC模式分离业务逻辑与界面，通过事件驱动或观察者模式减少模块间直接依赖。

黑板系统：模块通过共享数据空间匿名交互（如JavaSpaces），避免接口爆炸，提升扩展性。

2. 交付与运维
   持续集成/交付（CI/CD）：自动化构建、测试和部署流程，确保每次变更可快速验证并发布。例如使用Jenkins或GitHub Actions实现流水线。

资源管理：估算需分阶段拆解，短期任务按“天”评估，长期项目按“月”规划，避免过度承诺