1樓：軒轅采薇
產品汪和程式猿
一、產品經理和程式設計師最討厭的三句話
產品經理和程式設計師,就像一對情人，若即若離，有時還會撕逼，和諧的時候一切都好，撕逼的時候兩敗俱傷。
你知道程式設計師最討厭的三句話是什麼嗎？
1、這個需求很簡單，改一下就好了
2、你先大概弄一個，我看看再說
3、我先下班了，加油啊
我想任何一個程式設計師聽到這樣的話都會氣炸了，不撕逼才怪，你作為程式設計師會如何回答這三句話？
1、這個需求很簡單？你行你來啊！
2、大概先弄一個？請問先生（女士），什麼叫大概？
3、你大爺的
你知道產品經理最討厭的三句話是什麼嗎？
1、這個需求做不了
2、這個需求工作量太大了，估計要搞3個月
3、這個變更沒時間做，往後排吧
產品經理在前端，有使用者、有老闆、有銷售，版本釋出的壓力很大，聽到這樣的話估計心情也好不了哪去？
1、這個需求做不了？又不是我提的，還不是那個2b使用者提的
2、要做這麼長時間？養你們有什麼用，還不如我自己來
3、變更沒時間搞？隨便，等老闆來拍你吧。
二、產品經理和程式設計師本質上的差異是什麼
奶爸幹過程式設計師，也幹過項產品經理，深知這兩類工作的差異，各有各的不易。
總體上來看，做產品更側重於創造和方案能力，不需要精密的邏輯，所以試錯成本相對比較低，大不了改改原型，改改方案，這個成本是可承受的。
程式設計師的工作是非常精密的邏輯，一個看似很小的變更有可能對**產生很大的影響，所以試錯成本非常高，弄不好可能會因為需求的變化導致系統的重構，這時候程式設計師的挫敗感是可想而知的。
三、產品經理和程式設計師友好相處的清單
1、產品經理收集需求後，在需求分析階段，需要把一些不合理的需求儘量和使用者溝通去掉，避免不合理需求造成產品釋出時間延遲和沒有必要的成本浪費，當然這需要產品經理去說服使用者，不能只做使用者的傳聲筒。
2、需求分析時，產品經理應該根據經驗，敏銳的發現一些在技術層面實現有困難的需求，及時讓研發介入，評估技術可行性，避免後續出現需求定下來，研發說做不了的情況。
當然這需要我們的產品經理對軟體技術架構有一定了解和預判能力，你不能所有的需求都要在需求分析階段讓研發介入，這個成本也是極高的，所以要把握好這個度也是一項能力。
3、原型還是需求溝通的最好方式，這樣是避免產品和研發在需求理解上有差異的最好手段，只靠寫一些文字的需求說明書很難達到好的效果。
但這裡面要注意一點，產品經理繪製出來的原型一般是非高保真原型，是為了更好的溝通需要，所以不能完全按照原型做，需要基於我們自己的前臺架構進行定製。
4、需求評審的時候，研發可能會有一些不一樣的意見，他們做了很多年的開發，會有很多好的經驗，好的經驗要虛心接受，不能覺得自己是產品就是老大，就是要按我說的做，這樣很容易造成矛盾，求同存異，目標一致，這個是最好的結果。
5、研發說這個需求做不了的時候，有兩種情況，一個是覺得這個需求實現起來比較麻煩，故意騙你；另外一種情況就是他的知識盲區，他可能確實不知道這個事能做。
產品經理需要有能力和研發進行談判，比如採用類比法（類似的需求在其它專案上咱們就做過），比如去找架構師**技術可行性。
6、研發有時候評估的工作量會比較大，整個上線計劃拉的比較長，產品經理可以要求研發出詳細的資源配置清單，這樣能清楚的看到一個需求被分解成了多少個研發任務，每個任務的起止時間，由誰負責完成。這樣產品經理大概能看出任務的前後置關係是否合理？工作量是否合理等。
產品經理絕不能說，這麼簡單怎麼要搞這麼長時間，類似的話一出，絕對會激怒對方，還是要有理有據進行談判。
如果實在無法壓縮工作量，如果增加人力能解決問題的話，可以考慮找領導申請資源。如果還是不行就要砍需求或者改方案了。
7、在版本計劃定好的情況，儘量不加需求，這樣很容易打亂開發的節奏，如果一定要加進來，一定要和研發說清楚，這個是使用者領導或者老闆的強制要求，轉移矛盾。如果可以的話，增加了需求儘量推遲上線計劃。
8、開發過程中如果需求有改動，需要及時更新需求文件，同時發給我們的研發同學，否則只是靠嘴說一下，很可能研發的同事就不做了，所以一定要落到紙面上。
9、上線的時候要堅持和研發同事一起加班，這樣大家才是一個團隊，贏了一起狂，輸了一起扛。
10、最後一點，就是要多交流，沒有什麼問題是一頓火鍋解決不了的，大家關係好了，很多事情溝通起來自然容易，而且也會更信任對方，這樣就萬事ok了。
2樓：小武同學
產品實現是你的目的，為了這個目的不必太講究。
做了一陣子之後我有了自己對於與程式設計師相處的方**，對這句話並不苟同，我還是傾向於把事做好的同時也能把話說好，雖然我現在也能深刻的領會到當時leader的核心意思是產品本身是第一位的。
接下來我就闡述下自己的一些心得：
用資料和客戶來幫你增加底氣。在談論某項功能實現的時候，產品經理經常會碰見程式設計師消極被動不願意做，或者質疑這麼做有沒有道理的時候，採取需求依據的資料和真實的客戶需求是能有效推進的好辦法。比如「80%的同類產品都有這個功能」、「每週都能收到幾個客戶對某某問題的反饋」，一般來說程式設計師是能夠接受這種說服的。
試著多用詢問的語氣。讓程式設計師感到他是專業的，他是能夠解決這個問題的，要依仗他才能做的更好。這會無形中賦予他一種責任感（因為你把問題拋給了他，他就**中負有解決這個問題的責任），在傳達出意願的同時也避免了話語的生硬，讓程式設計師感受到對其職業技能的尊重。
注重日常交往。日常生活中交個朋友，比如一起打球、打遊戲，聊聊電影和漫畫，實在是沒有共同語言就經常衝他賣個萌、攪個基、撒個嬌、講個笑話。這樣，大家都是朋友了，不看工作職責的那一半看交情的那一半，溝通起來也會順暢很多。
總結：有很多時候產品的產生不完全是靠嚴格的流程和規章制度誕生的，也需要很多溝通的潤滑。能夠開開心心地把產品做出來最好，但是最終我們還是不能離開產品實現這個 標的物。
程式設計師如何有效避免脫髮，程式設計師如何防止脫髮
但事實上，經常坐在電腦前工作的上班族，脫髮的概率的確會更高一些。這又是什麼原因呢？1.精神壓力大導致脫髮 因為電腦操作都需要注意力高度集中，很容易精神疲勞。此時頭皮區域性的血管收縮使供血量減少，毛囊容易被栓塞，造成毛囊營養不良，最終導致頭髮脆性增加而脫落，即為精神壓力性脫髮。2.激素分泌異常導致脫髮...
前端程式設計師和後端程式設計師的區別是什麼
區別1，以不同的方式展示 前端開發主要是研究使用者可以看到的前端內顯示介面。後端開發主要容集中在邏輯功能等模組上，使用者看不到的這些模組。區別2，所用技術不同 前端開發的技術主要包括但不限於html5 css3 javascript jquery bootstrap等技術。而後端開發是以java為例...
怎麼和程式設計師戀愛？
想跟程式設計師談一場真正的戀愛，就要擁有自己真正的熱情，這樣才能和程式設計師有真正的溝通，而這樣的溝通才能給愛情打下一個良好基礎。程式設計師本身就是非常的內向，但他們非常的聰明，在自己的事業當中，有的自己穩定的基礎，對待生活充滿了正能量，他們也希望有一個真正的愛情可以讓自己傾訴一天的煩惱。就因為程式...