原文链接:http://www.lovejavascript.com/#!zone/blog/content.html?id=18
前言:
我做了六年的程序员了,我接触过不少的产品经理、程序员。
敏捷开发中有个说法:拥抱变化。需求会通过实际情况不断的变更,难免已经开始或已经完成的需求被变化被删除。每个程序员都应该经历过那种心血被废弃的苦闷感。
产品经理有外花名:“产品狗”。虽然有些产品经理会以产品狗自嘲,但我大胆的猜测这个应该是程序员馈赠的。另外我觉着程序员不该叫程序猿而应该叫程序猫,猫狗大战更贴切。
情景再现:
有一个需求经产品经理敲定后,交由程序员进行开发。
接手的程序员简单看完需求后,便火急火燎的跑到产品经理面前说出:“这个功能绝对做不出来”;然后巴拉巴拉举出各种做不出来的理由、然后用鄙夷的眼神看着产品经理。
对程序员来讲,这是不自信不认可的表现,并放弃了一次提升自我的机会。
很坦诚的讲,接手具有难度的需求,对程序员来讲,是一次淬炼的机会。与此相反的那些没有难度的重复性功能才是最可怕的,不求上进的程序员我见的可真不多。
那么如何规避这种现象?
首先要抱着遇到问题解决问题的心态,请别轻易对着产品经理说出那句:“这个我绝对做不出来”。过多的重复这句话,所得到的终将只会是别人对你的不信任与不认可。
然后根据实际情况发现问题解决问题。在需求不变的情况下,代码思路却可以改变。同一种需求,可能有不同的实现方法。很多时候,一个在初期认为很有难度的需求,在经过几次不同的尝试后,发现不光解决了问题,还沉淀下了开发经验。 孔乙己中有个桥段,说茴香豆的茴有四种写法,鲁迅先生的初衷是想刻画出古代知识分子的迂腐。我却觉着,互联网时代,会多写几个茴字并不是什么坏事。
当然,并不是不会存在那种与实际情况出入特别大的情况,这种情况一般是由需求定位错误导致的。此时最不该表现出来的就是愤青,正面指出问题所在并提出解决方案才是该去做的事情。团队是个整体,需要每个人的付出与包容。
在说出“这个我绝对做不出来”前,用心的去尝试下,是否已经的确到达你的能力上限。