國外經(jīng)常把技術(shù)團隊負(fù)責(zé)人叫做 Engineering Managers，國內(nèi)就五花八門，比如 CTO，技術(shù)總監(jiān)，研發(fā)總監(jiān)，技術(shù)經(jīng)理，技術(shù)組長等等，差不多都是技術(shù)團隊負(fù)責(zé)人的意思，只不過團隊大小，各不相同。

有人問，技術(shù)團隊的負(fù)責(zé)人很少寫具體代碼，為什么還很牛逼的樣子，拿這么高工資？

因為程序員的核心能力是寫代碼的能力，而技術(shù)總監(jiān)的核心能力是技術(shù)判斷力。簡單來講，就是判斷一個項目、一個系統(tǒng)架構(gòu)、某個技術(shù)方向，是否符合企業(yè)當(dāng)前現(xiàn)狀，是否對企業(yè)的未來產(chǎn)生價值。

他們所做的技術(shù)判斷，給公司帶來非常高的價值。比如，阿里云創(chuàng)始人王堅博士，在所有人反對的時候，他堅持云計算是未來，幫助阿里提前布局云計算，為阿里成長為萬億商業(yè)帝國，立下汗馬功勞。這就是技術(shù)判斷力，給企業(yè)帶來的巨大價值。

當(dāng)技術(shù)團隊發(fā)展到30人左右，有了多條核心產(chǎn)品線、有了多個技術(shù)經(jīng)理時，就需要一個技術(shù)總監(jiān)了。

圖源網(wǎng)絡(luò)

技術(shù)總監(jiān)，作為領(lǐng)域?qū)＜遥驹诟叩膶用嫠伎技夹g(shù)如何建立壁壘，構(gòu)建技術(shù)競爭力。逐步開始建立公共技術(shù)平臺，協(xié)調(diào)多條產(chǎn)品線在統(tǒng)一的技術(shù)平臺上快速迭代，讓產(chǎn)品線跑得快、跑得穩(wěn)。

技術(shù)總監(jiān)，在領(lǐng)域內(nèi)有多年沉淀，來自知名互聯(lián)網(wǎng)企業(yè)，能夠把技術(shù)團隊帶上一個新的臺階。技術(shù)總監(jiān)，更多是做技術(shù)判斷了，也有些技術(shù)型的技術(shù)總監(jiān)仍然會寫些核心代碼、做架構(gòu)設(shè)計。

回到技術(shù)總監(jiān)要不要寫代碼這個話題，其實也是需要看公司是什么樣的背景、處于什么樣的階段、技術(shù)總監(jiān)管理人員的規(guī)模來定，有3種情況需要寫代碼。

第一種，技術(shù)驅(qū)動型的技術(shù)總監(jiān)需要寫代碼。

很多互聯(lián)網(wǎng)公司產(chǎn)品，完全是依賴技術(shù)來構(gòu)建的，公司的命脈都是技術(shù)，那么這個技術(shù)總監(jiān)就一定要參與到核心代碼的編寫中。

第二種，初創(chuàng)技術(shù)團隊的技術(shù)總監(jiān)需要寫代碼。

幾乎所有的創(chuàng)業(yè)公司在剛開始的時候，就技術(shù)的需要程度是相當(dāng)緊迫的，所以這個時期的技術(shù)總監(jiān)，一定要親自參與其中，確保核心系統(tǒng)功能不會出現(xiàn)問題。

總的來說，除非是大型技術(shù)團隊，否則建議總體還是需要參與到核心代碼的梳理中，需要對系統(tǒng)的各個特性了然于胸，知道系統(tǒng)很可能出現(xiàn)的問題點，在出現(xiàn)問題的時候可以快速定位解決。

在架構(gòu)設(shè)計、核心代碼評審、代碼優(yōu)化層面來多做工作。因為如果技術(shù)總監(jiān)完全脫離代碼編寫工作，容易導(dǎo)致團隊技術(shù)失控。