对于乙方来说，甲方有时候好像真的是活在另一个世界，彼此说的是不同语言。这次用夸张的情境，将甲方与乙方沟通的困难淋漓尽致地展现了出来。前几天因要求app跟随手机壳变色的需求导致程序员怒打产品经理的事情虽然搞笑，但不乏寓意。下面还有一个视频，也是通用的搞笑，笑完后后让人深思。
昨晚在朋友圈和微信群产品经理被程序员被打的视频传疯了，因为这样的事情其实一直有新闻爆出来，觉得很正常。本来只是笑笑看看就行了，今天刚好发现是前东家发生的事情，因此我也来说下我的看法，
8月2日，一段“办公室打架”视频消息在网络流传，并引起热议。该消息称“据称某互联网公司产品经理提了个要求，要求APP开发人员可以做到根据用户的手机壳来改变软件主题颜色，然后就干起来了”。然而，南都记者调查发现，打架的真相并非如此。
昨天朋友圈被刷屏了。据说，事情是这样的：一个产品经理给研发提出一个产品需求：要求app的主题颜色可以随着用户手机壳颜色改变而变化，然后就干起来了。
两个PM，究竟区别在哪里：
有些项目经理动不动就拉老大来给程序员施压，我觉得这种是最 low 的，连文章开头那些「没经验的」项目经理，水平都比他们高到不知道哪里去了。就好比两个小朋友打架，你打不过人家，喊的不是「放学你等着，有种操场见」，而是「我要告老师，看他怎么收拾你」。
在IT的软件公司里，总是会听到各种经理级别的头衔。小公司还好，因为人少，所以大家都差不多一兼多职，没什么头衔。但是中大型公司就不一样了，分工明确，职能划分的特别清晰，什么职位什么人干什么事都早已经定义好的，大家都是普通岗位的一颗螺丝钉，各尽其职。
产品经理如果能力优秀，处事得当，程序员肯定会老老实实的实现需求，讨论需求，相反， 产品经理能力不足，而又有一些自以为无关紧要的坏习惯，那程序员多半情况会和你对着干，你也无法树立自己的权威，搞的自己尴尬。下面总结了几个程序员比较 难以忍受的坏习惯，有则改之，无则加勉。
近期在招聘产品助理的过程中，有个应试者提到她近期在自学python,问到原因答到是为了更好的跟开发沟通。显然她是认同“产品经理需要懂技术” 这个观点的，但是让我惊讶的是，在她过去一年多的工作经历中几乎从来没有画过业务流程图。我突然意识到，原来有很多新入行的产品同学根本没有意识到作为产 品经理真正的核心竞争力是什么。
本文作者结合自己的工作和创业经历，以及后来与诸多大厂、创业公司的优秀PM交流的心得，我觉得可以简单谈一谈：到底PM要不要懂技术？或者说，PM到底要懂什么样的技术？
今天我们来讨论一下在软件开发过程中的一个很常见，也是令很多程序员头疼的问题，那就是与产品经理直接的矛盾到底是怎么形成的。
所有问题其实都可以归结为人的问题。规则是死人是活，不同人在不同情况，对事情往往会有不同的处理方法。但在此就不展开讨论了，遇到问题想办法解决就是。
我就是这样一个不懂技术的产品经理。我没有获得计算机科学、电子工程或任何相关的学位，但是我一直在科技领域工作。当我在很多年前跳到我的第一个产品管理岗位上时，我的头有点大。除了要与软件开发人员打交道，我还要与运营、销售、营销和技术项目管理部门的人员密切合作。
记得之前参加团建活动，是真人 CS。我们一共没几个产品经理，但有几十个程序员。所以场面估计你也能想象出来了……并不是刺激的对战，而是惨绝人寰的群殴。
程序员和产品经理协作、沟通矛盾是一个永恒的话题。因为两者的知识体系和思维结构不一样，关注的重点不一样，所以在协同工作过程中，难免会出现一些分歧和摩擦，出现互相埋怨和吐槽的情况
最近有位刚做 PM（产品经理）的小伙跑来跟我控诉，说公司技术部的 RD 们（程序员）个个不给力。需求过了千百遍还是理解错，或者就是简单回一句 “做不了”，表情如死灰。
为了能够把软件开发这回事说得更清楚，正好是周末，就花时间把内容写一写，让七大姑八大茄子们也能知道什么是软件开发，我们这伙人每天都在做些什么事。
神曲《小苹果》火了以后，一支由支付宝员工组成的摇滚乐队表示不服，于是加入了自创神曲的行列中。
现在，万塘路 18 号终于拿出了他们自创的神曲，名字是《产品经理是条狗》，据说可以干趴小苹果。
应该还能用
【外评】谷歌：从源头消除内存安全漏洞
【外评】在 RiSC-V 上运行《巫师 3》游戏
【外评】法官驳回大部分 GitHub Copilot 版权索赔要求
谷歌内部推出 SQL 中的管道(Pipe)语法
你们干扰不了我写开源代码
【外评】FreeBSD 将 Rust 纳入基本系统
【外评】电脑从哪里获取时间？
【外评】为什么 Stack Overflow 正在消失？
有时
