作為一隻專業程序猿，職業是新生產品汪，我也來回答下這個問題。
一、相愛
從一個整體項目來看，一個好的APP或者是一個好的項目，都是需要二者的精心經營的，產品汪去根據用戶需求，或者原本的設計理念，去將要求交付給程序猿，程序猿負責將這些要求進行編程實現。
相對而言，程序猿大多時候是屬於埋頭苦幹，對於客戶的要求或者理念，他們是不會去考慮的，例如界面優化，他們更關注的是如何把這個要求變成具體代碼並予以實現。但是他們埋頭苦幹出來的結果不一定是客服所需要的，這時候就需要產品汪去跟客戶進行溝通，並且將這個溝通結果，轉換成程序猿能夠理解的語言，減少因為溝通不當引起的不必要損失。
從這一方面而言，一個好的項目，或者一個好的產品，更加依賴於二者的協調配合，這一點體現了二者的“相愛”部分。
二、相殺
大多數產品經理，是不懂技術的，他們更加偏向於功能的設計，界面的的優化，那麼問題來了，實現這些功能的人是程序猿。那麼這就需要溝通，但是我們都知道，溝通也是會有理解上的偏差的，所以經常會出現程序猿做出來的東西並不是產品汪一開始想要的。或者，程序猿辛辛苦苦做出來的東西，結果過沒兩天，產品汪覺得這個功能不好，要你換個別的功能出來，改了又改，長久以往積怨就越來越深了。
對於相殺這方面，就不得不提一提之前發生的程序員砍殺產品經理這一事件，想想都有些後怕。
個人感覺，程序猿的天敵不是產品汪，產品汪的天敵也不是程序猿，而是溝通。
如果是站著產品經理的角度來說：
確實，我承認，產品和技術之間不論是對立也好，是有些網絡媒體上說的“相生相殺”也好，很大程度上是因為互相之間的瞭解和溝通不夠造成的。
在一個理想的世界裡，應該沒有程序猿和產品狗的界限，所有人都懂編程，大家討論功能，界面的時候都不上IDEA，而是直接上可視圖和代碼。
可是至少在我們這一代裡，顯然這是個不現實的事情。互聯網行業發展的實在太快，還來不及讓我們中很多人在知識結構的層面上趕上。
我覺得現代的計算機行業裡產品經理和程序猿的關係，倒有點像是中世紀的領主和教士，那時候的貴族識字的就不多，能書會寫的就更少了，但他們還得面臨無數的需求，從國王的要糧食要兵，到普通農民提的賠償你家馬啃了的麥苗........這堆紛亂如亂麻的破事，讓一個現代的大學畢業生擺平都困難，更何況一個文盲了。
而他們身後，則是一幫經過專業知識培養的教士，就好像現在的程序員一樣默默得給他們提供各種支持服務。假如當年的教會有個內部論壇，我敢肯定，上面一定會有一大堆聲淚俱下地抱怨自己服務的領主多麼傻逼多麼不靠譜的帖子。確實，知識和技能的二分導致的肯定是各種矛盾和低效。
也許，當有一天編程能和今天的寫字一樣成為每個人從小就學習理解的東西的時候，也有無所謂什麼程序猿產品狗了，每個人都是程序猿，大家幸福的在一起.....
閱讀更多 ApplySquare 的文章
