需求到实现－－我做的皮坎肩

一直在做一个项目，现在到了尾生阶段，也是问题滋生的时候。称得上山雨欲来风满楼！现在回来前些日子的工作感触非常，也许算得上一个典型的软件过程。
　　最初客户提出了模糊的构想，于是我给出一个蓝本如何实现这个系统。客户并没有太在意，只是提出了些许顾虑，同时Leader也提出顾虑。我结合了反馈后给出了一人伟大的蓝图，系统以分布式架构，能够随意插拔，兼顾到了未来可能的发展目标，同时制定了各子系统接的标准，当然也提到了系统的约束和局限。
　　经过无聊且例行的讨论交流之后，项目开始启动了。经过马拉松式的开发和反复之后，系统雏形现身了，但面对仅有的简单界面和功能，坦白说除了我没人知道这具体在干什么，所以在推托和流程式的评论后进行定型和细化的阶段。用户开始试用这个beta版的系统，对于结构他其实是无所谓的，他的目标只是要满足内心里隐约的需求。面对一长串的修改要求我快崩溃了，因为绝大部分是我事前明确认告知并得到确的系统将不可能拥有的内容，但礼貌式的歉意意味着鱼和熊掌他都要。我激烈的抱怨得到了Leader的认同，他无奈地告诉我“做吧！”。我只是人普通的程序员，结果当然是我也做出了鱼但熊掌变味了。。。
　　如今项目无论如何不能再托了，工作算是到了一个里程碑，但回看一现实在是难以言表。不同目标的人做同一件事实在是有趣，当然只是苦了做事的人。用户说不出具体需求，但只是想要的。Leader不关心需求和工作量，但一定要搞定用户，你的牢骚无所谓，用户不可以有牢骚。我对内幕和外幕一无所知，不过想尝试设计和实现系统并以尽少的工作量换取尽多的工作时间。用户有主动权，所以他满足了，也许他在想扩展性、复杂度、维护性等关我屁事，反正是你们做。Leader有地位，所以他还过得去，把事做了就OK。我什么都没有，所以我在痛苦中郁闷，不过明白了付出的心血只有自己才会在意。
　　说了很多，其实总结起来很简单。用户想要一件打球时的小背心，要求穿得舒服、容易换洗。Leader不管用户要什么，想要用户换洗时收钱不出力。我一不清楚他们要什么，于是做到大而全什么都有，最终一个伟大的作品（超级皮坎肩）出炉了：
       这是一件能够随意拆分和拼接的豪华晚礼服，贴身部分使用皮制易于清洗且，对于不同场合可以变换颜色、尺寸，只要进一步开发还支持多面料。最后按标准拆掉袖子和后摆等交给用户一件皮坎肩。