续借上篇文章

续借上篇文章。

我把感慨写下并发给范同学看，随后他也回复给我的他的真实想法。基本相同的观点，也在这里贴出来。

---------------------------

赞同。我也聊些我的想法：教科书上的方法是前辈们在他们所处的背景下，基于他们的经历、认识和思考总结出的经验，为我们提供了一个巨人的肩膀。我们应该站在上面并充分利用这些知识，但却不应该把其做为教条；我们应该以它们为指导，来探索适合我们特定背景和情况的方法，而不应该局限其中。到这个层次，“瀑布”、“敏捷”不过是一个称谓而已，怎么称谓不重要，重要的是我们找到针对我们所处的环境和所做的项目能产生最大价值和效率的方法。

正如你举例，如果有100％的把握消除重构的浪费，那么还有必要为了“重构”而重构吗？再有，敏捷和瀑布也可被看作涉及粒度的问题，传统的瀑布面对的是整个系统粒度级别的瀑布，而敏捷，从某种程度，也可以看作是一个面对story级别的改良的瀑布。

[@more@]

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/7501538/viewspace-1038126/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/7501538/viewspace-1038126/