2023.12.21

第34节：易于测试的代码

这一节强调了编写易于测试的代码的重要性，并提供了一些关于如何实现测试驱动开发（TDD）的建议。

1. 软件IC（Integrated Circuit）的比喻：将软件开发比作集成电路芯片，强调软件组件之间应该容易组合，就像集成电路芯片一样。

2. TDD（测试驱动开发）：强调编写测试以及为测试而设计代码的重要性。测试应该是开发过程的一部分，而不是后期添加的。

3. 编写单元测试：对于较大的项目，将每个测试放入一个子目录，有助于组织和管理测试。

4. 使用测试装备：建立一套完善的测试体系，包括记录测试状态、分析输出结果是否符合预期以及选择和运行测试。

5. 推进测试文化：鼓励团队成员注重测试，确保软件经过充分的测试，而不是依赖用户来发现问题。

第35节：邪恶的向导

这一节探讨了使用向导或脚手架生成的代码可能导致的问题，并提供了一些建议。

1. 向导（Wizard）或脚手架：指那些用于构建程序自动生成代码的工具。强调使用这些工具时应该了解其机制，避免靠巧合编程。

2. 不要盲目使用不理解的向导代码，而是要理解其工作原理。确保向导生成的代码符合项目的需求和标准。

3. 开发者不应过度依赖自动生成的代码，而是要理解和审查生成的代码，以确保其质量和一致性。

第36节：需求之坑

这一节介绍了在项目开始之前如何处理需求，包括深挖需求、制定需求文档、保持一定的抽象等。

1. 完美不是指没有增加任何东西，而是指没有可去除的东西。强调深挖需求，围绕核心功能进行打磨，而不是盲目地搜集需求。

2. 与用户一同工作，像用户一样思考，以更好地理解和挖掘需求。

3. 制定需求文档，并配合使用UML用例图，以清晰地传达需求信息。

4. 需求的制定应该保持一定的抽象，不是架构或设计的制定，而是对需求的简要描述。

5. 维护词汇表，确保项目中使用的术语得到一致性的理解。

6. 将需求文档发布到内网，使参与项目的人员能够随时查看和提出意见。

第37节：解开不可能解开的谜题

这一节强调了在解决看似不可能的问题时需要转换思路，不受传统思维的限制。

1. 转换思路，不要受限于过去的假设和设计。解决问题时要找到新的角度和解决方案。

2. 当觉得问题难以解决时，反思问题是否真的难以解决，是否有更容易的方法。提出一些问题，如为什么问题存在，是否有更容易的方法等。

3. 对于看似难以解决的问题，重新诠释需求可能会让问题迎刃而解，就像解开戈尔迪斯结一样。

第38节：等你准备好

这一节讨论了等待的问题，包括倾听反复出现的疑虑、对于某些事情不要过于等待、构建原型等。

1. 倾听反复出现的疑虑，当反复出现的问题引起疑虑时，应该留意并给自己时间去理解，可能问题会在后来变得更加清晰。

2. 对于某些事情，不要过于等待，适当的时候需要采取行动。不要因为过度等待而陷入拖延。

3. 构建原型，尝试在早期构建原型，这有助于更快地理解问题，找到解决方案。

第39节：规范陷阱

这一节讨论了编写规范的问题，强调不要过于详细地编写规范。

1. 编写规范是重要的，但不要过于详细，因为过于详细的规范可能束缚开发者的发挥。

2. 通过简单的描述而不是详细规范来解释事物，避免过于繁琐的规范。

3. 避免过度规范化开发文档，以允许开发者在解决问题时有一定的灵活性。

第40节：圆圈与箭头

这一节强调了设计文档中的图形符号（圆圈和箭头）的含义，以及使用工具和方法时应该注意的事项。

1. 圆圈和箭头在设计文档中用于解释它们指代的作用。理解这些符号的含义有助于更好地理解设计文档。

2. 不要迷信工具和方法，将它们融入你的实际开发实践和能力的语境中，确保它们真正符合项目的需要。

3. 对于工具和方法，要理解其背后的原理，而不是盲目使用。注重实效，从中提取精华，形成适合自己团队的工作习惯。

第41节：注重实效的团队

这一节讨论了构建注重实效的团队的重要性，以及如何实现。

1. 倾向于注重实效的团队，强调个体和整体都应该注重实效，个体的实效贡献到整体的实效。

2. 不要容忍代码质量的问题，整体团队更不应该容忍质量问题。保持整体团队的协同一致，注重合作和沟通。

3. 避免留下破窗户，及时修复问题，不要让问题一直存在。团队的优越性应该影响整个组织。

4. 通过指定"检测员"来进行整体项目进度的检查，确保各个环节的协同配合。

5. 团队成员要具有良好的交流能力，能够与其他团队协作。创建团队品牌，提高团队凝聚力。

6. 避免重复，尽可能使用功能进行组织划分，而不是职务。团队的架构应该根据项目需要进行划分。

7. 自动化是保持一致性和准确性的关键，尽可能多地使用自动化，确保流程的一致性。

8. 知道何时停止绘画，不要过度追求完美，保持适度的空间，支持团队成员的创造力。

第42节：无处不在的自动化

这一节讨论了在开发中应该广泛应用自动化的原因和方法。

1. 文明通过增加可以不加思索完成的重要操作的数量而取得进步。自动化有助于提高效率、减少错误，并保持一致性。

2. 在不同场景中使用自动化，例如Cron用于执行周期任务，Makefile用于项目编译，使用生成代码减少重复性代码等。

3. 将自动化视为项目管理的一部分，确保自动化能够记录状态、分析输出结果并选择运行测试。