看agile想到的

是你没有足够的心满意足，当你感觉非常好的时候，你就会有整理的欲望，那个时候就掺了

当然现在不会发生这些事情了，永远记得先提交，不断测试和提交。。。

其实很多东西书上写着很简单，但是看的人经历很重要。

敏捷的书和方法为什么那么受欢迎，其中很重要的是很多敏捷方法学家是身体力行者。

我不知道别人看Kentbeck的书感觉怎么样，反正我自己第一次看很多地方觉得是茅塞顿开

譬如，为什么说可以在某些时候加班，为什么要可持续步调，你看着书上写的东西，很简单，不过如此，但是如果你经历过其中的好处和坏处，你就会知道什么人有真正的观点，什么人是胡说八道。

有经验，你也会知道“任何方法学都需要是适配”，“每一个项目有他自己的方法学”不是废话。而“软件开发是人的活动”他的意义所在。

敏捷过头了，重构的太激动导致

这个事情以前在学校我和我的同学都干过，在毕业前接触了cvs，问题就好多了，在家里也装一个，比较保险。想咋重构咋重构，大不了override。

最近看了一遍Kent Beck的《解析极限编程－拥抱变化》第二版。最大的感受就是，Kent反复说一句话大意是这样：编程还是人在从事的，软件开发过程终究还是解决人的问题。

不错。所以重点是管理.

但是在公司里这种事一般根本就没法控制啊。没人想封闭没人想加班，但如果老板让封闭让加班，那你说封不封？加不加？我们知道封闭开发和敏捷有矛盾是没用的，要高层的知道才最重要。

你看看航天员,飞行员
有没有让加班的?

加班与不加班的效率差在中国不是很大所以不加班老板认为很亏

PS:还有的人不要加班费.....不让你们加那资本家不成慈善家了么