今天是 10 月 24 日，也就是“1024 程序員節”。
作為一個前非著名程序員，在我還在寫代碼的那段日子裡，這個節日似乎還沒有那麼受重視。
今天發文的時間改在早上，也是想趁大家還沒到公司之前能在路上看一看，因為我要教你如何誇程序員了！
這畢竟是屬於他們的節日，還是得讓他們開心一下，說不定心情好，今天會少懟你一些，最好是少寫幾個 bug。
其實也不是黑技術小哥小姐姐們，我當年寫代碼時也一樣寫 bug，照樣淡定臉並且自信地說：“這不是 bug，這是一個功能”。
到公司後，如果你要開早會，結束後和程序員閒聊時可以用上一招。
如果上午要開評審會，開會前也可以用上幾招，確保會上不被噴得太慘。
好了，以下幾條不保證有效，但可能會讓你更瞭解身邊的程序員。
1、你寫代碼真快，而且測試通過率很高！
寫代碼的人分兩種，一種是慢工出細活的，每段代碼都反覆琢磨、仔細檢查後才能安心提交，但出活兒慢。
還有一種是飛速寫代碼的，龍飛鳳舞般在鍵盤上狂砸，最後抬手那一下回車，就能彰顯他們自信的驕傲。
最後 Run 一下出結果那一刻，如果是 0 error，0 issue，那種感覺是很美妙的。
所以，寫代碼快、不出 bug、測試省心、產品放心的程序員，可遇不可求。
用這句話誇一下，滿意指數：☆☆☆
2、你的註釋寫得真漂亮，跟你的代碼一樣！
寫代碼不寫註釋，這是大部分程序員的毛病，包括早年的我。
為什麼呢？因為註釋不會被運行啊，註釋沒有生產力啊！註釋是給人看的而不是給機器運行的。
所以寧願花時間寫代碼，也不肯花時間寫註釋，只有碼閒時，才有空寫寫註釋當做打發時間了，也算給後來接坑的程序員積點德。
所以，能把註釋寫好的程序員，一定是一個既負責、又活兒好、而且有愛心的人。
用這句話誇一下，滿意指數：☆☆☆
3、這個 bug 他搞了半天，被你兩分鐘搞定了！
解 bug 就像一場偵探遊戲，厲害的人能抽絲剝繭、邏輯細膩、直指真相，破解出滿意的答案。
而一般的程序員，解 bug 就像打地鼠遊戲，這邊按下去，那邊又彈起來，最後拿一塊大板子全部按下，結果機器爆了。
大師級的程序員總是不動聲色的站在新手背後，觀察一番後，單手刪掉幾行代碼，然後補充幾個邏輯，bug 就迎刃而解，然後拂袖而去。
這種人，我們可以稱之為程序員中的掃地僧。所以，能解別人不能解之 bug，才是大師。
用這句話誇一下，滿意指數：☆☆☆☆
4、這種大需求你都接住了，架構能力果然不一般！
架構能力就是那種平時感知不到，但關鍵時刻扮演千斤頂的角色。
尤其是在面對一些調整比較大的產品需求時，有的甚至涉及到大部分系統重構。
如果此時架構給力，以插件或者組件式來實現變更，不僅程序員省力，產品經理也少了很多壓力。
這種能力的施展，就是早期系統架構階段，那些真正厲害的程序員使了葵花點穴手，在要害部位提前埋好了伏筆。
關鍵時刻一旦來臨，他們的功力就體現得淋漓盡致。
所以，一個能應付各種 SB 需求的程序員，都是骨灰級的大師。
用這句話誇一下，滿意指數：☆☆☆☆☆
5、你是程序員中最具有產品思維的人！
每一個優秀的程序員，都有一顆產品經理的心。
觀察一下現在互聯網圈裡的大佬就知道，很多都是程序員出身，馬化騰、雷軍、扎克伯格等比比皆是。
“碼而優則產”，這些自帶技能的人，伴隨著一顆不安分的心和一個要改變世界的夢想，成就了自己的傳奇。
程序員做產品有天然優勢，邏輯思維強，分析問題和解決問題的能力一流。
如果讓他們武裝上溝通表達、設計審美、商業思維，那就是下一個優秀的產品經理。
很多人問我為什麼要從技術轉產品，我不是代碼寫得不好才做產品的，我只是換了一種方式去傳承代碼精神。
所以，一個具備產品思維的程序員，未來一定是光明的，如果你遇到了，好好和他做朋友，說不定未來你們能成為事業夥伴。
用這句話誇一下，滿意指數：
☆☆☆☆☆+寫在最後
產品經理、程序員、設計師，大家都是動物園裡和諧相處的生物，你對我好一點，我對你友善一點，有肉大家吃，有酒大家喝。
少一點撕逼，少一點抱怨，多一些理解，多一些包容，我們其實可以成為彼此最好的靠山和搭檔。
程序員多一點產品思維，產品經理多一點技術思維，我們的小世界本可以更美好。
閱讀更多 唐韌 的文章
