戏说程序猿之荒唐的需求

杀一个程序员不需要用枪,改三次需求就可以了!

 

不得不说程序员的天敌就是无尽的需求,最恐怖的事情莫过于当你开发完的时候,客户给你提出新的需求,这个时候真是想XXXX(此处省略100W个字)

而更厉害的是一些荒诞的需求,一些项目需求读起来简直是科幻小说,抽象,一点都不现实。有想象力当然很好,但想象力已经超出天际。

当产品经理过来提需求时,程序员的内心是这样子的:

 

1.

客户:做个百度几千块够不够?

程序员:不够的!

客户:一万够了吧?

程序员:不够的!

客户:就那么几个页面,我做一个淘宝也只才几千块,你是不是坑我?

程序员:你找到了可以做的麻烦介绍给我,我也想做一个。。。

 

 

2.

产品经理:“把刚才那个按钮,改成鼠标移入后,显示文字说明吧”

程序员:“...”

产品经理:“算了,还是不要了,点击直接跳转就好”

程序员:“...”

产品经理:“要不移入后,显示张图片吧”

程序员:“WQNMGB”

 

3.

老板:“你看这个LOG放大的同时能不能缩小一点”

程序员:“你说啥”

老板:“我感觉这个大小不合适,整体大一点,占面积小一点”

程序员:“你说啥”

老板:“TM到底能不能干了”

程序员:“我能力有限≡[。。]≡”

4.

网页要实现离线的增删改查

5.

WiFi网速有点慢,你把这个网速整上去。

 

6.

你去饭店,坐下来。

“服务员,给我来份宫保鸡丁!”

“好嘞!”

——————这叫原始需求大厨做到一半。

 

“服务员,菜里不要放肉。”

“不放肉怎么做啊?”

“不放肉就行了,其它按正常程序做,不就行了,难吗?”

“好的您稍等”

——————中途需求变更

 

厨房:

大厨:“你大爷,我肉都回锅了”

服务员:“顾客非要要求的嘛,你把肉挑出来不就行了吗”

大厨:“行你大爷”

然而还是一点点挑出来了

——————改动太大,部分重构

 

餐厅:“服务员,菜里能给我加点腐竹吗?”

“行,这个应该简单。”

——————低估改动成本

 

厨房:

大厨:“你TMD,不知道腐竹得提前泡水?炒到一半才说?跟他说,想吃腐竹就多等半天”

服务员:“啊你怎么不早说?”

大厨:“早说你MLGB我怎么知道他要往宫保鸡丁里放腐竹”

然而还是去泡腐竹了

——————新需求引入了新研发成本

 

餐厅:

“服务员,还是把肉加回去吧”

“您不是刚说不要肉吗”“现在又想要了”

“…好的您稍等”

——————某一功能点摇摆不定

 

厨房:

大厨:“日你啊,菜都炒过火了你让我放肉?还好肉我没扔”

服务员:“客户提的要求你日我干嘛?”

大厨:“你就不能拒绝他啊?啊?”

服务员:“人家是客户嘛。”

——————甲方是大爷

 

餐厅:

“服务员!服务员!”

“来了来了,你好?”“怎么这么半天啊?”

“稍等我给您催催啊”

——————改动开始导致工期延误

 

程序员说:我不讨厌改需求,讨厌的是频繁地改需求。

程序员说:我不讨厌频繁地改需求,讨厌的是频繁地改完需求后,工期却不延长

最后,程序员因为整天和编程逻辑打交道,所以对因果关系特别敏感。如果你所说需求的因果关系不是很明确,这会让他们感到疑惑,如果你的话语的因果关系不完整,这会让他们办错事。如果你的话中有if,最好后面用then做结束,或者用else给出选择,主语要明晰。不然很可能会这样:

posted @ 2019-02-13 17:11  一指流砂~  阅读(361)  评论(0编辑  收藏  举报