看了韩磊的 从大褂还是内裤 有感，所以写下我的个人看法。作者首先是从一个笑话开始的：

有个相声说，某人买了一丈布，要找裁缝做大褂。其妻自告奋勇，称自己
也会做，就接手做了。两个月后问她，说做是做，只是把布剪坏啦，改做
小褂吧。如此循环，从大褂变成小褂，小褂变成肚兜，肚兜变成内裤，内
裤变成口罩，最后只好扎了墩布。

这是一个笑话，作者也阐明了自己立场，就是 设计程序应该是越简单越好。这个道理虽然简单易懂，但是目前国内的软件开发环境来说，很容易犯这种错误。

就拿本人亲身经历的事来说，作为某行业的 B2B 交易平台打算做一个类似于淘宝旺旺在线交流工具。但是我个人在之前就认为应该在开发某项产品和功能之前，应该慎重考虑下是否有其实现的必要和支付此损耗（无论是时间、人力还是财力）的能力。

然而，最后由于种种原因而导致此项目不了了之，但已经损耗的资源已经是无法挽回的了。这就好比上述笑话中的那个自告奋勇的妻子一样，想一口气做一个大褂，但是没有慎重评估自己的能力，最终失败甚至还闹出了笑话。

笑话中，如果说布是作为资源的比喻的话，那么项目的功能就好比是将这块布做出的成品（大褂还是墩布？）。软件设计思想中有著名的 KISS 原则（Keep It Simple and Stupid） ，所表达的也是这个意思。譬如从上述我亲身所经历的失败项目中吸取教训，就可以很容易的得知：如果在前期做足了充分的需求调查以及可行性分析，那么结果可能会更理想一些。

作为互联网从业人员之一，我也看见了有很多的项目从当初简陋到逐步的累积完善，这样的案例有 鲜果 和 阿里妈妈 等等。 他们都具有优秀的团队所拥有的气质 。这些团队的发展和所取得的成就，对于我来说也是一种激励和借鉴。

从墩布到大褂是逐步累计的过程，就好比 鲜果 Blog 上的签名一样，「罗马不是一天建成的，我们每天都在建」。那么，如果懂得这一道理的话，就不会再做贪心的吞象蛇了。