正文
你不懂计算机或者精通计算机都行，就怕这样懂一点点的半吊子，总是喜欢想象一下，再发挥一下，认为软件很简单： “不就是读取后台的数据库嘛？ 有什么难的？ 我也学过，别想蒙我！ ”
更要命的是，需求澄清的时候，王总从来都是高谈阔论，一个会议他自己都能说2个小时，只说愿景和战略，夹杂着自己对计算机的理解， 很少能见他倒出来一点需求的干货。
可悲的是作为乙方，大胖还得附和着，频频点头表示认可， 努力领会领导意图。
张大胖只好在会后问王总手下的人， 这些人知道细节，但是却没有决定权： “这是我个人的想法啊，不一定对， 你去问问王总去”
张大胖不敢去， 因为一去就被骂： “你们是怎么搞的， 我在会上不是说过这个问题了吗，还没听懂？ 这样吧， 下周再开个需求会议！”
下周的需求会议依然照旧。 三个月过去了，需求还是朦朦胧胧的一片。
王总说： “你们先开发一个版本，让我们看看！”
第一个版本出来了， 被很批了一顿。
第二个版本出来了， 继续批。
底层的数据库表被改来改去，开发被折磨得一点脾气都没有了。
神奇的是， 这个项目某一天竟然成功的交付了， 王总凭借这个项目还获得了集团的奖励！
当然这个项目是没人用的。
张大胖的公司接了一个日本的项目， 看看人家发过来的需求， 哇塞，100多页，这Use Case写得多么详细啊 ！ 每一步什么人做什么事情清清楚楚、明明白白、真真切切。
类图，顺序图一个都不能少，那叫一个漂亮。
还有这界面画得简直和成品一模一样啊，啧啧， 这像素， 简直是拿着放大镜画出来的。
这伪代码，写得真是详细，稍加翻译就可以变成程序了， 真是只差一个码农了！
听说他们为了整出这套文档就花了整整一年的功夫， 张大胖在翻译伪代码的时候老是想： 花了这么长时间整需求， 他们怎么不直接把软件给写出来呢？ 还有，万一这需求错了该怎么办啊？
