国外经常把技术团队负责人叫做 Engineering Managers，国内就五花八门，比如 CTO，技术总监，研发总监，技术经理，技术组长等等，差不多都是技术团队负责人的意思，只不过团队大小，各不相同。
有人问，技术团队的负责人很少写具体代码，为什么还很牛逼的样子，拿这么高工资？
因为程序员的核心能力是写代码的能力，而技术总监的核心能力是技术判断力。简单来讲，就是判断一个项目、一个系统架构、某个技术方向，是否符合企业当前现状，是否对企业的未来产生价值。
他们所做的技术判断，给公司带来非常高的价值。比如，阿里云创始人王坚博士，在所有人反对的时候，他坚持云计算是未来，帮助阿里提前布局云计算，为阿里成长为万亿商业帝国，立下汗马功劳。这就是技术判断力，给企业带来的巨大价值。
当技术团队发展到30人左右，有了多条核心产品线、有了多个技术经理时，就需要一个技术总监了。
图源网络
技术总监，作为领域专家，站在更高的层面思考技术如何建立壁垒，构建技术竞争力。逐步开始建立公共技术平台，协调多条产品线在统一的技术平台上快速迭代，让产品线跑得快、跑得稳。
技术总监，在领域内有多年沉淀，来自知名互联网企业，能够把技术团队带上一个新的台阶。技术总监，更多是做技术判断了，也有些技术型的技术总监仍然会写些核心代码、做架构设计。
回到技术总监要不要写代码这个话题，其实也是需要看公司是什么样的背景、处于什么样的阶段、技术总监管理人员的规模来定，有3种情况需要写代码。
第一种，技术驱动型的技术总监需要写代码。
很多互联网公司产品，完全是依赖技术来构建的，公司的命脉都是技术，那么这个技术总监就一定要参与到核心代码的编写中。
第二种，初创技术团队的技术总监需要写代码。
几乎所有的创业公司在刚开始的时候，就技术的需要程度是相当紧迫的，所以这个时期的技术总监，一定要亲自参与其中，确保核心系统功能不会出现问题。
总的来说，除非是大型技术团队，否则建议总体还是需要参与到核心代码的梳理中，需要对系统的各个特性了然于胸，知道系统很可能出现的问题点，在出现问题的时候可以快速定位解决。
在架构设计、核心代码评审、代码优化层面来多做工作。因为如果技术总监完全脱离代码编写工作，容易导致团队技术失控。
