Martin Fowler谈软件设计

Martin Fowler最近在他的Bliki中，谈到了在开发软件产品的过程中，是否值得追求良好的软件设计的问题。即在追求良好的软件设计过程中，无论是软件企业，还是作为开发者的programmers,都会付出更多的时间、更多的成本，在多付出了这些之后，在软件实现了良好的设计之后，他是否能够给你足够的，或者说你期望的回报？管理者和开发者在总结项目的时候，会承认这些工作，这些努力都是非常有价值的么？

在这篇名为Design Stamina Hypothesis（我把它翻译为“设计的可持久力假设”）中，Martin Fowler先生给出了明确的回答。做设计当然需要花费时间和精力，需要付出努力，但这些付出都会得到回报，因为良好的设计会使将来软件升级、进化、完善过程变得更容易。良好的软件设计不仅仅是使programmers感到快乐，而是会带来实实在在的好处和回报。

Martin 提出了“技术债”(technical debt)概念。如果在软件的开发过程中不做设计或者只做很少的设计，那么在短期内确实能缩短开发时间，提高项目进展速度，但是你却会欠下技术债，而且这个债务会逐渐累积，并最终在将来影响到你的软件开发生产率。

Martin的假设是，在项目的开发过程中，存在着一个所谓的design payoff line。在项目的初始阶段，当所完成的功能比较少，处于design payoff line以下时，省略设计确实可以赢得时间。当你所需要开发的功能越来越多，处于design payoff line上方的时候，那么良好的设计就会大大提高生产率，而缺乏设计的软件，代码就会变得越来越难以修改，开发的生产率就会大大下降。套用一句时髦的话就是“出来混得，一切最终都是要还的”。如果软件开发在开始阶段就缺乏设计，那么在软件的不断开发迭代中，你欠下的技术债就会越来越多，开发的难度会越来越大，最后的结果只能是一团糟，导致项目延期，程序bugs不断。

通过Martin Fowler先生的假设，我们还会发现，如果你只是在作一个很小的项目，功能很简单，将来也不会有很大的升级，扩展，迭代，即该项目位于design payoff line之下，那么你是可以省略设计，以此来换得时间和市场的。但是，如果不是这样的项目，如果你的项目的规模最终会位于design payoff line 之上，那么，在项目开始的时候就花些精力和时间来做设计，无疑是最划算的。关于design payoff line的确定，Martin给的建议是几周，而不是几个月。

上面这些就是我阅读Martin Fowler先生的假设后得出的心得。这些都是我个人的体会，有兴趣的人可以阅读Martin Fowler先生的Bliki的原文。

上面大量引用了Martin 的思想和理论，在此向Martin Fowler先生表示深深的感谢！