好久没有写技术博客了,刚才看归档页面,15 年写了一篇,16 年也写了一篇,实在汗颜。不过这个博客对我来说是一个非常宝贵的财富,所以不出意外我会一直维护下去。争取今年可以继续写一些文章。

这两年博客写得少,主观原因确实是在技术上投入的精力减少了,虽然我也有在看一些技术文章,但是沉淀落实到纸面(博客)上的几乎没有。一方面原因是平时工作比较忙,非工作时间也更多开始陪伴家人(想想 Dota 也是大半年没玩了)。另外一方面是,大概两年前我开始带团队,这两年的时间我更多得在摸索怎么带好一只团队,纠结、彷徨、探索一路走来,更加关注团队同学的技术和个人能力的成长。最近忘记是知乎还是微博上看到一篇,关于一线工程师和技术经理的翻译文章,里面讲到一线工程师被提拔为主管后,很多东西会发生变化,细节的关注程度,技术方向的把握,工作规划的制定,团队之间的协作等等。个人感觉,有好有坏,确实带团队之后个人在细节的把握上比以前弱了不少,但是也因为带过团队思路和视野开阔不少。

最近谈得比较多的是 DevOps,国内基本上就是说研发具备运维能力,或者激进点就是干掉运维团队。运维团队是否没有存在的价值?未必,只能说传统的 Ops 运维不再有存在的价值,运维需要往更深领域去转型。运维工程师的关注点可能不再是一个变更或者一个具体的操作。

比较能想到的一个方向,是自动化运维,这也是近几年非常火的关键词。DevOps 的理念并非让研发来兼职完成运维的操作,而是需要将运维的经验通过代码的方式沉淀到自动化的平台,通过平台赋能帮助研发高效地完成运维工作。研发鼠标点点,填写几个表单选项就可以快速部署应用到各个环境,不再需要找运维同学去申请机器、申请域名、部署发布,容量不足了可以快速扩容,甚至设定规则弹性伸缩。但是我一般不看好(没有运维经验的)研发去做自动化平台,所以这也是为什么非常多研发组成的工具团队最终造出来的是一个难用的玩具的原因。

另外一个方向是服务,云计算的快速发展让非常多的行业公司迁移到公共云的环境,其中可能有非常多的创业公司,这些公司往往是在业务高速发展的阶段,运维能力非常有限。公共云在提供基础产品的能力之外,运维服务的能力也至关重要,因为这个涉及到客户业务的稳定性。运维能力的输出也是云计算公司运维工程师的一个转型方向,他们往往具备非常资深的大规模运维经验,脑子里面有非常多的大促保障、容灾架构、灾备演练等等知识。这里我也是讲讲几点,还有其他的方向不再这里细说,比如转型做研发、PD或者业务架构师都是不错的。

最后说一件痛并快乐的事情,2 月 16 号我家多了一位新成员,我的女儿小汤圆。可爱的宝宝给我们带来的很多欢乐,不过初为人父也是啥都不懂,慢慢学习中。感谢汤圆妈妈,怀孕、生娃、带小孩,真是非常不容易的事情。昨天天气不错,带着小汤圆出去晒太阳了,好久没出门在小区散步,发现我们这个屌丝楼盘还是有一个好处,绿化不错 :)