医疗社区丁香园的CTO冯大辉离职了，炸出了科技行业里的一个大问题：CTO到底应不应该写代码？

具体来说，CTO在公司里是干嘛的？他/她到底写不写代码？该不该做代码评审（code review），亲力亲为给程序员做出榜样？还是把握一下大方向，设计架构，管管程序员，提供一些培训？抑或应该把首席市场官以及首席吐槽老东家官的岗位一并兼了？

在国内，大大小小的程序员们就这个问题已经吵成一团；那我们不妨去看看硅谷。带着这些问题，我们问了一圈硅谷大小科技公司的CTO、VP Engineering、技术合伙人，以及其他各种高级技术管理职称上的朋友。

硅谷CTO写不写代码？

我们发现在硅谷，技术类公司比纯互联网产品公司多得多。大部分CTO不但会写代码，代码也是他们日常最重要的工作内容。

Movidius是一家研发低功耗视觉处理芯片的硅谷科技公司，现在已经扩张到了400多人的规模。Movidius的CTO David Moloney在爱尔兰都柏林工作，他负责管理一支超过120人的技术团队，因此也设有一个“CTO小组”，每天花10-15分钟听取小组成员的报告并作出指示。他常用的沟通工具是Slack。

尽管如此，David仍然很享受亲力亲为的工作风格，也是公司的技术迭代的主要功臣。他告诉PingWest品玩，他的日常工作主要包括设计算法、写专利声明以及帮助解决成员提出的技术问题。

我们按照项目和任务分成小组工作，我本人经常写Octave（Matlab）、C/C来开发算法，日常使用GCC和Visual Studio（两种编程工具）。我们使用GitHub来管理所有的代码。

除此之外，David还会亲自撰写很多的专利声明，而非将其交给下属以及其他法律顾问。

David Meloney

其实不止David，采访中我们发现，在硅谷，撸袖子上阵写代码对于CTO/技术合伙人/高级技术管理人员来说简直是家常便饭，几乎不分公司技术团队人数多寡。

一家由机器人SLAM（定位、识别和移动技术）公司的联合创始人匿名接受了采访。他告诉我，因为是技术公司没有设立CTO的岗位，自己和另外一个创始人每天大约有8个小时在写代码，剩下4个小时做管理和沟通工作。

写代码是每天工作主要部分，语言包括Python、Java、C、C等。

这家公司的技术团队目前有8个人，一半在开发算法，另外一半做开放系统。

看完小公司，让我们看看大公司是怎么搞的。一位前微软员工告诉我，“印象很深的是在微软，一个高级总监管理多于300个技术人员，还在坚持对核心部件进行code review，时不时自己写代码，代码质量还很不错。”

微软现在不设CTO职位，每个主要业务单独设立部门，由资深的技术负责人担任SVP——这些大多拥有十年以上的微软工作经验。

Oculus VR是世界上最知名的VR技术公司之一，在被Facebook收购后增长迅速，员工总数从去年的数百人增长到今年的逾千人，其中技术人员比例很高，但该公司的大神级CTO John Carmack仍是一副不写代码不舒服的样子。他讨厌管理，由其讨厌开会，曾经在Twitter上说：

没有什么比“取消:”的邮件标题让我笑得更开心了。

一位知情者告诉我，Carmack超级不喜欢别人打扰他。他早年用过一些很奇怪的工具来提高自己的工作效率，比如工作的时候开始用CD机放音乐，但凡有任何中断（上厕所、收发邮件、被人闯进办公室）就暂停，然后记录一天下来暂停了多少次。著名游戏开发者Richard Garriott曾这样评价John Carmack在代码上的水平和造诣：

这个人啊，他的大脑分成两个部分，一块存储Oculus的所有代码，另一块存储他创立的那个火箭公司的所有技术——而且跟内存一样，他随时能调取出任何一家公司、下属项目里面的任何一个代码细节。他真是让我很没自信……

John Carmack

硅谷CTO怎么看待不写代码这件事？

那家机器人技术公司的联合创始人向我表示，如果技术人员不多，比方说10-50名的话，CTO不写代码是一件挺不可思议的事，“与一般技术人员不同，他们只负责一小部分，我们需要了解系统的每一部分。”

但是在那些拥有50名以上技术人员的中型甚至大型公司里，情况会根据公司而变化。

一个普遍的观点是，CTO应该根据公司需要转变职能，甚至偶尔身兼多职。Peloton Technology的首席网络架构师Tony Li 认为，当公司需要扩张，那么CTO得设计好系统架构；如果公司需要一个技术传教者（比如在融资、招人或公关的时候），那么CTO也得是一个好的演讲者……

当然，如果公司还是需要好程序员，那CTO照样还得写代码。总的来说，CTO应该撸袖子上阵的心态还是被大部分创立于21世纪的美国科技公司所接受。

Movidius的David Moloney 1985年开始工作，曾在多家半导体业界知名公司担任工程师、主任设计师、技术总监等职位。他认为 CTO的确不用写代码就可以管理，有什么事情交给团队成员也行——尽管他强调那不是他的风格。

如果我这样做了，会感觉很不舒服。我认为作为CTO，首先应该是一个技术问题上的破冰者。

集客式营销公司HubSpot总部位于马萨诸塞州，已于早年上市，现在员工人数也超过了500人。其CTO Dharmesh Shah 2014年曾经回答过“CTO应不应该写代码”的问题。他认为CTO应该写代码，就像销售VP得去销售一样。

Dharmesh Shah

除非那种已经很庞大的公司，在创业公司里，每个人都要亲力亲为。我从来不相信纯粹的管理职位。

不写代码的CTO就失职了吗？

或者：写代码应该成为CTO的核心竞争力吗？

这才是见仁见智的地方。大多数采访对象都会告诉我，他们认为CTO不写代码可以理解。比如有些经验丰富，任职于大公司的CTO，确实应该花更多精力把握大方向，设计架构、分配工作、