沒人愿意和程序員阿海合作，阿海表面上挺積極勤奮的：每天很早到公司，周末在家加班。可他并不是個靠譜的人：需求邏輯梳理不清，代碼注釋從不多寫，做事有頭無尾。

有一次他負責的項目臨近發布，他以有“重要聚會”為由先走了。結果發布遇到問題，臨時拉過來的開發對代碼不熟，需重新梳理邏輯，導致全組人加班到深夜。

第二天阿海拎來水果給大家賠不是，可各人心里已將此人拉入黑名單。

在職場中，沒有人不喜歡和專業靠譜的人合作，這樣的人能有效率地將工作做好。以下幾點，是判斷一個程序員是否靠譜的重要因素。

1.閉環思維能力

小權工作不到兩年，他的提測郵件寫得很周全：將項目涉及的系統范圍標注清楚，給測試人員建議的上線具體步驟描寫清楚，步驟多達10多步。特別注意的地方也標注好，讓人一目了然。

小權平常注重項目總結，將接觸過的項目分門別類地總結好，涉及的接口、踩過的坑、用到的配置、學到的知識……所以有些項目上線一段時間，再和他討論里頭的一個問題時，他能快速地查找筆記，給出回應。

小權做事有良好的閉關思維，所謂的閉環思維是：從任務的發起到結束，是一個封閉結構。你做這件事要有始有終，將事情的細節完成，一個個劃上句號，并即時反饋給發起人。

曾見過有程序員跟進需求，快到提測時間還沒完成的跡象。組長問他這事時，他才說開發過程發現需求有問題，PM臨時改方案，導致開發工作量增加一倍，所以無法按時完成了。

組長內心崩潰：有問題怎么不早些說呢？后續安排好的任務也無法開展了。

2.U盤化生存

程序員應屆生新人普遍有個問題：需要老人手把手教如何使用編譯軟件，代碼如何運行。有些人以前代碼管理用的是svn，不會用git，眼巴巴地等著老人教。

這些常用工具的使用，網上一搜就一大把。那些人似乎覺得老人教新人是天經地義的事，或者認為老人教兩句比自己忙乎半天省時省事多了。可這將打亂別人的正常工作節奏，浪費別人的時間，而且提問過于簡單的問題，讓人懷疑的不是你的智商，而是態度了。

記得有boss說過，你先將搜索網站前三頁的相關結果閱讀后，如果還沒找到合適的答案后再提問。

羅振宇曾提出一種工作方式叫“U盤化生存”：自帶信息，不裝系統，隨時插拔，自由協作。用在程序員身上更適合，自己能先動腦的事就別動嘴了。

3.執行力

執行力是將領導安排什么，就去做什么嗎？不是的，執行力是一種解決問題的能力，在執行過程中通常還帶有一定的領導力。

例如系統有bug了，A排查后說這是上游系統的鍋，說一句你去找他們吧，然后就沒下文了。而B可能會立即將負責的人員拉一個群，將問題日志貼出來，甚至是調用接口，指出某某數據有問題，并問什么時候能修好。

領導問起來時，從A嘴里只能獲得不是他的鍋，而B能清晰地回復，問題的原因、問題負責人是誰、預計何時修復。雖然這事與B并無直接關系，可B的做法很“靠譜”，給人印象良好。

在上文提到的阿海做的每個項目很坎坷：合作的pm需求寫得不好，前端人員進度太慢，測試老找他麻煩，跨組合作溝通艱難…導致他經常周末在家加班也完成不了項目。每次他的TL幫他各種協調溝通和解決問題。

時間一長，阿海和“不靠譜”掛上等號。以至于后來人員變動時，TL將阿海請走了。

有人總結靠譜的人是凡事有交代，件件有著落，事事有回音。靠譜的程序員首要做好的一件事是：好好寫注釋。