程序员的主要职责就是通过编程来实现需求,那么,为什么很多程序员会在遇到需求的时候生气呢?在思考这个问题前,我们先来看看下面这个视频,也许看完后你就有了这个问题的答案!
文章源自IT老刘-https://itlao6.com/1650.html
上面这个视频是知乎中针对该问题的一个高评答案,链接地址:https://www.zhihu.com/question/350940491/answer/868161494文章源自IT老刘-https://itlao6.com/1650.html
视频中五个角色可以对应为客户(2女士)、商务(西装男)、产品(衬衣领带男)、开发(短袖男屌),在讨论项目时,客户的需求五花八门、各种不合理,商务则只管接项目、认为任何问题都可行,产品会把每个问题都抛给程序员然后又否决程序员,程序员则在提出n个问题后仍然被压迫执行客服需求;最后程序员【被成为】能解决任何问题的【专家】。文章源自IT老刘-https://itlao6.com/1650.html
当然,这只是程序员生气原因的一小部分。另外再看看知乎上的另一个高评答案:文章源自IT老刘-https://itlao6.com/1650.html
作者:猫爱吃鱼不吃耗子
链接:https://www.zhihu.com/question/40712955/answer/87890964
来源:知乎文章源自IT老刘-https://itlao6.com/1650.html去饭店,坐下来。
“服务员,给我来份宫保鸡丁!”
“好嘞!”
——————这叫原始需求
大厨做到一半。
“服务员,菜里不要放肉。”
“不放肉怎么做啊?”
“不放肉就行了,其它按正常程序做,不就行了,难吗?”
“好的您稍等”
——————中途需求变更
厨房:
大厨:“你大爷,我肉都回锅了”
服务员:“顾客非要要求的嘛,你把肉挑出来不就行了吗”
大厨:“行你大爷”
然而还是一点点挑出来了
——————改动太大,部分重构
餐厅:
“服务员,菜里能给我加点腐竹吗?”
“行,这个应该简单。”
——————低估改动成本
厨房:
大厨:“你TMD,不知道腐竹得提前泡水?炒到一半才说?跟他说,想吃腐竹就多等半天”
服务员:“啊你怎么不早说?”
大厨:“早说你MLGB我怎么知道他要往宫保鸡丁里放腐竹”
然而还是去泡腐竹了
——————新需求引入了新研发成本
餐厅:
“服务员,还是把肉加回去吧”
“您不是刚说不要肉吗”
“现在又想要了”
“…好的您稍等”
——————某一功能点摇摆不定
厨房:
大厨:“日你啊,菜都炒过火了你让我放肉?还好肉我没扔”
服务员:“客户提的要求你日我干嘛?”
大厨:“你就不能拒绝他啊?啊?”
服务员:“人家是客户嘛。”
——————甲方是大爷
餐厅:
“服务员!服务员!”
“来了来了,你好?”
“怎么这么半天啊?”
“稍等我给您催催啊”
——————改动开始导致工期延误
厨房:
大厨:“催你M催,腐竹没泡好,我还得重新放油,他要想吃老的也行,没法保质保量”
——————开发者请求重新排期
餐厅:
服务员:“抱歉,加腐竹的话得多等半天,您别着急哈”
“我靠要等那么久?我现在就要吃,你们能快点吗?”
“行…您稍等”
——————甲方催活
厨房:
大厨:“我日他仙人板板,中途改需求又想按期交付,逗我玩呢?”
服务员:“那我问问,要不让他们换个菜?”
大厨:“再换我就死了”
——————开发者开始和中间人PK
餐厅:
“服务员,这样吧,腐竹不要了,换成蒜毫能快点吗?对了,顺便加点番茄酱”
——————因工期过长再次改动需求
厨房:
大厨:“我日了狗啊,你TM不知道蒜毫也得焯水啊?还有你让我怎么往热菜里放番茄酱啊??”
服务员:“焯水也比等腐竹强吧,番茄酱往里一倒不就行了吗?很难吗?”
大厨:“草。腐竹我还得接着泡,万一这孙子一会又想要了呢。”
——————频繁改动开始导致大量冗余
餐厅:
“服务员,菜里加茄丁了没有?我去其它饭店吃可都是有茄丁的”
“好好好您稍等您稍等”
——————奇葩需求
厨房:
大厨:“我去他二大爷他吃的是斯里兰卡三流技校炒的宫保鸡丁吗?宫保鸡丁里放茄丁??”
服务员:“茄丁抄好了扔里边不就行了吗?”
大厨:“那TM还能叫菜吗?哪个系的?”
服务员:“客户要,你就给炒了吧。”
大厨:“MB你顺道问问他腐竹还要不要,我这盆腐竹还占着地方呢不要我就扔了”
——————奇葩你也得做
餐厅:
“服务员,还要多久能好啊”
“很快,很快…”
“再给我来杯西瓜汁。”
“…好”
“我再等10分钟,还不好我就走了,反正还没给钱。”
“很快,很快…”
——————黑暗前的最后黎明
10分钟后
“咦,我上次吃的不是这个味啊?”
从厨房杀出来的大厨:“我TM就日了你的狗…”
——————最终决战——————
你=客户
服务员=客户经理+产品经理
大厨=码农
请自行转换…
如果是你,在生活中遇到一个这样的客户,会有什么想法?而几乎每个程序员都遇到过这样的客户或产品经理,一个程序的需求永远在迭代、在升级,这本身就是一项繁琐的任务,而如果遇到一个善变的客户+一个不会分析及拆分需求的产品经理,那么,这个程序的繁琐程度将成倍的增加。想想,碰到这样的情况,程序员会不会生气?
文章源自IT老刘-https://itlao6.com/1650.html文章源自IT老刘-https://itlao6.com/1650.html> 程序开发本就是一件繁琐的事情,如果碰到一个不断变更需求的用户或者一个无脑的产品经理,那么,程序员面临的就是末日。老五希望所有程序员(包括我O(∩_∩)O哈哈~)遇到的都是通情达理的客户和会拆分需求、能安排优先级、会挡需求的产品经理!
继续阅读
我的微信公众号
微信扫一扫关注公众号,不定时更新
评论