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