这两天知乎上有个答案比较火，问的是「如何向外行解释产品经理频繁更改需求为什么会令程序员烦恼」，高票答案用去饭店点宫保鸡丁的例子讲述了产品经理是如何一步接一步巧妙的惹恼程序员的。
这明明是一本正经的胡说八道啊，程序员大多性情温和，哪有那么容易被惹恼？为了证明我的观点，我跟周围的程序员同事们做了个调查，命题是：你有没有被产品经理惹恼过，有的话当时他们说了什么话。瞬间收到不少回复，大家纷纷表示确实有过这样的遭遇，这里给各位总结一下。
友情提示，以下言论有可能会引起紧张、出汗等症状，尤其是刚入行的产品经理，请在「有经验的」产品经理的陪同下阅读。
1.先做出来看看吧
小龙哥第一个冒出来回答：「这句话都快成了很多产品经理的口头禅了，需求最终效果什么样，你丫自己不会脑补啊？人家好的产品经理，都会把需求的关键路径在脑海中演练几十上百次的好么？现在大家都这么忙，程序员光去给你做这种随时有可能砍掉的需求，谁来改BUG，谁来做优化？多少次需求上不了，哥连夜删代码，一次次shift+delete都是在割肉啊！」
各位别介意，小龙哥就是这么一个愤世嫉俗的人。但是仔细一想，并非没有道理。现在都讲究敏捷开发，说白了就是跟竞争对手抢时间。产品经理需求没想好，边界条件没想清楚，最后需求被砍，不光程序员时间白白浪费，配套的设计资源、测试资源甚至运营资源都要打水漂。产品经理地位举足轻重，各位提需求要三思啊。
2.「我就要这种效果，怎么实现是你的问题」
高哥是一个讲道理的人，他说：「有些需求，产品经理觉得惊世骇俗，又是业界首创，又是戳中痛点，但是回头一问程序员，实现不了，顿时就懵逼了。谁让你需求评审的时候不叫上程序员了？你要做大数据推荐系统，他们说短时间内难以建立起有效的推荐模型，这是真不好做。你要在APP启动闪屏上加动态广告，他们说这样会延长启动时间，这个也没有别的好办法。你有KPI，程序员也有，电量内存流畅度，总有鱼和熊掌不可兼得的时候，你怎么能都推给程序员呢？」
高哥说的对，不能同意更多。
3.「这应该很简单吧，不就是XXX，然后XXX吗」
汤帅总是进入状态很慢，他嘬了口烟，接着说：「产品经理老是觉得我给他估的开发时间太长，他们的潜台词就是：「开发大哥，我代码写的不多，你可别骗我，这么简单的需求，明明一下午可以搞定，你跟我说一个星期？」。于是我推荐他们去看《提需求的正确姿势是什么》这篇文章，里面深入探讨过这个问题。我觉得吧，在你的非专业领域里，最好少用这种「不就是XXX」这样的句型，免得被人鄙视。」
汤帅一针见血，大家快去看看他推荐的文章吧。
4.「这个需求，先这样这样，再那样那样，用XX技术很快就搞定了」
钱总好像突然有了灵感：「有时候产品经理这样跟我说，我心里就想，这丫有病啊，不知道从哪个「给产品经理讲low逼技术」的公众号学了点皮毛就来教育我，我写代码用你教哇？你这么吊，需求你自己做吧，我保证不在一边BB。」
是啊，程序员一天到晚跟代码打交道，生活单调没有起伏，练就一身过硬的技术是他唯一吹牛逼的资本。所以如果你通过各种途径学到很多技术，你可以拿来评估需求、计算成本，也可以拿来充实自己、感化他人，但是请不要拿来教育程序员，好吗？
5.「你就说能不能做吧」
Norman看不下去了，说：「有时候和产品经理一番PK之后，他发现自己被带沟里去了，到处都是技术名词，见都没见过，但又不甘心就此罢休，于是孤注一掷抛出这个二选一的问题，逼我做出一个「艰难的决定」。我觉得好奇怪，什么时候求人办事也这么理直气壮了？你说你不懂技术，不懂可以学，不懂你有理呀？」
其实产品经理大可不必跟开发探讨技术细节，程序员跟你讲技术名词，你就跟他讲道理、讲数据、讲大局观。以理服人，迂回取胜。记住，不要做你不擅长的事。
6.「我有一个绝妙的idea，什么都准备好了，就差一个写代码的了」
大佑想起了一个故事：「前些天有个不大认识的朋友找上我，说他有个idea，已经想了三年了。他准备做一个「智能食谱」，用户输入他的身高体重等数据，这个系统就会用大数据推荐系统给用户定制一套属于自己的营养食谱。最后来一句，现在就差有人帮我实现了。此言一出，我简直不能相信自己的耳朵。一般来说，这种人有两种本事，一是擅长意淫，天天幻想自己是下一个扎克伯格，分分钟靠一个世人都没想到的idea登上人生巅峰。二是擅长画饼，你跟着我干，股票期权随你挑，三十岁退休不是梦。大家都是成年人，现实点好么，你就说，你出多少钱？」
「就差一个程序员了」这话确实臭名昭著，往往说这话的人，他们觉得盖一座大楼，需要的是他这样的天才设计师，而不是程序员这种搬砖屌丝。你还别说，这哥们儿想了三年，你要跟他说技术上做不了，他还嫌你low。唉，惹不起。
7.「这个需求老大已经同意了，你照着做就是了」
最后轮到我了。这是前些天别人跟我说的，当时我的内心只有一行字幕：你厉害，打架打不过告老师找家长，小弟认输。
