敏捷开发学习

高度协作，不断使用反馈进行自我调整和完善。

态度决定一切，学无止境。

对事不对人，讨论的永远是问题本身，以及解决问题的方法。

出了问题的第一件事应该是解决问题，额，或者说，查找问题发生的根源，然后再解决问题。

What can I do for you?

永远不能满足于解决问题，在不理解代码的情况下修改代码，对系统来说是一件很恐怖的事情。在完善的同时优化，而不是增加软件的腐化程度。所以，不用坠入快速的简单修复之中，要投入时间和精力保持代码的整洁和敞亮。

这样很蠢，没有考虑读写加锁。 or 在写的时候读，会发生什么？

你不需要很出色才能起步，但是你需要起步才能变得出色。

能容纳自己并不接受的想法，表明你的头脑足够有学识。

勇气是做事的一项基础。

即使你已经在正确的轨道上，但如果只是停止不前，也仍然会被淘汰出局。

唯有变化是永恒的。

每天计划用一段时间来学习新的即使。

了解行业的动向，规划你的项目和职业生涯。

总是要成为你所在乐队最差的乐手，当成为乐队中最好的乐手是，你需要重新选择乐队。

持续，小步前进才是敏捷的。

丢弃阻止你前进的坏习惯。

第五项修炼：在理解一个问题时，需要渐次问5个以上为什么.

追求问题的根源。

把握项目的节奏。

在有单元测试的情况下，可以下班前提交代码。

保持事件之间稳定重复的间隔，更容易解决常见的重复任务。

记录客户做出的决定，并标注原因。好记性不如烂笔头。

根据需要选择技术，为具体问题评估使用技术。多挑剔，用原型来说明问题。

不用开发容易下载的东西，从基础开发很吸引人，也很危险。

迭代之间可以存在间隙。

确保测试是可以重复的。

测试驱动开发。

估算剩余时间，而不是仅仅填写百分比。评估需要完成的待办事项。

每一个抱怨隐藏了一个事实，找出真相，修复问题。

代码要清晰，甚至可以牺牲部分效率，但是可以避免问题。

设计尽量简单，并且明显没有缺陷。（代码的阅读次数，远远多于编写的次数）

像重构代码一样重构测试

增强代码的内聚性。

让被调用对象来根据自己的状态确定如何处理，不要替它做出决策。

告知而不要询问。

派生类必须可以替换掉基类，用户可以像调用基类一样调用派生类。