‘壹’ 程序员最讨厌的5种产品经理，你最烦哪种
哈哈哈，程序员和产品经理可以说是死对头啦。
1、频繁改需求
如果项目经理想要整死程序员，频繁改需求是最快的办法。特别是做了一半硬是改掉需求，scrum里的表现就是sprint内的非受迫需求变更，太狠了，技术同学表示不能忍。
2、拿老板和运营做挡箭牌
不说清需求价值，当技术童鞋问“为什么要做”的时候，支支吾吾，或者说“老板要的、运营要的”。最绝的就是说，这个功能老板说必须要做，那个功能老板说明天就得上……
3、扮用户
程序员会产品经理沟通的时候，比较经常就是听到，“关键字是用户不会这么觉得，如果我是用户。”
这种产品经理通常关注点会有问题，比如更多的时候讨论的是这个按钮是这么颜色，应该放在哪里，文案应该怎么写等，如果把这些问题当做核心，那难免会让人啼笑皆非。
4、口头禅——不就是xxx
有些产品经理口头禅：不就是xxx，这也引来一些程序员的反感。
比如“这个问题不就是在数据库里加个字段就可以解决了吗?你要是没时间，我给你写个SQL 语句，你执行一下吧。”结果程序员一脸懵逼。
其实，如果是在你的非专业领域里，最好少用这种“不就是XXX”这样的句型为妙。
5、不懂装懂
特别是对技术一窍不通的产品经理，会不停让程序员加班赶工。
“开发大哥，我代码写的不多，你可别骗我，这么简单的需求，明明一下午可以搞定，你跟我说一个星期?”
此时，想必程序员口袋里50米大刀已经饥渴难耐......这种产品经理叫程序员哭笑不得。
希望可以帮到你，谢谢！
‘贰’ 好累，程序员听不懂产品经理提的需求，问多了，产品经理嫌烦。该怎么办
这个东西应该有一定经验积累会理解比较快，也是一个过程。只有多沟通，在沟通前想想沟通的目的，这次沟通要解决什么问题。用笔记下来。然后在实操，在实操过程中如果遇到问题先想一想，试着自己去解决一下。再去询问，至少让别人感受你是在用心做这件事。而且也是想做好这件事。其实你们的目的都是一致的。注意方式方法，不要让别人觉得你一个问题重复的问还没什么结果。大家都有自己的事情都会比较烦。
‘叁’ 为什么程序员不喜欢懂技术的产品经理
转行做测试， 或者产品经理，程序员有技术思维，在学点产品知识，就可以转行了产品经理了。测试就不用说了，能比非专业的测试更深入的挖掘问题，而且，程序员会把你当女神供着。
‘肆’ 如何看待互联网大厂程序员因厌恶编程，辞去月薪2w+的工作去当司机
人各有志，只要能过上开心快乐的日子，做什么职业不重要。
外面的人看到的都是程序员的工资高，却不知道程序员工作中的烦恼
奇葩的需求
2018年中国平安的产品经理和APP开发人员在办公室打了起来，原因是该产品经理给开发提了一个需求，根据用户手机壳的颜色自动调整APP的主题，程序员听到这样的需求后对产品经理大打出手。假如这样的需求给到我的话，大打出手倒不至于，辞职是肯定的。对于这种完全不懂编程的产品经理，日常被程序员问候已经是常态了。
2019年某次元视频网站源码泄漏事件中，不少人在源码的注释中看到了这个
可见程序员日常写代码中都不忘问候产品经理，对产品经理的仇视是日积月累的。
还有这个
地位
程序员被戏称为码农、代码搬运工也不是没有道理的，在需求上没什么话语权，需求来了，即使觉得这样的需求不合理、没有意思，也要硬着头皮去做完；拿到需求，只能默默低头完成，这时候培养一个好心态尤为重要，不然将是无休止的口水战争。
弹性工作时间
程序员的加班是无休止的，996已经是工作常态了（早上9点上班，晚上9点下班，一周工作6天），遇到紧急任务或者产品上线，有时甚至需要工作到凌晨，去年较火的github项目996.ICU，程序员集体反抗，但是作用根本不大，除了让外界知道程序员加班外，工作时间没有任何改善，甚至由于大环境不好，很多程序员都丢了工作。现在的招聘信息中，工作要求中一般都不写加班，但是在会在面试的时候问你能不能接受加班，你要是说不能接受，基本就凉了。
身体越来越差
当程序员的，在变强的道路上秃顶的问题也随之而来，刚入行时关注编程能力的变强，到入行后的养生，行内的规矩，根据程序员的发亮去判断一个程序员的技术水平，虽然是吐槽，但是也并不是没有道理的，程序员的工作本来就烧脑，平时工作头发掉得多，还有工作时间也导致了这个行业普遍都掉发严重，晚上得不到好的休息。
后来还出现了帮助程序员通过面试的发型
通过发型迷惑面试官，让面试官认为你是具有多年开发经验的老手。
发亮都是表面上看到的，还有内在的，程序员因为工作时间长，平时没有时间锻炼身体，久坐，导致的腰肌劳损，颈椎病都是常态
所以工作多年的程序员中就两种体形，一种骨瘦如柴，一种发胖型，就没有几个是壮的。
最后
程序员的转行都是多种原因，日积月累的，曾经刚入行时对这个行业的神秘感，到真正工作时对他的厌倦，其实不止是程序员厌恶编程，其他工作也一样，当爱好变成了你的日常工作，你的这个爱好就已经被扼杀了。程序员转行当司机，也许是真的受不了这样的工作强度和工作压力吧。
‘伍’ 程序员和产品经理谈恋爱是怎样一种体验
除了职业，一定也有其兴趣爱好的吧～
没啥体会～不管职业如何，都要恋爱结婚。坦诚相待就是了。恋爱本来就是谈出来的～要有交流才会有发展。
喜欢要主动些。展示你的好，用真诚的心去打动对方～
恋爱中，有没有未来,能不能够幸福，这就得看你们能不能把这份爱情经营好了。学会宽容学会珍惜，互敬互爱坦诚相待，真心换真情，未来肯定是美好的！
‘陆’ 产品经理和程序员,如何避免矛盾
产品实现是你的目的，为了这个目的不必太讲究。
做了一阵子之后我有了自己对于与程序员相处的方法论，对这句话并不苟同，我还是倾向于把事做好的同时也能把话说好，虽然我现在也能深刻的领会到当时leader的核心意思是产品本身是第一位的。
接下来我就阐述下自己的一些心得：
产品经理与程序员最大的矛盾在于——改需求。这牵涉两个问题，一个是如何尽量地做足前期工作，尽量把需求细化，需求做的足够扎实就会大大减少改需求的次数，这是产品本职工作，不属于沟通问题；另一个问题就涉及如何沟通了，就是需求无论如何确实要改。这个时候有一点很重要就是努力与程序员（或者开发经理）达成共识，比如“我们的目的是要做最好的xxAPP”、“这个功能对于我们的目的来说是必不可少的”等，然后再来谈详细的需求点，程序员也就会逐步认可改需求这件事情。（还有一点很重要的就是，如果无论如何也达不成一致，也有必要反思这个需求是否真的有改的必要？）
用数据和客户来帮你增加底气。在谈论某项功能实现的时候，产品经理经常会碰见程序员消极被动不愿意做，或者质疑这么做有没有道理的时候，采取需求依据的数据和真实的客户需求是能有效推进的好办法。比如“80%的同类产品都有这个功能”、“每周都能收到几个客户对某某问题的反馈”，一般来说程序员是能够接受这种说服的。
试着多用询问的语气。让程序员感到他是专业的，他是能够解决这个问题的，要依仗他才能做的更好。这会无形中赋予他一种责任感（因为你把问题抛给了他，他就隐形中负有解决这个问题的责任），在传达出意愿的同时也避免了话语的生硬，让程序员感受到对其职业技能的尊重。
注重日常交往。日常生活中交个朋友，比如一起打球、打游戏，聊聊电影和漫画，实在是没有共同语言就经常冲他卖个萌、搅个基、撒个娇、讲个笑话。这样，大家都是朋友了，不看工作职责的那一半看交情的那一半，沟通起来也会顺畅很多。
总结：有很多时候产品的产生不完全是靠严格的流程和规章制度诞生的，也需要很多沟通的润滑。能够开开心心地把产品做出来最好，但是最终我们还是不能离开产品实现这个 标的物。
‘柒’ 产品经理在工作中的哪些不足最容易引起程序员的反感
1.自以为是
2.没有很好的把产品的理念和规划传递给程序员，让程序员感觉不到其存在的价值
3.需求不明确
4.沟通主观性太强，总是以客户就是这么说的为借口，忽悠程序员
5.前后不一致
‘捌’ 论产品经理和程序员的关系
我所理解的产品经理可能是更加高级的东西，可能是在程序员的基础上去做的，只有从技术转到产品经理你才能更多的运用你的技术来为你的产品宣传造势，如鱼得水，而且作为一个产品经理来说你可能考虑的东西会更多，以前只是局限于代码，而现在更多的是用户的体验，你需要的知识和眼界更开阔，综合能力需要更强，希望能帮到你。
‘玖’ 想从程序员转行到产品经理，想听听大家的意见及建议。
可以说，在产品驱动型互联网企业中，例如网络和腾讯，有程序员基础的产品经理是很抢手的。
我推测你的问题是：
1、程序员转产品经理有没有“钱”图
2、程序员转产品经理需要具备哪些技能
3、程序员怎样做才能自然的过度到产品经理
第一个问题我已经回答了，现在60%以上的产品经理都是从产品设计转过来了，这样的产品经理纠结于细节，而程序员转过来的产品经理因为了解产品的实现过程，所以对项目的时间把握有相当的话语权，这首先就保证了项目的进度，其次严谨的逻辑性，对产品将来的扩展和升级都有帮助，所以程序员转过来的产品经理是很抢手的。不过这类产品经理要多增加产品营销和运营方面的知识。人无完人，多了解一些对自己有好处。
第二个问题：产品经理其实没有什么技能可言的，产品的视觉交给UI，交互交给UE，开发交给程序员。但是，产品经理是个协调者，需要做大量的沟通，需要有敏感的“嗅觉”，可以判断出市场的变化、公司方向的变化、进攻的时机、默默的承受。还要能为自己的产品拉到一定的资源，为产品整个生命周期负责等等。一个词“沟通”
第三个问题：建议你看一些书，可以上当当网搜几个关键词“信息架构”“用户体验”“产品经理”“交互设计”这几个词都是当下行业热门的，作为产品经理需要了解。
希望说的这些对你有帮助！