从某地产公司的激进谈软件开发

前几天看到一则触目惊心的朋友圈，大概意思是，某地产商董事长下达红头文件，要求设计院接到营销户型配置及设计要求后，当天内通宵出图，而且还算了一笔账，一万块，可以让一个设计师干十天，也可以让五个设计师白加黑，通宵干一晚。

当然，这事情真假与否自有良心对作俑者进行拷问，当某一天出了事情之后自有法律进行严查，但这种触目惊心涉及居民生命的事情，实在让人瞠目结舌。

由此想到软件开发。相信不少人有过这种悲催的经历，即要求拿到需求，必须用燃烧生命的方式来快速做完功能。开发人员都是很nice的，拿钱办事，干也就干了。但这种事情，你搞一次可以，次次都这么搞，后面就会出大事情。

软件嘛，能出什么大事情？又不是出人命。是，能让软件出人命的项目，都绝对不会要求一晚上出功能的。

既然不出人命，那就无所谓了嘛。但有没有想过，这种火箭式开发会导致什么样的问题？

姑且举几个可能的后果：

1、代码拷贝粘贴，典型的坏味道必然出现。

2、需求理解不深入，功能答非所问。

3、逻辑混乱，没法应对各种异常。

4、测试疲于奔命，开发不断改改改，快必然会变成慢

5、慢到最后，系统烂掉了，项目跨了，客户疯了。

6、对社会资源的极大浪费

软件开发，最重要的，就是要对需求的本质进行彻底的理解，这是基石，然后才是架构设计，才是详细设计。就像搞房地产，要理解建筑的功用，周边环境的影响，整体质量的考量等等这些最基本的内容，然后才能是设计总图，才能是全部的设计图。这事能急吗，急能做好吗？

市场不等人啊。是，现在竞争那叫激烈，大家都人海战术，把人垒垒垒，然后就妄想能快速占领市场了。但这样做的成本极其高昂，只能应对那些需求非常雷同化，可以套用标准化开发方式的项目。即便如此，标准化开发也是需要过程的，是个难度不小的过程。对了，某地产商是靠快周转打下江山的，据说也是采用了标准化的做法。你可以认为，和盖一个猪窝没什么两样的，更通俗一点，就是垒积木。

退一步讲，你垒积木可以，但你要垒的高，还得基础牢吧。

所以说，你如果想在激烈的竞争中赢得头名，简单的堆人，只能说暂时看起来快了，但最终呢？你的基础不牢，以后只会越来越慢。而那些扎扎实实，能理解行业本质，洞悉行业前景的企业或者个体，用少数的人就做出了令人耳目一新的产品。前几天还看到一则公众号推文，谈到微软某个团队估算一个项目，会耗掉整个团队1年的时间（记忆不深刻了，数据大概是这个意思），而一名资深的老程序员，用几天时间就做完了。举这个例子可能有点不太人道，会大大打击到某些自尊心很强的人。只是在这里表达的意思是，看需求，抓本质，往往可以以少胜多。

千万不要再犯一个孕妇怀胎十月，十个孕妇怀胎一月就能生孩子的错误了，这只会是你缴纳的智商税。