① 程序员桌子上放菜刀是什么梗
产品经理:这个需求再改改。程序员拿出一把刀:刚才说啥?产品经理走了。
② 程序员和产品经理究竟哪条路更好
如果你本身喜欢写代码，那么我觉得程序员的工作挺好的，未必要做产品经理。程序员主要是和机器、代码打交道，工作难，但是边界清晰、可控，事情比较聚焦。我并不建议大家都要去做产品经理。
写代码是纯手工业劳动，大家平时用的各种互联网产品，都是程序员一行一行代码写出来的，还要考虑代码的逻辑，解决各种Bua等等。如果想做好程序员，就一定要热爱写代码这件事。优秀的程序员，都能够从自己的工作里获得乐趣。我认识很多优秀的程序员朋友，我非常尊重他们，而且也特别佩服他们的能力，还有对于工作的热情。
产品经理要解决的问题的要更综合、更广。例如要考虑用户需求，考虑市场、业务情况，还要考虑和设计、运营、研发之间的配合。
有一些人适合做产品经理，有一些人不适合。我也不太建议大家一窝蜂都去做产品经理。我建议就像做产品一样，你要大胆假设、小心求证。如果要做产品经理，就多了解这方面的信息，多试试，然后看看自己适不适合。
无论是学生，还是想转行的人，往往的问题在于纠结太多，想的太多，尝试太少。如果你想做程序员，那你先写写代码，先做出一些东西，除了看你自己适不适合之外，也能够成为你找工作时的筹码。如果你想做产品经理，那么多试试做做产品，哪怕是虚拟的项目，增加自己的经验和感知，也能够成为找工作时的筹码。
所以，并不存在说产品经理或者程序员到底哪个更好，相比很多行业和职位，产品经理和程序员这
两个职位都应该是非常好的了。做的事都有意思，工资待遇也都高。
关键在于你自己适合哪个，这个问题归根结底别人没法回答你，得靠你自己通过了解更多知识来做出判断。
③ 为防被程序员“砍”，产品经理需要注意这些场景
互联网行业中，众人热衷于讨论“程序员砍产品经理”。虽然，“砍”更多是调侃的意思，一种消遣工作的方式；但是，这不是一个饭后笑话，侧面反应了产品经理和程序员间的对立关系。很多时候，产品经理和程序员间就像对手，产品研发过程就像打仗，总要争个你死我亡。“砍”的本质，是程序员表达对产品经理的不满，也是一种情绪的宣泄。
在产品研发的过程中，产品经理与程序员对立关系，会严重影响项目的推进。一旦产品经理和程序员对立关系公开化，很容易导致团队人心涣散。这种对立关系，经常滋生出一些极端的事情，骂娘、打架已屡见不鲜。
下文就列举一些程序员想砍产品经理的场景。这些场景都是我过去和很多程序员朋友交流时，他们遇到的对产品不满的场景。这些场景，都会以产品经理的沟通话语表现出来。通过这些场景，去解析这种对立关系产生的原因。以及，作为对照，产品经理应该如何规避和处理这种对立关系。
这样说法是程序员们最不喜欢的，最容易惹毛程序员的。这句话，在程序员们看来就是削减工时、加班的代名词，他们当然不喜欢。而且他们也非常讨厌，一个非技术人员为技术人员做技术难度的定论。简不简单，都需要技术人员做了技术评估，才能下结论。
这种言语，会让程序员们觉得产品经理不靠谱。大家通常都是比较排斥借鉴。借鉴你也得有合理明确的理由。以我某程序员朋友的话来说：微信怎么做的，你就怎么做，那你不如去微信做产品算了。
每个产品，在表面的UI下，都有其背后的复杂的业务逻辑。如果产品经理只是叫程序员照着某个产品做，很多时候技术们是很难实现的，因为他们也需要弄懂背后的逻辑和流程。当然，这应该是产品经理的工作。
这就是抬杠。产品经理虽然名字里面有“经理”二字，但并没有经理的权利，当然不能命令合作的技术们。这句话，言下之意也是拒绝了商量和讨论。而程序员也需要参与感和团队感。
这就是质疑他人能力，是人都不会喜欢。如果产品经理提出的方案，程序员们没有理解。那就说明产品经理的解释说明和文档，做的不够优秀，不够简洁易懂。让程序员们理解需求，是产品经理的基本工作内容。
在互联网产品开发中，修改需求和插入新需求都是挺常见的。对于程序员们来说，这是非常不爽的事情。这种操作通常会打断程序员的思路，思路被打断是非常痛苦的。当然，这样也会影响他们的开发效率。更可怕的是，反复的修改需求，会使他们有种劳动成果不被尊重的感受，同时也会对项目的未来抱有怀疑的态度。反复的更改方案，也说明产品经理设计是未经过严密的论证，或对细节的把控是不够。
程序员都比较讨厌反复的催促。当项目的节点确定后，技术们会严格遵守节点，产品应该信任他们。当然，时间比较紧凑时，反复催促也会加大程序员们的压力，使他们变得非常烦躁。在这种时候，催促就是添麻烦。
甩锅会导致团队分崩离析，人心不齐。不管任何问题，都是团队的责任，不要将责任指定给某人。特别是在项目复盘时，如果心态不好同事，这是非常难堪的。所以，我们要尽量以原因和结果为导向，而不是责任为导向。
程序员也是也是团队的一份子，有权利知道知道需求的背景。同时，了解需求背景也利于程序员们更好的开发程序。
产品经理给程序员们画饼是最不切实际的，只会引起大家的反感。程序员都是喜欢偏实际的东西，虚的东西只会招致白眼。
任何传递给程序员的需求，都是需要有计划和规范的。如果口头传达一个需求，很容易导致开发出的功能与需求不匹配。同时，因为缺乏相关的记录和文档，可能会造成需求流失。这对于程序员们来说，可能就是延迟、加班、返工、担责等等风险。这是团队合作的大忌，也是项目管理不专业的体现。
以上的这些场景，可能出现一次，程序员们都会顺着我们的想法做。但是，这会渐渐改变程序员们的心态，最终会使产品经理与程序员间产生隔阂和矛盾。如果出现这些场景，作为产品经理都需要小心的处理好，以免影响项目的正常推进。当然，最好是不要出现这些场景。作为产品经理，我们的最终目标，都是要保证我们的产品，准时、保质、保量的落地。
产品经理在与程序员们合作时，产品经理需要讲究合作共赢、互相体谅。在产品经理的相关工作中，最要避免的就是抬杠。抬杠是一切矛盾的根源。很多时候，产品经理要站在程序员的角度考虑问题。比如，对于产品来说可能就是改改需求，但对于程序员，他们更在意的可能是因为改需求而导致的加班。
产品经理在工作中，经常会追求产品上的极致。追求极致本身是好事，但是切忌过分偏执。我们也需要考虑团队的现状和资源，在极致和现实间寻找均衡。毕竟，如果没有乔布斯的团队，要像乔布斯一样做产品，只会拖垮团队。
在产品开发的过程，改需求、改方案等项目异常，都是不可避免的。这是项目管理的第一部分。如何进行项目异常的处理，考验的是产品经理的沟通能力和项目管理能力。产品经理需要在保持技术们高效工作的情况下，完成项目异常的处理。
当然，在产品经理工作中，矛盾的根源也并不总是产品经理。有时候，也可能是某些程序员的性格或者对该工作的态度导致的。这时候，产品经理要明确，作为团队的润滑剂，有责任推动和协调大家的工作。如果，矛盾不可调和，我们需要尽早提出问题、控制风险，避免“勉强”行事。
有时候，程序员在私下评价一起工作的产品经理时，总是会补加一句“我感觉我也能做产品经理”。这句话的背后，是产品经理没有让程序员们感受到产品工作的价值。在这种背景下，产品经理是很难获取程序员们的注重，也会为很多争论埋下诱因。那如何感受到我们工作的价值那？其实很简单，就是保持工作信息的透明。将我们针对需求和产品做的相关工作，体现在我们的沟通或者文档中。
导致程序员想“砍”产品经理，本质是产品经理工作方式的问题，也有情商的问题。在我的产品经理工作经验中，我总结下了以下四点，我们需要注意和避免的。这四点，都可以和上文的场景相对应，是最容易慢慢改变程序员的心态的。
④ 什么仇什么怨，程序员设计师与产品经理的爱恨纠
哈哈哈，程序员和产品经理可以说是死对头啦。
1、频繁改需求
如果项目经理想要整死程序员，频繁改需求是最快的办法。特别是做了一半硬是改掉需求，scrum里的表现就是sprint内的非受迫需求变更，太狠了，技术同学表示不能忍。
2、拿老板和运营做挡箭牌
不说清需求价值，当技术童鞋问“为什么要做”的时候，支支吾吾，或者说“老板要的、运营要的”。最绝的就是说，这个功能老板说必须要做，那个功能老板说明天就得上……
3、扮用户
程序员会产品经理沟通的时候，比较经常就是听到，“关键字是用户不会这么觉得，如果我是用户。”
这种产品经理通常关注点会有问题，比如更多的时候讨论的是这个按钮是这么颜色，应该放在哪里，文案应该怎么写等，如果把这些问题当做核心，那难免会让人啼笑皆非。
4、口头禅——不就是xxx
有些产品经理口头禅：不就是xxx，这也引来一些程序员的反感。
比如“这个问题不就是在数据库里加个字段就可以解决了吗?你要是没时间，我给你写个SQL 语句，你执行一下吧。”结果程序员一脸懵逼。
其实，如果是在你的非专业领域里，最好少用这种“不就是XXX”这样的句型为妙。
5、不懂装懂
特别是对技术一窍不通的产品经理，会不停让程序员加班赶工。
“开发大哥，我代码写的不多，你可别骗我，这么简单的需求，明明一下午可以搞定，你跟我说一个星期?”
此时，想必程序员口袋里50米大刀已经饥渴难耐......这种产品经理叫程序员哭笑不得。
希望可以帮到你，谢谢！
⑤ 产品经理：这个需求再改改.再改改.再改改.程序员拿出一把刀：刚才说啥
产品经理需要懂得如何去沟通，是有技巧的哦。我在创享学院学习产品经理
⑥ 程序员和产品经理相爱相杀，打完架再“牵手”，全公司都沸腾了
在某个职场论坛里，有网友发帖爆料，大方晒出自家公司 产品经理 和 程序员 相爱相杀的照片。画面中，两个大男人手牵着手，面朝墙壁背对众人，浓浓的基情感扑面而来，让人忍不住浮想联翩。
这可不是他们成功“出柜”了，而是公司对两个人动手打架的惩罚措施。因为在产品项目上沟通不顺，产品经理和程序员起了争执，两个认死理的人互不相让，一言不合就打了起来，拳脚相向好不激烈，费了老大劲才把他们各自拉开。
程序员和产品经理的矛盾，早已经不是什么秘密了，在 互联网公司 里， 要论程序员 最讨厌谁，产品经理绝对能排进前三。要求多还奇葩，反反复复变动，指手画脚叨叨个没完，让程序员们苦不堪言。只是虽然彼此间矛盾多多，但还算克制，真真动手的还是比较少的，像这种大庭广众之下互殴的，就更不多见了，也难怪公司要当众惩处了。
两人动手打架的影响非常恶劣，公司要求要么一起辞职滚蛋，要么牵手一下午。终究胳膊拧不过大腿，虽然这个要求很诡异，但为了不被辞退，也只能捏着鼻子认了。本来还剑拔弩张的两人，在众人的见证下，大手拉小手整整牵了一下午，画风都歪了！
其实无论是产品经理还是程序员，大家最终的目的都是为了整个项目能够完美交付，为公司完成这笔业务。只是两个人的侧重点不同， 产品经理 要考虑客户考虑市场， 程序员 则更关心产品本身的合理性。当关注的重点不一样，难免会产生分歧，引发彼此之间的冲突。
而且都是公司的同事，平日里抬头不见低头见，大打出手确实不应该。在有着共同目标的大前提之下，即使两人的立场不同，但也应该彼此互相体谅，只有精诚合作，才能事半功倍不是。
公司的处理决定也很机智，辞退可能只是玩笑话，要他们牵手和好才是真的。毕竟都是为了公司的产品项目才弄得这么大火气，把他们安抚好了，项目也能更顺利完成。而且这种方法虽然看起来尴尬，但也冲淡了矛盾的尖锐，尴尬总好过对立，诙谐才更容易让人接受。
这不，还有网友打算效仿呢！嗯，都是人才！
⑦ 浜у搧缁忕悊鍜岀▼搴忓憳鍝涓濂
浜у搧缁忕悊鍜岀▼搴忓憳钖勬湁鍏朵紭镣癸纴镞犳硶鐩存帴鍒ゆ柇鍝涓镟村ソ銆
涓銆佷骇鍝佺粡鐞嗙殑瑙掕壊涓庣壒镣
浜у搧缁忕悊璐熻矗浜у搧镄勫叏鐢熷懡锻ㄦ湡绠＄悊锛屽寘𨰾甯傚満璋幂爷銆佷骇鍝佽勫垝銆佽捐°佸紑鍙戙佹祴璇曘佸彂甯冧互鍙婂悗缁缁存姢銆备粬浠闇瑕佸叿澶囧己鐑堢殑鍟嗕笟镒忚瘑锛屾繁鍏ョ悊瑙ｇ敤鎴烽渶姹傦纴骞惰兘灏呜繖浜涢渶姹傝浆鍖栦负鍏蜂綋镄勪骇鍝佽捐″拰锷熻兘銆备骇鍝佺粡鐞嗛渶瑕佽坛濂界殑娌熼氲兘锷涳纴鑳藉熻法閮ㄩ棬鍗忓悓宸ヤ綔锛屽苟鍦ㄥ洟阒熶腑鍙戞尌妗ユ佺殑浣灭敤銆
浜屻佺▼搴忓憳镄勮掕壊涓庣壒镣
绋嫔簭锻樼殑涓昏佽亴璐ｆ槸缂栧啓鍜岀淮鎶や唬镰侊纴瀹炵幇浜у搧镄勫姛鑳藉拰镐ц兘銆备粬浠闇瑕佹湁镓庡疄镄勭紪绋嬫妧鑳斤纴镡熸倝钖勭嶅紑鍙戝伐鍏峰拰璇瑷锛屽苟鑳借В鍐冲嶆潅镄勬妧链闂棰樸傜▼搴忓憳阃氩父镟村亸钖戜簬鎶链娣卞害锛屽规妧链缁呜妭链夊緢楂樼殑杩芥眰锛屽苟鍦ㄨВ鍐虫妧链闅鹃樻椂琛ㄧ幇鍑烘瀬寮虹殑鑳藉姏銆
涓夈佷袱钥呬簰琛ワ纴鍏卞悓鎺ㄥ姩浜у搧鍙戝𪾢
鍦ㄤ骇鍝佸紑鍙戝拰杩浠ｈ繃绋嬩腑锛屼骇鍝佺粡鐞嗗拰绋嫔簭锻樼殑瑙掕壊鏄鐩镐簰渚濊禆镄勚备骇鍝佺粡鐞嗘彁渚涙柟钖戝拰绛栫暐锛岃岀▼搴忓憳鍒栾礋璐ｅ疄鐜拌繖浜涙兂娉曘备竴涓濂界殑浜у搧闇瑕佷袱钥呯殑绱у瘑钖堜綔锛屽叡钖岄溃瀵规写鎴桡纴鎺ㄥ姩浜у搧涓嶆柇钖戝墠鍙戝𪾢銆
锲涖佷釜浜哄彂灞曚笌鍏磋叮瀵煎悜
瀵逛簬涓浜鸿岃█锛岄夋嫨浜у搧缁忕悊杩樻槸绋嫔簭锻樿繖涓镵屼笟锛屾洿澶氱殑鏄锘轰簬涓浜虹殑鍏磋叮銆佷笓闀夸互鍙婅亴涓氲勫垝銆傚傛灉浣犲杽浜庢矡阃氩岗璋冿纴链夊晢涓氭晱镒熷害鍜岀敤鎴锋礊瀵熻兘锷涳纴闾ｄ箞浜у搧缁忕悊鍙鑳芥洿阃傚悎浣狅绂濡傛灉浣犲规妧链缁呜妭链夋禄铡氩叴瓒ｏ纴锽勪簬瑙ｅ喅闂棰桡纴闾ｄ箞绋嫔簭锻樿繖涓镵屼笟鍙鑳芥洿绗﹀悎浣犵殑鐗圭偣銆
缁间笂镓杩帮纴浜у搧缁忕悊鍜岀▼搴忓憳閮芥槸浜у搧寮鍙戜腑涓嶅彲鎴栫己镄勮掕壊锛屾棤娉旷亩鍗曞湴鍒ゆ柇鍝涓镵屼笟镟村ソ銆傞夋嫨鍝涓镵屼笟鍙栧喅浜庝釜浜虹殑鍏磋叮銆佽兘锷涘拰镵屼笟瑙勫垝銆
⑧ 为何大多数程序猿会转行做产品经理的背后的原因有哪些
产品经理这个工作对之前的工作经历或者学历没有太高的要求，再加上这两种工作有联系，作为程序员了解产品的属性或者性质，程序员的沟通能力很强，所以可以好好的胜任产品经理这个工作。