從研發工程師，高級研發工程師，技術經理，技術總監，再到CTO，這是大多數CTO的成長之路，這樣的成長路線，決定了CTO從壹開始的碼農，到最終成為整個技術團隊的掌舵者，經歷了大大小小的項目，見過無數靠譜的項目快速發展，也目視無數不靠譜的項目快速倒下。
按照很多人的邏輯，有如此經歷的CTO，寫代碼簡直是再正常不過的事情，因為不管是經歷還是經驗，都足夠優秀，可是當很多人將CTO要不要寫代碼這件事，隨時都掛在嘴邊，感覺就完全變質了。
按照很多人的理解，技術團隊主要承擔著產品的研發工作，編碼自然是最常做的事情，可是身為壹個CTO，在項目中還需要親自寫代碼，是顯得CTO技術卓越，還是會讓很多人覺得唏噓？
應該大部分人都會選擇後者，為什麽？原因很簡單，不管是大公司，還是小公司，身為CTO這樣的身份，編碼本身已經不是最重要的事情，能夠有CTO角色的公司，至少技術團隊人也不會少。當然，很多初創團隊，也對外宣傳有所謂的CTO，與成熟的公司和技術團隊相比，很多初創團隊或者創業公司的CTO，無非只是壹個技術經理或者項目經理而已，和真正的CTO之間其實還有非常大的差距。
如果在哪壹家公司，CTO還需要親自寫代碼，而且頻率還相當高，只能說其組建的技術團隊完全不能適應公司的發展需求，CTO已是管理層的角色，任何人都知道，身為管理層的主要工作是如何讓團隊能力得到最大化的展現，雖然我們常常聽到很多公司的創始人就是首席產品官，但背後卻不是說產品負責人就是創始人，只是創始人堅持產品體驗，在任何壹家公司，任何壹個人，都應該成為首產品體驗官。
再回到CTO這件事上，CTO可以親自寫代碼，但當CTO要不要寫代碼成為很多人糾結的問題時，這就有點本末倒置。