标签：追溯 统计信息 适合 程序员 备忘录 就是 nbsp 质量 解决问题
当你编码时：
代码需要演化，它不是静态的事务。 重构 不要试图在重构的同时增加功能。 在开始重构之前，确保你拥有良好的测试。 采用短小，深思熟虑的步骤。 从一开始就可以把可测试性构建进软件中，并且在把各个部分连接在一起之前对每个部分进行彻底的测试。
在项目开始之前：
需求需要挖掘，而不仅仅是收集。找出用户为何要做特定事情的原因，而不是他们目前做这件事情的方式。 建立需求文档：把形式化的模板做备忘录 好的需求文档会保持抽象 项目范围的增大需要被记录和可追溯，以及可评价(通过统计信息) 需求的收集和设计实现不是单向的线性关系，而是双向关系。它们是“交付高质量的系统”的不同方面。 解开谜题 解开谜题的关键在于确定施加的各种约束，并确定你确实拥有的自由度 确定真正的约束 对约束进行分类，并划定优先级 你所需要的知识真正的约束，令人误解的约束，还有区分它们的智慧。 编写程序规范 编写程序规范是一个交流活动，旨在解释并阐明系统的需求 不要追求捕捉系统或需求的每一处细节和细微差别，因为细节不一定可以被自然语言以可理解的方式定义。 不要陷入对规范的追求中，在合适的时候编码，反哺规范。 不要做方法的奴隶，适合的就是最好的，能解决问题就行。
标签：追溯 统计信息 适合 程序员 备忘录 就是 nbsp 质量 解决问题
原文地址：https://www.cnblogs.com/lijiawei1-2-3/p/11876261.html
