說的還真準：高效程序員的5種角色

我認為一名高效程序員可以扮演5種基本角色來高效地完成他/她的工作，這些角色以某種方式組合后更符合開發團隊中的某些“人物”。你是其中的哪個（或哪些）角色？

編碼者

當我們在低層次積極參與編寫代碼并解決問題時，我們所擔任的就是這樣一種角色。編碼者在編程同時致力于其他小問題，但通常專注于某一項特定任務而非整體架構。如果一個非IT人員詢問你工作，你告訴他們你是一名程序員，這就是他們想象中你整天所做的事。

調查者

我們想要理解一個系統需要如何工作時，我們就會擔負起這種角色。調查者不會讓事情有任何不明之處；她/他對事物的工作原理以及事物固定的行為方式的理解有著與生俱來的渴望。這種對代碼工作原理理解的內在意愿使得調研者成為優秀的捉蟲者。

理論家

在思考并解決抽象問題時，我們扮演這種角色。理論家善于將抽象問題分解成具體方案，并且善于構建系統架構，即使她/他不是非常善于實際用代碼來實現這些方案和架構。

邏輯者

該角色允許我們有批判性和邏輯性地思考問題。邏輯者是這些角色中最善于分析的，他們會思考這段代碼為何以某種方式運行，而不僅僅是代碼如何運行。她/他能夠以同等權重來考慮所有可能的情況，并做出無偏見的決定，而不允許他/她的未經證實的觀點來影響他們的判斷。

溝通者

該角色允許我們與其他人交流并解釋復雜問題。溝通者能夠理解深奧的技術思想和策略，并向技術和非技術人員解釋清楚。她/他善于以多種方式溝通，無論是書寫（例如評論或文檔），還是口頭表達（例如他/她的經理提出“這個按鈕是干什么的？”）。

在任何特定時間，所有的程序員都擔任過這五種角色，并且能夠按照意愿在這些角色之間轉換。然而，在我看來能夠最大程度利用這五種角色的人非常少，實際上我們中大多數人會發現只有一種或兩種固有角色最適合我們。

例如，你可能是一位優秀的邏輯者但卻不善溝通，正因為如此你也許能夠確定一段代碼如何進行優化卻可能無法向你的老板解釋為何這樣做很重要。同樣地，你也許是 一位一流的編碼者但是一位糟糕的理論家，因此你在開始編寫代碼解決問題前需要獲取該問題的詳細解釋。這里有許多可能的組合，其中一些更為高效。