半夜精神有些亢奋，混乱的思绪在脑袋里滚来滚去，没来由地忽然想起在百度这一年。想起这一年可以总结为：前半年拼命给自己揽事儿，后半年尽量往外推事儿。
我是去年大约这个时候加入（←_←这词儿帅吧）百度的，职位是商务搜索部的分布式计算工程师。可惜那时候我对分布式系统的理解还仅限于一本老套的教科书。
我加入的项目组当时致力于设计一套高可用、会话一致、高性能、易用的海量分布式类SQL数据库，因而我们花了很长时间去调研各种分布式系统，也包括一些数据库技术，如索引、压缩算法等。那段时间最主要的事情就是读paper，写报告和讨论。因而我对各种分布式系统和相关技术的了解也是突飞猛进，可以说是挺快乐的一段学习时光。
但在这种快乐时光的背后，也隐藏着问题。在领导层没有下决心投入所有人力做一个新系统之前，这个团队还有着维护线上系统的使命，而且这是一个关键的实时广告报表查询服务。所有人面前都放着一个选择题：新系统调研，还是维护已有系统？但这不是经理出的选择题，而是自己给自己出的，因为对这个问题的回答决定了对不同工作的态度。
我的回答你可能猜到了，为什么不同时都做呢？于是在研究新技术的同时，我也慢慢开始琢磨线上系统那近十万行代码。得益于以前开发过调试器的经验，我定位问题的能力还不错，找出了几个关键的系统缺陷。修复了这几个缺陷后，系统的稳定性提高了一大截。
这只是一个例子。总的来说，积极地去发现问题，解决问题——哪怕这问题不在自己的作用域，就是我说的前半年拼命给自己揽事儿。这让我承担了越来越多的工作，也很快地成长起来。
进入了工作的后半年，变动频频。新项目被移交到新部门，设计未能得到首肯，进行了相当大且不优雅的改动。项目组同事都去了新部门，只有我一个人决定留在原项目组负责线上系统。本来还承担了一些跨部门的合作任务，后来因压力太大，从新项目中抽身而出。
没曾想到的是新年刚过，各种新需求层出不穷。我既要负责处理和修复运行在几百台服务器上程序的各种问题，又要响应来自七八个上下游的新需求。虽然有新同事加入团队，但人力总是捉襟见肘，无法完全满足需要。于是这半年来学习到的最重要一点是——谈判。
每个项目都很着急，每个需求都很重要，但凡事都得讲先来后到，轻重缓急，都有谈判和折中的余地。推开事情并提出更合适的解决方案，远胜过揽来超过自己能力的事情然后搞砸，这就是我前面所说的后半年尽量往外推事儿。这让我不至于在工作中迷失。
上面这两点是我工作这一年来的经验，也是感慨。我不敢说自己做到都对，但在各种客观不客观的条件下，我在探索和学习着正确的方法。
进入新的“工作周年”，有好多改变。下周有合作半年的同事离职，本周有三个新同事加入。但我仍然在做着同样又不一样的事情——同样是这个系统，希望尽我所能地把它变成更好的不一样。