作为一只专业程序猿，职业是新生产品汪，我也来回答下这个问题。
一、相爱
从一个整体项目来看，一个好的APP或者是一个好的项目，都是需要二者的精心经营的，产品汪去根据用户需求，或者原本的设计理念，去将要求交付给程序猿，程序猿负责将这些要求进行编程实现。
相对而言，程序猿大多时候是属于埋头苦干，对于客户的要求或者理念，他们是不会去考虑的，例如界面优化，他们更关注的是如何把这个要求变成具体代码并予以实现。但是他们埋头苦干出来的结果不一定是客服所需要的，这时候就需要产品汪去跟客户进行沟通，并且将这个沟通结果，转换成程序猿能够理解的语言，减少因为沟通不当引起的不必要损失。
从这一方面而言，一个好的项目，或者一个好的产品，更加依赖于二者的协调配合，这一点体现了二者的“相爱”部分。
二、相杀
大多数产品经理，是不懂技术的，他们更加偏向于功能的设计，界面的的优化，那么问题来了，实现这些功能的人是程序猿。那么这就需要沟通，但是我们都知道，沟通也是会有理解上的偏差的，所以经常会出现程序猿做出来的东西并不是产品汪一开始想要的。或者，程序猿辛辛苦苦做出来的东西，结果过没两天，产品汪觉得这个功能不好，要你换个别的功能出来，改了又改，长久以往积怨就越来越深了。
对于相杀这方面，就不得不提一提之前发生的程序员砍杀产品经理这一事件，想想都有些后怕。
个人感觉，程序猿的天敌不是产品汪，产品汪的天敌也不是程序猿，而是沟通。
如果是站着产品经理的角度来说：
确实，我承认，产品和技术之间不论是对立也好，是有些网络媒体上说的“相生相杀”也好，很大程度上是因为互相之间的了解和沟通不够造成的。
在一个理想的世界里，应该没有程序猿和产品狗的界限，所有人都懂编程，大家讨论功能，界面的时候都不上IDEA，而是直接上可视图和代码。
可是至少在我们这一代里，显然这是个不现实的事情。互联网行业发展的实在太快，还来不及让我们中很多人在知识结构的层面上赶上。
我觉得现代的计算机行业里产品经理和程序猿的关系，倒有点像是中世纪的领主和教士，那时候的贵族识字的就不多，能书会写的就更少了，但他们还得面临无数的需求，从国王的要粮食要兵，到普通农民提的赔偿你家马啃了的麦苗........这堆纷乱如乱麻的破事，让一个现代的大学毕业生摆平都困难，更何况一个文盲了。
而他们身后，则是一帮经过专业知识培养的教士，就好像现在的程序员一样默默得给他们提供各种支持服务。假如当年的教会有个内部论坛，我敢肯定，上面一定会有一大堆声泪俱下地抱怨自己服务的领主多么傻逼多么不靠谱的帖子。确实，知识和技能的二分导致的肯定是各种矛盾和低效。
也许，当有一天编程能和今天的写字一样成为每个人从小就学习理解的东西的时候，也有无所谓什么程序猿产品狗了，每个人都是程序猿，大家幸福的在一起.....
閱讀更多 申請方 的文章
