技术领导要不要写代码？
技术领导要不要写代码？这是一个问题。
我刚工作的时候就听说，程序员（那时候还没有“码农”的说法）是吃青春饭的，到30岁就熬不了夜写不动代码了，所以要尽早转管理岗。相应的，如果你走上管理路线成了技术领导，自然就不必干写代码这种低级重复的体力劳动了。所以当时自己代码写得很多，技术能力增长很快，但总感觉有点别扭。那感觉就像，你能把车开得又快又熟练，最终只是为了能按时到达机场赶上飞机。然后，你就再也不用开车了。
不过无论如何，赶上飞机看来是更高级的选择，为了它，放弃苦心修炼的车技也可以接受罢。
但是等我真正走上管理岗位，才发现事实和我想的完全不一样。当时公司的业务增长飞快，支持业务的系统却是几年前“一锤子买卖”的外包项目，更要命的是技术团队的人员组成和工作习惯还处在作坊状态。从我的角度来看，四下里全是大坑，填坑的速度慢得让人着急，在此过程中还经常挖下新坑…… 在我的职业生涯中，我从没有在那么短的时间里写过那么多代码。几年后大家查提交排名，我的名字仍然第一。好在我的努力没有白费，系统终于没有垮掉，顺利回到正轨。
当时我身为技术领导，除去招人、定流程、做运维，还花了大量时间写代码，这样的做法是对的吗？如果是对的，后来我再没有写过那么多代码，好像也与“不称职的领导”无缘，甚至还被夸奖过“忍住放手让下属去做事，锻炼了组织”，这又是怎么回事呢？