2021-04-04 为什么软件开发方法论让你觉得糟糕？

为什么软件开发方法论让你觉得糟糕？

围绕软件开发实践和方法论，总有很多教条式的口水仗。阶段式（phase-gate）方法能够有效管理软件开发过程的风险，还是说只是风险管理中的花哨噱头？TDD真的能够促生出高品质软件？结对编程是代码评审的有效替代抑或只是增加了商议沟通代价？我想说，虽然缺乏证据判断这些论调的谬处，但有两条常用的法则能够帮助我们选择好的实践，同时，提升我们所提供软件的价值：划小开发周期以及提升反馈效率。 Michael Feathers给出了以下观点：

为什么软件开发方法论让你觉得糟糕？

我认为，到了最后，我们还是得倚重开发者的能力，这才是个更重要的考量因素，而非选择哪门语言或纠结于方法论间的细微差别[1]。坦诚地说，我们都清楚这点，但我们看起来好像过度纠结于开发能力是关键因素这事儿上。或许这是个经济学里一个被广泛接受的观点的引申，但如果人是可以轻易轮换的（随便找个人都能顶上），那才是堪称理想的。

问题是，我们怎样才能找到有（合适）技能的开发者？IT界从未很好地定义个体生产率，从这点来看，那么，要找到合适技能的开发者就是个很难解决的问题。代码行数（Lines of code） – 在现在仍然是一个主流的度量方法 – 深陷“一行代码一个责任”泥潭，这并不是一个好的方法。而度量工作小时数则是鼓励（个人）英雄式举动 – 经验表明，“英雄们”通常就是导致项目延期的人，依赖“英雄”往往是一开始就采取的不该采取的冒险行动，长时间工作导致人变得鲁钝，并导致低质量软件出现。目前还没有被普遍接受的针对IT专