每件事都需要考虑它的价值，然后决定投入
1.项目如果要做的好，必须要有丰富的文档支持
文档的意义在于只有形成文档，才能更好的去沟通和判断，对有可能出现问题的地方提前预警；另外，任何一个系统不只有开发成本，运维成本有时会超出我们的想象，即便一个程序员的记性非常好，也很难准确的回忆起一年前写的东西，但是通过文档，不管是新员工入职还是老员工修改历史功能，都会起到非常关键的作用
产品使用说明书
产品需求文档
系统架构设计文档
系统详设文档
2.一只不仅有能力，而且认真做事的团队，以及良好的团队氛围
亲身经历过一个团队，个人能力都算很差，但是各个成员之间关系都不怎么好，每个同事都只会做自己被分配的任务，其他同事有什么问题，基本上不会协助处理，这就导致了信息沟通不有效，同一件事可能多个同事会确认多次，效率低下；还有同事会对团队抱怨，这种一个人的抱怨甚至发展成风暴之眼，也影响到其他同事的状态，导致整个团队的状态收到影响
每位成员的能力其实直接关系到项目的好坏，还是应该加强团队成员的把关。团队成员除了有个人能力外，也需要有认真做事的精神，良好的团队合作意识。能力突出但却特立独行，仍然没办法为团队创造价值。
3.项目研发流程
我们工作的环节需要有清晰的流程，健全的流程能避免很多不该发生的问题
需求评审
设计方案评审
编码
CR（代码评审）
自测
测试
4.好的代码
好的代码包括好的数据结构和好的逻辑，想讨论下好的逻辑
A.系统运行没有BUG：没有BUG是最基本要求
B.清晰的业务逻辑设计：任何一个需求，都是需要分为123步来处理的，我们编写的代码，就是我们处理问题的思路，思路清晰的逻辑，才能提高代码质量
C.程序的业务可扩展性：业务肯定会不断变化，需求也会不断变化，僵硬的编码在业务变动时基本上需要重写，这个成本是很高的，如何让程序可以灵活的适应各种业务场景，如何对复杂模块进行解耦，如何对公用模块进行抽象，这些都是需要我们需要考虑的（下一篇将会继续讨论如何开发高扩展性的程序）
D.业务的可读性：高可读的程序，不能有晦涩的编码流程，在程序注释，数据/变量定义上也需要花些心思。同样的需求要考虑多种写法，千万不要让我们的程序变得晦涩，不然对接手我们程序的人来说就是灾难
E.良好的编程习惯：编程过程中有许多需要注意的点，比如金额处理，避免精度缺失；
对自己编写的程序认真负责，不能放过任何一个小的点（这个小的点往往就会让我们身处灾难之中）
时刻以怀疑的态度对待自己的程序（读到自己的每行代码，都已这行代码极有可能是错的态度去看待，都思考是否还有别的方式去处理）
要面向未来编程，思考业务变动点
代码应该出现在该出现的地方，如果代码放错了位置，将让代码变得更为复杂，也更为难懂
