2022-10-23-继续读《程序员职业素养》

不要破坏软件功能

失误率永远不可能等于零，但你有责任让它无限接近零。

开发中不可避免会有 bug，但对自己的要求得是不允许出现 bug。

让 QA 找不出任何问题

只要是没有把握的代码都不要发布。只是有时上层会让问题遗留以满足发布时间。

如果能够让 QA 完全发现不出 bug，不仅仅是编写代码过程的问题了，自己就先得成为一个合格的 QA 了，但开发不可能那么完全的执行所有测试，时刻进行质量控制。

只能说理想总要有的，就像古时候人们说的大同社会，这时候人们说的共产主义社会。

要确信代码正常运行

这是测试驱动的理念，在写代码前就要先想测试，先写测试代码，再写要测的代码，保证所有代码全部经过测试。

起码现在是做不到。

自动化 QA

举例说明 QA 流程是执行单元测试和验收测试。作为开发，确实不需要执行所有的测试流程，编码环节执行一个单元测试，收尾环节执行验收测试也够了。

不要破坏结构

不要为了发布新功能而破坏结构，结构要易于修改。

架构开始设计好，若调整那可能就是大调整。后续开发多是重构的微调。

要随时修改。每次开发修改或增加功能时，都对当前模块进行重构。

对每个模块，每检入一次代码，就要让它比上次检出时变得更为简洁。每次读代码，都别忘了进行点滴的改善。

就是要随时随地的进行小的重构，让代码变得更好。这是个好方法，每动一个模块，一处代码，就让它比之前的要更好，这样精益求精，能够减少后面遇到问题进行很大的重构的概率。

防止修改带来的新问题，前提是写好的足够的测试代码，能够很快就执行完测试进行验证。