Vimer的程序世界

其实自从结束第二次创业，入职当前这家公司，我已经很久没有在公司项目中提交过代码了。

不是我不想写，也不是我写不了。

每次看到脉脉上一线员工嘲讽自己的Manager连代码都不写时，我都会忍不住想，我疯狂写代码的时候，你们怕还是一群小屁孩。

其实，从情感上来讲，写代码至今对我都是一件很幸福的事情。

所以平常一些工具之类的，我还是喜欢用python来写一些，解决些实际的问题。

毕竟，与计算机沟通，比与人沟通简单太多了。

但是，正因为简单，所以才更要小心。

一件事情是否值得做，简单与否从来不是关键的因素。

其他Manager不写代码的原因我不清楚，但是起码于我自己，主要有以下几个考虑：

1. 时间问题
2. 理念问题

时间问题很容易理解，我个人的时间是有限的。如果时间投入到编码上，必然投入到其他部分的时间就少了。

有人也许就要问了，那Manager还有别的事要做？

这个问题要回答恐怕就太大了，简单来说，主要包括四个方面：任务、组织、成员，以及自我管理，复杂了说，每个层级的重点不一样，就不展开说了。

理念问题，其实也比较容易理解。现代企业的管理，尤其是互联网行业的管理，尤其重视人才的管理。

Manager再能写代码，效率再高质量再好，也是有上限的。

但是，一群优秀的人呢？答案是显而易见的。

能做就做，与能做却不做，中间有着巨大的理念鸿沟。

这也是中国自古以来所讲的“无为”的一点点体现。

我在刚刚工作的时候，整天写代码。

除了公司的工作，也经常自己搞搞开源项目，搭个博客，折腾下Vim。

也正因此，才有了这个博客，并一直活到现在。

那时候真是在程序的世界里玩到天昏地暗，又乐此不疲。

所以那个时候的我始终坚信：

技术改变世界

乃至于当时看美国大片，都是工程师拯救世界时，就觉得你看老外都比国内尊重技术。

后来呢，开始涉足管理，从小到大。

这个想法我始终没有变，只是加了一点点前缀。

一群人的技术改变世界

一个人，哪怕再强，终究能做的事情还是太小了。

一群人，才能做更有大的事情。

这也是我后来义无反顾转向管理的原因。

所以，在转型管理的过程中，我一直秉持一个原则：

做一个技术型管理者

也就是，技术与管理都需要，只是不同阶段的比重不同。

但是这里面，其实后来给自己带来了一个误解：

技术 != 编码

Tech Lead去花一些时间写代码还算职责需要，但是Manager去写代码，就绝对说不过去了。

Manager对技术的关注可以更宏观，也可以更微观。但是无论如何，都需要以培养团队的技术能力作为目标来实施才有价值。

而不幸的是，我在创业那几年错误的理解了技术和编码的关系。

人的时间和精力是有限的，既要又要虽然最圆满，但很多时候是不现实的。

如果选择转型管理，编码的时间会不可避免的减少。

这是一个必要的选择，每个站在职业发展十字路口的人，都应该好好想清楚。

为以后的职业发展，提前做好觉悟。