CTO到底该不该写代码

一说起CTO，很多人的第一反应就是技术牛人，不然怎么配得上首席技术官的身份。关于CTO要不要写代码这个问题，一直都是热议的话题，最近，因为丁香园前任CTO冯大辉引发的一连串事件，在知乎上这个话题又再次被炒热。

从研发工程师，高级研发工程师，技术经理，技术总监，再到CTO，这是大多数CTO的成长之路，这样的成长路线，决定了CTO从一开始的码农，到最终成为整个技术团队的掌舵者，经历了大大小小的项目，见过无数靠谱的项目快速发展，也目视无数不靠谱的项目快速倒下。

按照很多人的逻辑，有如此经历的CTO，写代码简直是再正常不过的事情，因为不管是经历还是经验，都足够优秀，可是当很多人将CTO要不要写代码这件事，随时都挂在嘴边，感觉就完全变质了。

按照很多人的理解，技术团队主要承担着产品的研发工作，编码自然是最常做的事情，可是身为一个CTO，在项目中还需要亲自写代码，是显得CTO技术卓越，还是会让很多人觉得唏嘘？

应该大部分人都会选择后者，为什么？原因很简单，不管是大公司，还是小公司，身为CTO这样的身份，编码本身已经不是最重要的事情，能够有CTO角色的公司，至少技术团队人也不会少。当然，很多初创团队，也对外宣传有所谓的CTO，与成熟的公司和技术团队相比，很多初创团队或者创业公司的CTO，无非只是一个技术经理或者项目经理而已，和真正的CTO之间其实还有非常大的差距。

如果在哪一家公司，CTO还需要亲自写代码，而且频率还相当高，只能说其组建的技术团队完全不能适应公司的发展需求，CTO已是管理层的角色，任何人都知道，身为管理层的主要工作是如何让团队能力得到最大化的展现，虽然我们常常听到很多公司的创始人就是首席产品官，但背后却不是说产品负责人就是创始人，只是创始人坚持产品体验，在任何一家公司，任何一个人，都应该成为首产品体验官。

再回到CTO这件事上，CTO可以亲自写代码，但当CTO要不要写代码成为很多人纠结的问题时，这就有点本末倒置。