※ 引述《Wolfken ()》之铭言：
: ※ 引述《abadcafe (abadcafe)》之铭言：
: : 另外, 关于敏捷我要多说一句, 敏捷不是银弹. 真的在大项目中实行一遍TDD, 你就知道
: : TDD的问题在哪里了: 1. 工作量暴增. 2. 面对频繁变化的需求, 你会很快厌倦编写那么多
: : 测试代码然后又看着这些代码作废. 这都是人力的浪费. 你看看前几年TDD有多火, 近几年
: : 又如何? DHH当初那么推崇TDD, 现在又如何? 敏捷的思想很重要. 但敏捷的具体方法, 无
: : 论TDD还是SCRUM, 都需要推敲. 不过这是另一个话题了, 欢迎另开一串讨论.
: DHH后来被砲得很惨呀，他也承认他有点过头了，TDD还是很重要
: 另外所谓"频繁变化的需求"，用Agile不代表你可以无止尽的变需求
: 它欢迎改变，但还是有改变相对应的成本，一直改的话团队产出就会降低
: 更重要的是，一直改代表project manager根本没做好他的工作
: 用了agile不代表project management就可以丢了
TDD 在写全新程式码时，是个不错的流程“指导”工具；如果常常出
现“测试代码作废”的现象，那个应该是果；因是出在别的地方。
然而，在面对既有程式码(legacy code) 时， TDD 通常是灾难的开
始；然而，这通常也不是 TDD 本身的问题，而是既有程式码本身就
不适合 TDD ，必须先花时间重构。
============================================================
waterfall 本身也是没问题；在进行“纯软件”专案时，可以采用 agile
；然而，若是“软、硬(infrastructure)”并行的案子时，因为物理
现实的条件限制，硬件建设的部分很有可能必须采用 waterfall 方
式，无法像软件一样用迭代式(iterative) 的开发方式
============================================================
devops 的精神与远景是好的，但实务上常常变成: 原本“一猴撞一
天钟，拿一只蕉”，现在变成“一猴撞一天钟挑一天水扫一天地，还
是只拿一只蕉”的借口
============================================================
TDD, waterfall, agile, SCRUM, devops, 这些流程工具本身的精神
都是好的，但总是有些人有无尽的创意找到办法来滥用、误用这些工
具，然后再来怪工具不好 :D