Martin Fowler关于敏捷开发的主题演讲

我在前面所述的观点, 集成了我以前遇到的各种人的普遍的看法和观点。
很多话是别人和我说过的。如果要全面的考虑问题，就要设身处地站在对方的立场上，从对方的角度思考问题。

比如，人上人的问题。很大一部分人，以脱离第一线开发工作为荣，哪怕是写文档，更好一点是转到售前，再好一点是管理。这样才能一步步向分配链的上端走。
从我的角度来说，从社会资源效率来说，我赞同开源，XP等，这样能够缩短中间环节，开发人员在分配环节中占的份额就会上升。但操作起来，对开发人员的素质要求很高，技术、业务、商业方面都要求有一定的了解。我想，大部分开发人员希望成为这样的全才。

比如，文档的问题。在我参与做那个大工程的时候，那种先写文档，代码反映文档的说法，是一种权威观点。所有的人都振振有词的和我这么说。虽然我坚持常识“最终运行的是代码，而不是文档”，要以代码管理为重心。但我同样站在他们的角度看问题，而且也赞同这一点：总体上来说，文档的可读性优于代码。当然，到了详细设计这一层，自然语言表达不擅长精确表达细节逻辑，优势完全失去了。

比如，重构的问题。我前面说的，就是有这样的可能，很多程序员陷于重构的快感，不能自拔。恨不得把代码中所有的Bad Smell都按照《重构》里面的条目一条条改成good smell, good structure。如果完全那么做，也不具备可操作性。
关于《重构》那本书，我确实没有透彻完整的细看，只是一条条浏览过。很多地方非常赞同，大受启发。同样，也有不少地方，不能理解，why so fussing?
关于《重构》中的一些条目，有时间写出来，和大家一起讨论。

那么你确实应该花一点时间去认真看这本书，起码前4章和最后3章。你说的这些问题，书里都已经讲过了，所以也不必再争论一遍。