---
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,想想大搜索的高工们,哪个不是从产品出发,与研发团队打成一片。结果就是你只能做纯运维,别人可以做对业务有切实提升的优化。假以时日,高下立判。
角色转变,最大的槛在于内心。当你想通了,就会很快适应新的角色。不再满足于只上线却不知道上的功能点是什么,不再满足于只会做任务拆解的敏捷教练。而去真正地领导一个项目,从无到有,从产品优化到跨团队协作沟通,再到项目上线。逐渐适应自己的新角色。
阅读(963) | 评论(0) | 转发(0) |