你是個靠譜的程式設計師嗎?

你是個靠譜的程序員嗎?

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

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

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

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

1.閉環思維能力

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

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

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

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

組長內心崩潰:有問題怎麼不早些說呢?後續安排好的任務也無法開展了。

2.U盤化生存

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

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

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

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

3.執行力

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

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

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

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

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

有人總結靠譜的人是凡事有交代,件件有著落,事事有迴音。靠譜的程序員首要做好的一件事是:好好寫註釋。

來源:codebay.cn/post/8223.html


分享到:


相關文章: