其实自从结束第二次创业,入职当前这家公司,我已经很久没有在公司项目中提交过代码了。
不是我不想写,也不是我写不了。
每次看到脉脉上一线员工嘲讽自己的Manager连代码都不写时,我都会忍不住想,我疯狂写代码的时候,你们怕还是一群小屁孩。
其实,从情感上来讲,写代码至今对我都是一件很幸福的事情。
所以平常一些工具之类的,我还是喜欢用python来写一些,解决些实际的问题。
毕竟,与计算机沟通,比与人沟通简单太多了。
但是,正因为简单,所以才更要小心。
一件事情是否值得做,简单与否从来不是关键的因素。
其他Manager不写代码的原因我不清楚,但是起码于我自己,主要有以下几个考虑:
- 时间问题
- 理念问题
时间问题很容易理解,我个人的时间是有限的。如果时间投入到编码上,必然投入到其他部分的时间就少了。
有人也许就要问了,那Manager还有别的事要做?
这个问题要回答恐怕就太大了,简单来说,主要包括四个方面:任务、组织、成员,以及自我管理,复杂了说,每个层级的重点不一样,就不展开说了。
理念问题,其实也比较容易理解。现代企业的管理,尤其是互联网行业的管理,尤其重视人才的管理。
Manager再能写代码,效率再高质量再好,也是有上限的。
但是,一群优秀的人呢?答案是显而易见的。
能做就做,与能做却不做,中间有着巨大的理念鸿沟。
这也是中国自古以来所讲的“无为”的一点点体现。
我在刚刚工作的时候,整天写代码。
除了公司的工作,也经常自己搞搞开源项目,搭个博客,折腾下Vim。
也正因此,才有了这个博客,并一直活到现在。
那时候真是在程序的世界里玩到天昏地暗,又乐此不疲。
所以那个时候的我始终坚信:
技术改变世界
乃至于当时看美国大片,都是工程师拯救世界时,就觉得你看老外都比国内尊重技术。
后来呢,开始涉足管理,从小到大。
这个想法我始终没有变,只是加了一点点前缀。
一群人的技术改变世界
一个人,哪怕再强,终究能做的事情还是太小了。
一群人,才能做更有大的事情。
这也是我后来义无反顾转向管理的原因。
所以,在转型管理的过程中,我一直秉持一个原则:
做一个技术型管理者
也就是,技术与管理都需要,只是不同阶段的比重不同。
但是这里面,其实后来给自己带来了一个误解:
技术 != 编码
Tech Lead去花一些时间写代码还算职责需要,但是Manager去写代码,就绝对说不过去了。
Manager对技术的关注可以更宏观,也可以更微观。但是无论如何,都需要以培养团队的技术能力作为目标来实施才有价值。
而不幸的是,我在创业那几年错误的理解了技术和编码的关系。
人的时间和精力是有限的,既要又要虽然最圆满,但很多时候是不现实的。
如果选择转型管理,编码的时间会不可避免的减少。
这是一个必要的选择,每个站在职业发展十字路口的人,都应该好好想清楚。
为以后的职业发展,提前做好觉悟。