敏捷开发学习

高度协作，不断使用反馈进行自我调整和完善。
态度决定一切，学无止境。
对事不对人，讨论的永远是问题本身，以及解决问题的方法。
出了问题的第一件事应该是解决问题，额，或者说，查找问题发生的根源，然后再解决问题。
What can I do for you?

永远不能满足于解决问题，在不理解代码的情况下修改代码，对系统来说是一件很恐怖的事情。在完善的同时优化，而不是增加软件的腐化程度。所以，不用坠入快速的简单修复之中，要投入时间和精力保持代码的整洁和敞亮。
这样很蠢，没有考虑读写加锁。 or 在写的时候读，会发生什么？
你不需要很出色才能起步，但是你需要起步才能变得出色。
能容纳自己并不接受的想法，表明你的头脑足够有学识。
勇气是做事的一项基础。

即使你已经在正确的轨道上，但如果只是停止不前，也仍然会被淘汰出局。
唯有变化是永恒的。
每天计划用一段时间来学习新的即使。
了解行业的动向，规划你的项目和职业生涯。
总是要成为你所在乐队最差的乐手，当成为乐队中最好的乐手是，你需要重新选择乐队。
持续，小步前进才是敏捷的。
丢弃阻止你前进的坏习惯。
第五项修炼：在理解一个问题时，需要渐次问5个以上为什么.
追求问题的根源。
把握项目的节奏。
在有单元测试的情况下，可以下班前提交代码。
保持事件之间稳定重复的间隔，更容易解决常见的重复任务。
记录客户做出的决定，并标注原因。好记性不如烂笔头。
根据需要选择技术，为具体问题评估使用技术。多挑剔，用原型来说明问题。
不用开发容易下载的东西，从基础开发很吸引人，也很危险。
迭代之间可以存在间隙。
确保测试是可以重复的。
测试驱动开发。
估算剩余时间，而不是仅仅填写百分比。评估需要完成的待办事项。
每一个抱怨隐藏了一个事实，找出真相，修复问题。
代码要清晰，甚至可以牺牲部分效率，但是可以避免问题。
设计尽量简单，并且明显没有缺陷。（代码的阅读次数，远远多于编写的次数）
像重构代码一样重构测试
增强代码的内聚性。
让被调用对象来根据自己的状态确定如何处理，不要替它做出决策。
告知而不要询问。
派生类必须可以替换掉基类，用户可以像调用基类一样调用派生类。