拒绝向蹩脚的软件设计妥协

村里的王木匠，受人之托要做一只洗澡用的大木桶。这是一位技术比较娴熟的工匠，做木桶对他来说基本没什么难度，所以动起手来进展很快。眼看就要完工了，还差最后一块木板。但是，刚好手头的木板已经用光了，他需要翻过一座山，到树林里去伐木才可以做出新的木板。眼看天色已晚，王木匠急于在今天完成并提交给客户。于是，他四下里张望了一下，看到墙角里立着几块废料。王木匠把墙角的废料收集过来，在木桶上比划了一下，似乎可以用。

这时，他的一位学徒在一旁看到了，皱着眉头说：“师傅，这行吗是废料嘛！”。王木匠白了一眼自己的徒弟，又打量了一下手里的那块废料，犹豫了一下，说：“来不及了，凑合一下吧，应该问题不大，即使有点小问题我应该能处理。”(听着耳熟吗span>)三下五除二，木桶完工了。王木匠的手艺的确好，那块废料弄上去，除了颜色稍微有点与周边不同以外，看不出什么其他差别。于是，他打发学徒赶在天黑之前，将木桶送到了客户家里。

这一回，还没过两个星期，客户又骂上门来了，这次干脆就是要求退货，因为上次修理的地方出现多处缝隙，漏水！王木匠师徒二人，白忙活了一场，只好给人家退了钱方才罢了，要不然就要告到县太爷那里去啦。

同样的故事，仁者见仁，智者见智。我想，软件工程师看到这个故事，一定会深有感触。王木匠用的那块不合格的废料，其实就是一处蹩脚的、失败的设计。为了赶工，向这样的设计妥协，最终换来的结局多是惨痛的。要么，是项目的完全崩溃失败，要么是不断地疲于修补缺陷，而且往往是在匆忙中不得不用另一个蹩脚的补丁来掩盖前一个败笔。有句俗话说，说了一个谎以后，就要不断地用更多地谎话来圆第一个谎。毫无原则地、轻易地向蹩脚的设计妥协，就会导致这样的一个补丁摞补丁的悲惨下场。