閱讀本文大概需要 5 分鐘。
我本來是一個程式猿，我轉行做産品經理是為了"報複 "社會，因為我曾經被傷害過……
段子1
程式員和産品經理上了火車……
一個年輕的程式員和一個産品經理登上了一列在山裡行駛的火車，他們發現列車上幾乎都坐滿了，隻有兩個在一起的空位，這個空位的對面是一個老奶奶和一個年輕漂亮的姑娘，兩人上前坐了下來。
程式員和那個姑娘他們比較暧昧地互相看對方。這時，火車進入山洞，車廂裡一片漆黑。此時，隻聽見一個親嘴的聲音，随後就聽到一個響亮的巴掌聲。很快火車出了山洞，他們四個人都不說話。
那個老奶奶在喃喃道，“這個年輕小夥怎麼這麼無禮，不過我很高興我的孫女扇了一個巴掌”。
産品經理在想，“沒想到這個程式員居然這麼大膽，敢去親那姑娘，隻可惜那姑娘打錯了人，居然給打了我。”
漂亮的姑娘想，“他親了我真好，希望我的祖母沒有打疼他”。
程式員坐在那裡露出了笑容，“生活真好啊。這一輩子能有幾次機會可以在親一個美女的同時打産品經理一巴掌啊”。
段子2
程式員+産品經理=世界上最遙遠的距離
世界上最遙遠的距離，是程式員和産品經理，對于程式員說的話，産品經理們是這樣了解的：
程式員：就目前的設計，我大概一周内就可以搞定基本架構。然後我們從頭再優化整理、完善設計， 在接下來的一周送出一個穩定的版本。
産品經理的了解：整個項目隻要兩個禮拜就可以搞定。
程式員：是的，我可以寫一些 Web 服務，通過這個服務，其他的開發人員能夠與我們的系統進行互動。
産品經理的了解：他一人就可以建構出一個每分鐘能夠承受百萬使用者的負載均衡Web服務網站。
程式員：我們需要和下一版本負責人開個會，告訴他們除非有合适的建構部署伺服器，我們無法按時完成。
産品經理的了解：沒戲了!(淚奔中。。。)
程式員：我們需要培養每個程式員将所有項目都當作是自己的代碼的認識，這樣他們會更有責任心。
産品經理的了解：他願意對公司所有軟體項目負責并且願意背黑鍋。
程式員：如果你要用 HTTP GET 寫一個網站方法，那麼它隻應該傳回資料。如果你想要個能夠寫入資料的方法，那你要麼用 POST，要麼用 PUT。
産品經理的了解：(牢騷中…)這家夥真是個臭老九，非要分得這麼清楚，一是一二是二的，好像不這樣的話他心裡就不舒服。(繼續牢騷中…)
程式員：Dinesh 和 Gilfoyle 逆向工程了一些舊程式，發現你之前的配置有點不一緻。
産品經理的了解：老子要炒了他們!
程式員：現在項目人手不足，也許這周末我可以從家裡遠端登入到公司的機子，這樣可以稍微趕一些進度。
産品經理的了解：為了完成這個不可能完成的項目，他甚至願意炸掉大橋然後含笑死去。即便沒有死，他也會從病床上爬回公司繼續為我賣力到死。他在請求我鞭笞他。
程式員對付産品經理們有自己的說辭：
做不了…沒這樣做的…
這樣不合理……
而産品經理也有七件神器，說服程式員：
神器1：這是使用者要求
這應該很簡單吧，不就是XXX，然後XXX嗎?
神器2：競争對手已搞
我就要這種效果，怎麼實作是你的問題。
神器3：開發量小
這個需求，先這樣這樣，再那樣那樣，用XX技術很快就搞定了。
神器4：老闆想要
這個需求老大已經同意了，你照着做就是了。
神器5：不要寫死
神器6：先做出來
神器7：明天上線
産品經理究竟有哪些行為讓程式員感到不爽?
産品經理讓程式員不爽的10種行為：
第10名：提出不合理需求
程式員很怕産品經理提出不合理的需求。不得不說大部分情況下産品經理對産品功能的思考比較正确，畢竟這是産品經理的專業。
但是，就像程式員會犯錯一樣，産品經理也會偶爾腦洞大開，提出不合理需求挺讓程式員為難的。拒絕吧，項目産品肯定不開心，不拒絕吧，将來産品上線了，都不好意思說這塊是我做的(捂臉)。
第9名：盲目要求抄襲競品
“這個功能競品有，是以我們也得有”。這是許多程式員很怕聽到的一句話。産品經理抄的爽，程式員抄的懷疑人生的意義。抄抄抄，那幹嘛不直接讓使用者用競品呢?
第8名：懂點技術，覺得“這個問題很簡單”
有句話叫做不怕流氓，最怕流氓會武功。不怕産品經理不懂，就怕産品經理懂技術。
半瓶水的産品經理覺得自己懂技術，精力充沛，能夠替你做出決定 —— “這個問題不就是在資料庫裡加個字段就可以解決了嗎?你要是沒時間，我給你寫個 SQL 語句，你執行一下吧。”
OMG，加字段加個頭啊，老子用的是分布式的 nosql db，你讓我怎麼執行 SQL 語句啊。既然你這麼懂，you can you up?
第7名：總是用會議打斷你的工作
會會會，為什麼總有開不完的會!寫碼寫得正 High，突然一個會，狀态一落千丈，瞬間不想寫了有木有?如果要想讓程式員有高品質高效率的産出，保證免受打擾還是很重要的。強烈建議産品經理減少開會時間。
第6名：不放心，幾乎要搬小闆凳守着你工作
程式員不需要監工，如果你相信他，請給他獨立空間，讓他安靜地、獨自工作，這樣效率更高。當然，如果你是個萌妹子，那麼另當别論。
第5名：虎頭蛇尾，承諾不能兌現
有的時候産品經理頭腦發熱，幹勁十足地牽頭推動一件事，程式員也會覺得這個項目做好了棒棒哒，但是做着做着漸漸産品經理疲了。
最後産品功能上線了，反響不咋地，産品經理也不願意後續推動。這種情況發生一次、兩次、三次，程式員就不會再有熱情了。
第4名：總是要求程式員加班
項目有忙有閑很正常，偶爾加班也無可厚非，但是總是一直一直加班就不好了。畢竟程式員是高危職業，這麼高強度工作，是很容易把程式員養死的……
第3名：随便改需求
如果産品經理想要整死程式員，頻繁改需求是最快的辦法。但是，如果執意要這麼做，也要小心自身的人生安全……
第2名：事事拿老闆當擋箭牌
什麼功能都是老闆要求的，不能砍。這個功能老闆說必須要做，那個功能老闆說明天就得上……真不知道是老闆做産品還是讓你做産品。老闆這麼厲害，還要你産品經理幹嘛呢?
第1名：當着衆人或老闆的面否定你的專業度和工作成績
由于程式員骨子裡的驕傲，這是最最不能忍的。而且，不管任何職業都不應該當着别人的面否定對方的工作，尤其是對方的專業領域。
除非你們真的不想合作，那麼一拍兩散，各幹各的去比較好。天大地大，兩個互相看不上眼的人何必擠在一艘小船上呢?
往期精彩回顧
程式員接私活的7大平台利器
碼農深夜騎車逆行被攔後大哭，稱壓力好大！
四面美團，收割 offer
MySQL 優化實戰記錄
龍崗一個月350的出租房，我搬出來了
程式員工作 996 生病 ICU ？
一次非常有趣的 SQL 優化經曆
如何閱讀Java源碼？
沒執行過 rm -rf /* 的開發不是好運維
你與一份好履歷之間的距離
還在使用SimpleDateFormat？
Java程式員的成長之路
送給程式員們的經典電子書大禮包