这样折磨程序员真的好吗？
领导：“好的，李总，我明白你的要求了！ 下周一上线？ 嗯…. 没问题，我们开发人员的素质绝对一流，请您一定放心！”
打完电话，领导转头就说： “紧急任务，下周一上线，审批流程中第二步和第三步需要合并，另外李总需要真实笔迹，想在App端支持手写功能。”
“手写功能我没做过啊”
“还不赶紧学！”
“服务器端还得存储手写审批的图片呢！”
“快把小李叫过来，你们俩坐一起，攻关一下”
费了九牛二虎之力，把审批流程中的第二步和第三步合并了，可是领导回过头来就是一句：“李总又说了，还是两个步骤分开好一些，我们rollback 吧。手写功能怎么样了，什么？ 还没开始？ 抓紧啊！”
“走，大胖，今天跟我去参加一个需求交流会，王总亲自和我们交流。”
张大胖挺不乐意去的， 这个王总是个国企信息部门的领导，懂一点点计算机技术，自以为是。总是喜欢想象一下，再发挥一下，认为软件很简单： “不就是读取后台的数据库嘛？ 有什么难的？我也学过，别想蒙我！ ”
更要命的是，需求澄清的时候，王总从来都是高谈阔论，一个会议他自己都能说2个小时，只说愿景和战略，夹杂着自己对计算机的理解，很少能见他倒出来一点需求的干货。可悲的是作为乙方，大胖还得附和着，频频点头表示认可， 努力领会领导意图。
张大胖只好在会后问王总手下的人，这些人知道细节，但是却没有决定权： “这是我个人的想法啊，不一定对，你去问问王总去”
张大胖不敢去，因为一去就被骂： “你们是怎么搞的，我在会上不是说过这个问题了吗，还没听懂？这样吧，下周再开个需求会议！”
下周的需求会议依然照旧。三个月过去了，需求还是朦朦胧胧的一片。
王总说： “你们先开发一个版本，让我们看看！”
第一个版本出来了，被很批了一顿。
第二个版本出来了，继续批。
底层的数据库表被改来改去，开发被折磨得一点脾气都没有了。
神奇的是， 这个项目某一天竟然成功的交付了，王总凭借这个项目还获得了集团的奖励！
当然这个项目是没人用的。
张大胖的公司接了一个日本的项目， 看看人家发过来的需求，哇塞，100多页，这Use Case写得多么详细啊！每一步什么人做什么事情清清楚楚、明明白白、真真切切。
类图，顺序图一个都不能少，那叫一个漂亮。还有这界面画得简直和成品一模一样啊，啧啧，这像素，简直是拿着放大镜画出来的。
这伪代码，写得真是详细，稍加翻译就可以变成程序了，真是只差一个码农了！
听说他们为了整出这套文档就花了整整一年的功夫，张大胖在翻译伪代码的时候老是想：花了这么长时间整需求， 他们怎么不直接把软件给写出来呢？ 还有，万一这需求错了该怎么办啊？
