《程序员的职业素养》阅读小记

• 每一天都调整计划，找到关键路径，扫除在关键路径上所有可能出现的障碍。
• 专业主义的精髓在于将公司利益视同个人利益，“专业主义”意味着担当责任。
• 代码要进行反复的测试。
• 要对自己的不完美（bug）负责。失误率永远不可能等于零，但你有责任让它无限接近于零。
• 软件要易于修改。
• 每次读代码，都别忘了点滴的改善。
• 每周花工作外的20小时学习。
• 旧见解过时这种说法明显是不对的。过去50年中产生的理念，已经过时的其实很少，有一部分理念确实在慢慢淡出，但不代表我们不需要了解它。
• 从雇主的角度来思考，确保开发的功能真正能满足雇主的需要。
• 当有冲突时，要努力沟通并和对方达成共同的期望目标。
• “为什么”远不如“事实”重要。
• 面对自己不可能完成的任务时，要大胆说“不”，而不是“试试看”。
• 做出承诺：1.口头上说自己将会去做。2.心里认真对待做出的承诺。3.真正付诸行动。
• 总有些事你可以承诺做到的。
• 只承诺自己能完全掌控的事。
• 如果最终目标依赖于他人，那么你就应该采取些具体行动，接近最终目标，而不是一味的推卸责任和抱怨。
• 如果你无法兑现承诺，那么最重要的就是尽早向你的承诺对象发出预警，越快越好，越早越好。
• 当别人遇到困难向你寻求帮助时，要以自己碰到困难时期望他人对待你的方式对待他们。
• 可以通过创建一个确切定义的“完成”标准来避免交付失误。
• 每个开发人员都要适应和掌握TDD（测试驱动开发）。
• TDD：先写好一个单元测试的一小部分代码，很快，你会发现还缺少一些类或函数，所以单元测试无法编译。因此必须编写产品代码，让这些测试能够编译成功。产品代码够用即可，然后再回头接着写单元测试代码。这个循环不断反复，写一些测试代码，然后再写一些产品代码。这两套代码同步增长，互为补充。就像抗体和抗原一样。
• 单元测试即文档，它们描述了系统设计的最底层设计细节。
• 完成意味着所有的代码都写完了，所有的测试都通过了，QA和需求方已经认可。这才是完成。
• 单元测试是程序员写给程序员的，它是正式的设计文档，描述了底层结构及代码的行为；验收测试是业务方写给业务方的，它们是正式的需求文档，描述了业务方认为系统应该如何运行。两者的执行路径是不一样的，单元测试是深入系统内部进行，调用特定类的方法；验收测试则是在系统外部，通常是在API或者是UI级别进行。
• 代码规约：先编写测试，再编写产品代码。
• 用数据来完结争论，而不是个人能力。
• 提供概率预估，来描述期望的完成时间以及可能的变数。
• 即使有压力，也要保持冷静果断。
• 选择那些你在危急时刻依然会遵循的纪律原则，并且在所有工作中都遵守这些纪律。遵守这些纪律原则是避免陷入危机的最好途径。