如何與程序猿溝通

㈠ 怎樣和程序猿男朋友戀愛

找了個程序員做老公，所以認識了很多程序員。以前就沒對程序員有過不好的看法，現在則更不會。發現csdn上老有悲觀的論調，說程序員找不到老婆。今天我就以一個程序員妻子的身份，來寫寫找程序員做老公的好處。希望能給各位mm有借鑒，找程序gg做男朋友。
一、找程序員不用擔心外遇。程序員是對著電腦工作，周圍同事大部分是男生。他的生活中基本接觸不到mm，所以不會有辦公室戀情的發生，也就不會有外遇問題發生。而且面對的誘惑少，不像銷售啊等職位，需要和外人打交道，而且應酬多，所面對的誘惑多，外遇出軌問題容易發生。剪剪常常加班到半夜，我是非常放心的，唯一擔心的就是他的身體是否吃得消。
二、程序員很老實。在單位，老闆讓加班就加班。在家裡，老婆說啥都聽。mm們，有個老實的老公是不是很不錯啊。他可能沒你想像的那麼浪漫，給你驚喜，但他會老老實實記住你說的每句話，按照你的要求去做。
三、程序員很有耐心。這個理由我不多說了，沒有耐心的話，怎麼寫代碼。這個在mm當了媽媽會發現是個很好的優點的。我是個沒有耐心的人，教小剪學東西他要是學不會，我會沒有耐心發脾氣的，但是剪剪很有耐心的，會陪他玩，慢慢教會小剪。
四、程序員很細心。寫代碼是個細活，不細心就會有bug，真寫了bug，還得耐心細心的去找出來。在生活中，對於粗枝大葉的mm來說，有個細心的gg照顧不是很好嘛？反正我們家我是粗枝大葉型，剪剪是細心型。
五、程序員很熱心。論壇上兄弟們有困難，他們會出手相助。生活中，朋友有電腦問題，他們會幫助解決。我周圍的同事好友要是電腦出問題了，都是剪剪幫忙處理的。
六、程序員是IT高手。可能這么說有點誇張，但是身邊有個程序員老公，電腦上很多事不用擔心的。早到我以前公開教學要做課件，是剪剪幫我做的。到現在家裡要弄弄路由器，或者電腦中病毒了重裝系統。再到開心網蘭蔻粉領麗人評選，剪剪給了技術上的支持。順帶著，「近剪者赤」，看得多了，我也要變成單位里電腦高手了。很多簡單問題也能處理了。
七、程序員單純。不知道是不是所有程序員是這樣，反正我家剪是這樣，他對別人不會動什麼壞心。對外人沒壞心，對你也不會有壞心的。曾經碰到個朋友，老公外遇，要離婚，動了很多壞心，在離婚前還把財產都轉移了。朋友離婚，錢沒有，房子沒有，為了這個男人卻付出了青春。
八、程序員加班多。可能這是個缺點，但有時也覺得是個優點。他加班多，你可以有個人空間，做做自己喜歡做的事。我同事覺得我比他們自由多了。這得歸功於剪剪加班多。他加班多，你可以拿著他卡去shopping。他沒時間花錢，你幫他花。而且大部分的程序員都是很大方的，不會說自己太太什麼的。
九、程序員可愛。不知道這個是不是和工作性質有關，我認識的程序員們都很老實的，基本沒有滑頭的。剪剪最老實的事就是，每次工資還沒加，就是聽到內部風聲，就會先告訴我。每次有機會發了現金，其實不告訴我我是不知道的，他也會老交給我。最最可愛老實的一次，是今年公司年會，他中了4000的現金大獎。馬上打電話給我。其實他告訴我是兩千，我也不知道的。而且晚上回家後，還非要把我搖醒，讓我數錢，說是「數錢數到自然醒」。估計那晚是喝多了。
十、程序員有責任心。沒有責任心的程序員，寫出來的代碼都是問題。當然就是因為有了責任心，想給家人過好幸福的日子。才會拚命加班，努力賺錢。我家剪剪如此，我相信所有的程序員們都是這樣的。
mm們，選個程序員當老公不會錯的。相信我吧!在今後的相處中，你會發現他們越來越多的優點的。
寫到這里，後花園的ggdd們拚命在說我這在寫他們，其實後花園里的男孩們都不錯的。csdn的哪個mm想認識他們，可以回帖。後花園的男孩們，誰想被我在csdn上被寫貼推銷，可以用可用分來換。根據分數多少，在我帖子里出現的場面多少。

㈡ 妹子是如何看待程序猿的

網路上有個段子叫」要嫁就嫁程序員，錢多話少死得早。「

大家戲稱程序員為程序猿，其實原因就是程序員工作辛苦，沒有時間和精力打扮自己，邋遢的外表和不修邊幅的樣子像極了猿猴，程序猿的名字由此得來。再加上程序員工作單一，一心撲在寫代碼上，社會經驗短缺，思維模式像是遠古時期的猿類。

其實程序員的工作真的很辛苦，辛苦到可以忽略他的直男癌和木訥癌了。

事實上，程序員產業聚集了一批高智商、純腦力勞動者;由於他們的工作性質，枯燥單一的工作方式讓許多程序員的性格木訥老實、甚至孤僻，所以程序員給外人的感覺就是溝通困難、宅男、不合群、不注重形象等。

主要是現在女性對於配偶的標准越來越嚴格，不僅要貌美多金，還要風趣幽默，知書達理，送得了玫瑰花，泡得了紅糖水，所以像程序員這樣的直男們真的會遭到不少妹子的白眼了。

㈢ 程序猿之間是怎麼撕逼的

首先我自己不是一個程序員，但是作為一個旁觀者而言，程序員中間撕逼永遠離不開兩個字邏輯！

在他們眼裡永遠辦一件事情，一定要講究這個邏輯，是他們腦袋自身成這種邏輯的一個方式，就覺得所有的活或者所有的事情做出來一定要有這樣的一個目標，這樣一個目的性，如果沒有這樣的一個目的性，他們就會感覺這件事情完全沒有可做的一個餘地，覺得這樣做是不合常理的事，一定要按照這個邏輯走的。

我們公司那些程序員因為是做軟體的，假設說a程序員，他說這個軟體是需要怎麼做怎麼做，他是負責其中的一個版塊的，然後到b程序員那邊呢，他就覺得，a程序員的這個版塊跟自己的板塊是沖突了，然後他覺得應該怎麼做怎麼做，然後最後兩個人就撕逼了，就是婆說婆有理公說公有理的那種方式，這時候你就會發現他們說的再多，永遠都是那麼嘴來說的，不會是一定要動手動腳的。

當你跟程序員相處之後，你就會發現，其實他腦袋裡面就是一根筋，不管男生女生而言就是一個直男直女，有什麼說什麼，而且嗓門是誰都大，就想一方蓋過一方的那種，通過嗓門裡面發出，一定要在口頭上戰勝對方。

哦，還有個問題就是，非程序員的人去跟程序員溝通，永遠你提出來的一個問題，你要講的很精細，很詳細，對方才能聽懂你講的是什麼，你稍微繞一點彎，或者稍微給他一個提醒，可能這個提醒對於我們來說是非常清楚的，可是在他那邊永遠都是。我這邊不是很理解你說的是什麼？

㈣ 不懂程序怎麼管理程序員

不懂程序怎麼管理程序員？

在這珍貴時間，很高興給大家分享我對這個問題看法，在這里讓我們一起走進這個問題，那現在讓我們一起探討一下關於這個問題。

首先你的思維要很有邏輯性，其次要懂人性和管理學。不懂程序直接管理程序員肯定有難度，但是你如果超越了中層管理幹部這個級別，是一名top manager ，那你一定可以領導他們。另外，不懂程序可以跟程序員學習並請教哦，這不僅可以拉近你們之間的距離，更有助於你個人。

在下面優質內容我為大家分享，首先我分享下我個人對這個問題的看法與想法，也希望我的分享能給大家帶來幫助和快樂，同時也希望大家能夠喜歡我的分享。

不會編程的人最頭疼的一個問題，就是和程序猿溝通會花費大量的時間成本，你聽不懂他說什麼，他不理解你想要什麼。程序員們的思考邏輯就是根據程序來判定，你的概念越模糊，他在思考上的分岔路就越多，找到最終解決方案就越慢。而如果你能夠掌握一點核心知識，能夠幫助你減少很多不必要的溝通。

在和程序員們開會的時候，如果你聽不懂他們說的，就停下來讓他再解釋一遍。解釋的時候遇到聽不懂的就再進行提問，這樣在團隊能慢慢採取雙方都能理解的方式去進行溝通，節省出大量的時間成本。而這節省出來的時間，會讓你覺得之前的學習完全物超所值。

在以上我的精彩的分享是關於這個問題的解答，都是我的真實想法與觀點，同時我希望我分享的這個問題的解答於分享能夠幫助到大家。

我也希望大家能夠喜歡我的解答，大家如果有更好的關於這個問題的解答與看法，望分享評論出來，共同走進這話題。

我在這里，發自內心真誠的祝大家每天開開心心工作快快樂樂，擁有身體健康生活每一天，家和萬事興，年年發大財，生意興隆，謝謝。

最後歡迎大家關於這個問題暢所欲言，有喜歡我的記得關注下哦，每天為大家分享與解答我的想法與見解哦。

㈤ 程序員一點也不配合怎麼辦

樓主這種情況有幾種方法解決。

第一種 將網站整體的優化方案寫的比較詳細，和老闆談的時候帶一筆程序猿這里。偽靜態之類的東西，老闆肯定會配合。千萬別直接去找老闆說你搞不定，這種情況下，老闆肯定不會重視你，因為你本身就被劃入能力不堪大用的范疇。程序猿都搞不定還玩個鳥。

第二種;是和程序猿套近乎，一旦關系打開了，很多東西就不是東西，我當初帶過一個小隊伍，就出現了一個.net的程序猿，天天啥也不幹，就呆著，還開錢，我開始就想這狗日的，這么牛逼，幹掉算了，但是作專題有需要他，後來我就懷柔，把一群人叫出去吃飯，程序猿和競價員都是爺們，就一起叫去喝酒，吃吃喝喝之中拉近關系。然後再談人生啊，職業啊 ，發展啊，一旦你能走入他們的內心，這個人基本就可以為你所用了。
如果你是優化，是平級，你可以通過溝通，這種溝通不來源於工作，而是興趣，或者當前熱門的話題。總之要有目的性的走進他們，但是又不能被人看出來。搞定他們不是因為啥工作，而是用人心去控制他們，不留痕跡，又間接成為朋友。

第三種 必須解決他們的問題;還有一種是基本搞不定的程序猿，這種程序猿一般都是有想法的人，覺得誰領導誰的問題，很難搞定，這種程序猿，你要觀察他的內心，不配合是因為你，還是因為公司，因為你，肯定是不服你，因為公司，肯定是因為錢啊，職位啊權力 啊，看他需要什麼，他需要什麼你就想辦法達成，滿足他的要求，內心隱藏的。

㈥ 產品經理和程序員,如何避免矛盾

產品汪和程序猿

一、產品經理和程序員最討厭的三句話

產品經理和程序員,就像一對情人，若即若離，有時還會撕逼，和諧的時候一切都好，撕逼的時候兩敗俱傷。

你知道程序員最討厭的三句話是什麼嗎？

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了。