一个功能好不容易做好了，结果产品经理or老板过来，说要改这改那，这也就算了，更夸张的还有那种不考虑时间、成本的，让你一个人创造一个世界出来的，简直是不能忍，于是，我们被迫走上了糊弄老板的道路……
理性的说，需求的变更，或者提新需求，都是不可避免的，做产品嘛，本来就是一个循序渐进的过程。但是如果是一些奇葩得不能再奇葩的需求，就会让开发人员崩溃，想死的心都有了。
有这么一个故事感受一下：某个公司的老板，提了一个新的APP功能。
老板：“小张啊，给咱们的APP做了新功能吧。”
小张：“好的，需要添加什么功能呢？”
“玩过今日头条吗？”
小张谨慎了点了点头：“玩过。”
“嗯，玩过就好，知道今日头条的推荐算法吧？按照这个，给我们的APP加上这种推荐算法。”
小张满怀惊讶的说：“是所有文章都要应用到推荐范围里吗？”
“就是推荐功能啊，你又不是没用过，要做成什么样子的，参照今日头条就可以了，这事好好干，我看好你。”
“好的老板，就我一个人做吗？”
“你一个人就行了，这又不难？”
“好的老板。”
于是小张就给老板做了一个“随机推荐”的功能……
最后，老板对小张的做法十分满意，当天晚上就请小张吃了一顿汉堡包。
世界上，最可怕的，不是产品经理，而是一无所知的老板。之前碰到过一个非常奇葩的老板。刚上班没几天，就让我做个微信小游戏。
我：“保证完成任务，老板！要做什么样的游戏？”
“嗯…反正你就做个吧，现在这个非常火，你看XX公司都赚了几百万了，好好加油，我看好你！”
“嗯呐……”
于是，读了几天的文档，靠着面向搜索引擎完成了，居然老板还点了点头。
刚毕业时，面对无理的需求，年轻气盛的我们，经常据理力争，在职场混迹多年，让我们无奈的学会了圆滑。后来，我们才学会了理解。经验老道的程序员，基本不会不经过大脑就否定一个“奇葩”的需求，而是通过思考与沟通，发掘出老板真正的需求。比如：
老板：“最近云计算好像挺火的，小张啊，你筹划筹划，做个类似阿里云的，到我们的服务器上吧。”
也许所有人都会觉得奇葩，做阿里云没问题呀，老板，我需要6000个人，50亿资金，9年的时间就可以完成。
如果你这样解决问题，老板会说：“好的小张，明天你写张离职报告。”
老板虽然不懂技术，但也不会夸张到让你做个阿里云的地步，深度挖掘后，发现原来老板指的是虚拟化的思路……
程序员的苦，并不都来自老板，还有隔壁家的测试，算了，算了，他要怎么改就怎么改，我不管了。
当个程序猿，怎么就这么难呢？其实，只要是打工，谁都难。
之前一个做外包的设计师朋友，跟我吐槽一个客户的要求：以我专业的眼光，我觉得我这个logo已经做得很好了，但这个客户一直要求我调一个渐变高光的趋于，一直要求亮一点，再亮一点。其实，我已经调成白色的了，但是他还觉得不够，还拿了一张白纸给我看，就要这么亮。
我纳闷了半天，后来灵机一动，趁着他上厕所的间隙，我把显示器的亮度调到了最大值。
客户：“嗯，这个亮度就可以了！”
閱讀更多 W3Cschool 的文章
