杀一个程序员不需要用枪，改三次需求就可以了！
不得不说程序员的天敌就是无尽的需求，最恐怖的事情莫过于当你开发完的时候，客户给你提出新的需求，这个时候真是想XXXX（此处省略100W个字）
而更厉害的是一些荒诞的需求，一些项目需求读起来简直是科幻小说，抽象，一点都不现实。有想象力当然很好，但想象力已经超出天际。
当产品经理过来提需求时，程序员的内心是这样子的：
1.
客户：做个百度几千块够不够？
程序员：不够的！
客户：一万够了吧?
程序员：不够的!
客户：就那么几个页面，我做一个淘宝也只才几千块，你是不是坑我?
程序员：你找到了可以做的麻烦介绍给我，我也想做一个。。。
2.
产品经理：“把刚才那个按钮，改成鼠标移入后，显示文字说明吧”
程序员：“...”
产品经理：“算了，还是不要了，点击直接跳转就好”
程序员：“...”
产品经理：“要不移入后，显示张图片吧”
程序员：“WQNMGB”
3.
老板：“你看这个LOG放大的同时能不能缩小一点”
程序员：“你说啥”
老板：“我感觉这个大小不合适，整体大一点，占面积小一点”
程序员：“你说啥”
老板：“TM到底能不能干了”
程序员：“我能力有限≡[。。]≡”
4.
网页要实现离线的增删改查
5.
WiFi网速有点慢，你把这个网速整上去。
6.
你去饭店，坐下来。
“服务员，给我来份宫保鸡丁！”
“好嘞！”
——————这叫原始需求大厨做到一半。
“服务员，菜里不要放肉。”
“不放肉怎么做啊？”
“不放肉就行了，其它按正常程序做，不就行了，难吗？”
“好的您稍等”
——————中途需求变更
厨房：
大厨：“你大爷，我肉都回锅了”
服务员：“顾客非要要求的嘛，你把肉挑出来不就行了吗”
大厨：“行你大爷”
然而还是一点点挑出来了
——————改动太大，部分重构
餐厅：“服务员，菜里能给我加点腐竹吗？”
“行，这个应该简单。”
——————低估改动成本
厨房：
大厨：“你TMD，不知道腐竹得提前泡水？炒到一半才说？跟他说，想吃腐竹就多等半天”
服务员：“啊你怎么不早说？”
大厨：“早说你MLGB我怎么知道他要往宫保鸡丁里放腐竹”
然而还是去泡腐竹了
——————新需求引入了新研发成本
餐厅：
“服务员，还是把肉加回去吧”
“您不是刚说不要肉吗”“现在又想要了”
“…好的您稍等”
——————某一功能点摇摆不定
厨房：
大厨：“日你啊，菜都炒过火了你让我放肉？还好肉我没扔”
服务员：“客户提的要求你日我干嘛？”
大厨：“你就不能拒绝他啊？啊？”
服务员：“人家是客户嘛。”
——————甲方是大爷
餐厅：
“服务员！服务员！”
“来了来了，你好？”“怎么这么半天啊？”
“稍等我给您催催啊”
——————改动开始导致工期延误
程序员说：我不讨厌改需求，讨厌的是频繁地改需求。
程序员说：我不讨厌频繁地改需求，讨厌的是频繁地改完需求后，工期却不延长。
最后，程序员因为整天和编程逻辑打交道，所以对因果关系特别敏感。如果你所说需求的因果关系不是很明确，这会让他们感到疑惑，如果你的话语的因果关系不完整，这会让他们办错事。如果你的话中有if，最好后面用then做结束，或者用else给出选择，主语要明晰。不然很可能会这样：
