在新公司的半年总结

---
layout: default
title: 在新公司的半年总结
date: 2016-01-15
categories: 职业生涯
tags: [career]
---

# 在新公司的半年总结
从2015.07.21正式从上家公司离职，到现在已经有半年左右的时间。回顾这半年，有苦也有累，但最重要的是我没有浪费时间，仍然在成长，比在上家公司成长的更快。

总结来说，主要有以下几个方面，

## 一、基础能力的巩固
大公司的优势是基础设施比较完善，缺陷是想改变太困难了，各种流程审批跨团队沟通，有些不合理的地方也积重难返。

在新公司小公司，所有的规范、部署、监控等基础设施都需要从头建设，可以根据经验按照自己的想法设计。在此过程中，也促进自己思考如何做好运维。

个人认为，做好运维一定不能跳出去做，而要融入其中，成为要运维对象不可缺少的一部分，成为架构的一部分才可以，才可以从最核心最根源的代码处，提升服务的可运维性。

## 二、技术能力提升
看完simple java7之后，真的不怵代码了。通过解决了几个实际问题，逐渐也找到了些感觉。一个url从进入web server后是怎么被处理、又是怎么通过zk找到的后端service，再通过什么访问到了数据库执行了什么样的SQL。原来是这个样子的。之前习惯于从宏观角度出发看整个系统，把模块当黑盒，甚至没想过要去看其中的代码，也是错失了很多提升的机会。现在正在逐步补齐这方面的短板，于细微处观察这个系统，才能更有效地解决系统的瓶颈。

从高级运维工程师到架构师，代码能力是必不可少的一项能力，你可以不写，但不能不懂。系统怎么挂了? 看代码吧！性能怎么这么差? 看代码吧! 速度怎么这么慢? 看代码吧！

## 三、思维能力提升
求甚解，是我意识到自己要提升的另一个纬度。之前工作中『拿来主义』习惯的盛行，导致自己不会去思考一件事情的逻辑与其背后的真相。在what -> how -> why这个纬度上，很少会想到why这个层面。想的太浅，对技术问题没有深层次的思考，也是导致很多运维人被人诟病『什么也知道，什么也不精』。

打个比方，对于一个事故，处理完之后（可能是别人）整理出原因。比如说，『因为流量过高导致系统崩溃』。请再深入问下，
- 这个原因从逻辑上来说对吗？之前有没有这么高的流量但是系统是没有问题的？
- 这就是根本原因了吗？系统到底是因为哪个(些)资源成为了瓶颈？cpu？内存？IO？数据库？程序的全局锁？
- 我们系统的容量是多少，压测过吗，采用了什么方法做的压力测试？哪些点可以让系统容量再变大些？
- 我们定位问题的时间可以再缩短些吗，怎么更快速地定位问题原因？定位问题一定要阻塞执行预案吗？等等等等

对于每个问题，只有这样思考了，自己想明白了，当别人质疑你的时候，你才能讲清楚。这才是一个高T应该具备的素质。

## 四、管理能力提升
习惯性不深入业务，对自己运维的业务逻辑漠不关心。这是大公司螺丝钉的通病，也是阻碍个人成长的最大因素。同样是产品线的OP，想想大搜索的高工们，哪个不是从产品出发，与研发团队打成一片。结果就是你只能做纯运维，别人可以做对业务有切实提升的优化。假以时日，高下立判。

角色转变，最大的槛在于内心。当你想通了，就会很快适应新的角色。不再满足于只上线却不知道上的功能点是什么，不再满足于只会做任务拆解的敏捷教练。而去真正地领导一个项目，从无到有，从产品优化到跨团队协作沟通，再到项目上线。逐渐适应自己的新角色。