原则是工作的准则；原则代表了许多人从经验中总结出来的集体智慧。它们往往被描述为绝对真理或用作推论。
1. 质量第一
1）质量在每个人眼中不同，项目必须确定各因素的优先级，并清晰地传达给所有相关方。
2）越是强调提高开发效率，最终的质量就越低。
3）实现高质量软件，追求卓越的同时，随之而来的高额成本。
4）低可靠性比低效率更糟糕
2. 如何开发正确的系统
1）尽早把产品交给客户，这有助于确保将剩余的资源用于开发正确的系统；客户看到越多，需要越多。
2）满足真正的需求，解决真正的问题，是软件开发的原因。解决真正需求的唯一方法，是去跟有真正需求的人沟通。
3）激励开发者与客户对齐
4）做好抛弃的准备，第一个完整部署的系统，往往是第二个被创建的系统
5）开发正确的原型、构建合适功能的原型（一次性原型、演进式原型），用最快的方式开发一次性原型，无需考虑质量和可维护性
6）渐进地扩展系统，是降低软件开发风险的最有效方法之一
3. 开发过程相关准则
1）开发过程中的变化是不可避免的
2）只要可能，购买而非开发
3）让软件只需简短的用户手册
4）不同的阶段，使用不同的语言，对于编码，应该选择一个最适合的语言
5）技术优先于工具
6）使用工具，但要务实
7）把工具交给优秀的工程师
8）“知道何时”和“知道如何”同样重要，在进行需求工程时，要了解哪种技术对问题的哪些方面最有用；当进行设计时，要理解哪些技术对系统的哪些方面最有用；当进行编码时，要选择最合适的编程语言
9）不要忽视技术，软件工程技术日新月异。在几年内对新的发展视而不见，是你无法承受的。
10）如果你的项目、组织或客户要求遵循一套文档标准，就要遵循它。无论如何，永远不要抱怨标准，认为这是不需要的。
4. 文档书写规范
1）文档要有术语表：定义中使用的任何单词，都应该尽量避免再去术语表中查找含义。
2）软件文档都要有索引，文档所使用的所有术语和概念的列表，包括一个或多个页码用于标记术语或概念在哪里被定义、使用或引用
3）对相同的概念，用相同的名字，如：有三类特殊命令。有四类常规命令。
5. 最后，作为工程师，要和组织荣辱与共，勇于承担责任
如果你是一个系统的开发者，把它做好是你的责任，要承担这个责任。要么做好，要么就压根不做，不要有任何借口
1. 质量第一
1）质量在每个人眼中不同，项目必须确定各因素的优先级，并清晰地传达给所有相关方。
2）越是强调提高开发效率，最终的质量就越低。
3）实现高质量软件，追求卓越的同时，随之而来的高额成本。
4）低可靠性比低效率更糟糕
2. 如何开发正确的系统
1）尽早把产品交给客户，这有助于确保将剩余的资源用于开发正确的系统；客户看到越多，需要越多。
2）满足真正的需求，解决真正的问题，是软件开发的原因。解决真正需求的唯一方法，是去跟有真正需求的人沟通。
3）激励开发者与客户对齐
4）做好抛弃的准备，第一个完整部署的系统，往往是第二个被创建的系统
5）开发正确的原型、构建合适功能的原型（一次性原型、演进式原型），用最快的方式开发一次性原型，无需考虑质量和可维护性
6）渐进地扩展系统，是降低软件开发风险的最有效方法之一
3. 开发过程相关准则
1）开发过程中的变化是不可避免的
2）只要可能，购买而非开发
3）让软件只需简短的用户手册
4）不同的阶段，使用不同的语言，对于编码，应该选择一个最适合的语言
5）技术优先于工具
6）使用工具，但要务实
7）把工具交给优秀的工程师
8）“知道何时”和“知道如何”同样重要，在进行需求工程时，要了解哪种技术对问题的哪些方面最有用；当进行设计时，要理解哪些技术对系统的哪些方面最有用；当进行编码时，要选择最合适的编程语言
9）不要忽视技术，软件工程技术日新月异。在几年内对新的发展视而不见，是你无法承受的。
10）如果你的项目、组织或客户要求遵循一套文档标准，就要遵循它。无论如何，永远不要抱怨标准，认为这是不需要的。
4. 文档书写规范
1）文档要有术语表：定义中使用的任何单词，都应该尽量避免再去术语表中查找含义。
2）软件文档都要有索引，文档所使用的所有术语和概念的列表，包括一个或多个页码用于标记术语或概念在哪里被定义、使用或引用
3）对相同的概念，用相同的名字，如：有三类特殊命令。有四类常规命令。
5. 最后，作为工程师，要和组织荣辱与共，勇于承担责任
如果你是一个系统的开发者，把它做好是你的责任，要承担这个责任。要么做好，要么就压根不做，不要有任何借口
