好久没有写技术博客了，刚才看归档页面，15 年写了一篇，16 年也写了一篇，实在汗颜。不过这个博客对我来说是一个非常宝贵的财富，所以不出意外我会一直维护下去。争取今年可以继续写一些文章。
这两年博客写得少，主观原因确实是在技术上投入的精力减少了，虽然我也有在看一些技术文章，但是沉淀落实到纸面（博客）上的几乎没有。一方面原因是平时工作比较忙，非工作时间也更多开始陪伴家人（想想 Dota 也是大半年没玩了）。另外一方面是，大概两年前我开始带团队，这两年的时间我更多得在摸索怎么带好一只团队，纠结、彷徨、探索一路走来，更加关注团队同学的技术和个人能力的成长。最近忘记是知乎还是微博上看到一篇，关于一线工程师和技术经理的翻译文章，里面讲到一线工程师被提拔为主管后，很多东西会发生变化，细节的关注程度，技术方向的把握，工作规划的制定，团队之间的协作等等。个人感觉，有好有坏，确实带团队之后个人在细节的把握上比以前弱了不少，但是也因为带过团队思路和视野开阔不少。
最近谈得比较多的是 DevOps，国内基本上就是说研发具备运维能力，或者激进点就是干掉运维团队。运维团队是否没有存在的价值？未必，只能说传统的 Ops 运维不再有存在的价值，运维需要往更深领域去转型。运维工程师的关注点可能不再是一个变更或者一个具体的操作。
比较能想到的一个方向，是自动化运维，这也是近几年非常火的关键词。DevOps 的理念并非让研发来兼职完成运维的操作，而是需要将运维的经验通过代码的方式沉淀到自动化的平台，通过平台赋能帮助研发高效地完成运维工作。研发鼠标点点，填写几个表单选项就可以快速部署应用到各个环境，不再需要找运维同学去申请机器、申请域名、部署发布，容量不足了可以快速扩容，甚至设定规则弹性伸缩。但是我一般不看好（没有运维经验的）研发去做自动化平台，所以这也是为什么非常多研发组成的工具团队最终造出来的是一个难用的玩具的原因。