《软件开发的 201 个原则》思考：2. 质量在每个人眼中都不同

  本原则接着原则 1，质量第一。怎么算高质量，在这个原则上面起了一个头，不同客户有着不同的质量要求，内部不同的项目经理都有不同的质量要求，不同的技术 leader 也有不同的质量要求。当然，更多的还是在客户上面。  

在刚开始工作的时候，对内听 leader 或者产品经理的，对外听客户的。刚开始工作的时候敢怒不敢言呀，“嗯，好的，没问题，ok”，质量似乎在客户，产品经理的眼里是可以尽力完全兼顾的。这样导致了，什么都要，最后什么都达不到最好。至少我是这么认为的，不要想一个项目可以有多完美，能够最终顺利交付，上线没问题，生产不出 bug 这个就是一个最高的质量。当然，还要再往上加，那就是代码方面的等等了。  

在不断的工作经验积累中，慢慢地从听从，变成了主动引导。不是全部都要做，而是根据道理，根据优先级去完成。我主要是做项目的，从原本的项目一堆，什么都急，什么都要做到最好。到后面，必须理清优先级，再反馈到技术这里来。明确客户的主要需求，到底想要完成什么样，最主要是想要什么东西。之后，再去讨论，我们该完成得什么样。不是每个客户都真的很死板，什么都要你提供最好的，什么都兼顾的(钱给到位了，另说哈)。因此，本原则的最后一步尤为重要。客户想要达到的要求，不是只有对接客户的人才需要去思考，作为一个技术其实也要去思考，主动思考，反而会引导客户，引导对接人，往你的思路走。这样，甚至可以按照你想要的开发节奏走了。  

最后再简单讨论下，真的不能兼顾吗，可以是可以不过要经过很长时间的沉淀，不仅是技术上的，还有业务上的，还有团队沟通，等等问题。就通过原则中的要求，假设这些成立，似乎还有可能：

• 优雅设计：团队工程化能力强，注重代码规范，进益求精(技术，时间沉淀)

• 高吞吐量：对自己的产品有完备的压力测试，不同场景下的(技术，时间沉淀)

• 低开发成本：代码复用率极高(技术，业务，时间沉淀)

• 解决未知：对领域研究极深(业务，时间沉淀)

  不能说没有机会，有还是有的。

这是百度团队翻译的书本，本篇不涉及商业，单纯个人想法记录反思，有想要讨论的欢迎评论留言。