今天领导在公司群里公布了上个月评级A的同事名单，名单不算长，一共就十个人样子，我一下就看到了我的名字。
激动万分。
接手新的工作这一个多月以来，确实压力不小，这样的绩效评分也让我感受到了上面对我努力付出的反馈。
大概四月中旬，突如其来的工作安排让我压力陡升，不止一次我遇到困难，看到那大片大片读不懂的代码，想到那么多业务细节我都无从下手，我甚至想要放弃，可是最终我还是决定坚持。
不为别的，就是因为这是当初我的选择。
同时我更清楚，压力也意味着倒逼我成长。
回过头来，覆盘一下刚接手这个项目时我所分析出的各种挑战与现在的感受对比。
业务方面来说，随着不断的解决线上问题，慢慢对这个项目的业务有了了解，这是一个长期的了解过程，幸运的是，大部分的线上问题都集中在少量的业务上，并且遇到不了解的业务我也有时间去看代码和摸索，由于暂时我几乎不需要实现新的功能，所以业务这个方面，其实压力并没有想象的大。
运维方面来说，确实运维是一个十分依赖经验和运维知识的工作，其实大部分的问题都可以归类为运维问题。每次出现诡异的客户环境问题都十分难以解决，这不仅需要我对操作系统知识有了解，也需要依赖交付人员的配合，他们技能经验的加成是十分重要的。但整体来说，通过努力，这块的压力到现在为止还算能接受了。这离不开我花了几周时间迅速把鸟哥的入门书籍看了一遍，还有对这个项目的了解一点点加深，以及交付人员的给力，某种意义上来说，他们才是距离客户最近的人，他们才是接受客户压力的前排，是提供服务最直接的群体，很大程度上我的工作倒像是被交付人员驱动的，是向他们提供支持的后台人员。
语言方面，坦白说，这是这一个多月被我视为优先级最低的学习工作，到现在为止我也只是大概能看一些kotlin的代码，只能说对于这门语言的学习再少一些，我就看不懂代码没法排查问题了。而对于perl clojure rust那几门语言，前两个我还大概学习了解了一下，而rust我根本还没打算学习它。因为，我知道时间是有限的，我必须要用在刀刃上。也正是因为这个决策，才使得我这段时间以来，虽然“语言不通”但仍然能排查线上问题的原因，事实上，排查问题大部分时候分析日志才是最核心的。大方向定位再到小的细节，而细看代码往往都是后面的步骤，甚至有时都不需要——因为，我必须得假设大部分问题都不是代码的bug，而事实也恰好如此。
此外，领导并没有给我太大压力，反而是希望我不要有太大压力，并尽可能提供帮助和支持。这让我感到公司十分人性化，并且现在看来上面并没有计划给这个产品排特别多的功能，至少近期没有，过段时间可能会做少量需求来完善一些小功能，但长远的规划也是不打算继续大力投入这个产品本身，而是出另一款产品来逐渐替换它，加上近期团队人力不足，所以公司选择让我先独立负责这个产品的维护和支持工作也是情理之中的了。
总的来说，我之前所预想的最开始的最难熬的一两个月，现在看来还并没有想象中那么难受。当然，也有遇到最后都无法解决的问题，也有过群里同时多个交付遇到问题需要我支持的时候，更有过数不清的加班，几乎每个周末都在家办公的忙碌，还有不止一次深夜回复邮件和微信消息。。。
但我想，这些都是值得的。特别在今天看到领导公布的绩效打分结果，我知道我的付出，至少有被公司看到和认可。
这第一个阶段——适应，算是勉强抗住了，我知道我现在对这个产品还真的所知太少，接下来或许会遇到更棘手的工作难题，或许还有更大的挑战在等着我。
但是，我还是更愿意相信那句话：要学会拥抱不确定性。
生活也好，工作也好，本质都是充满不确定性的，一味地地逃避它反而可能是最大的风险。相反，能修炼出面对它的勇气来才是最宝贵的。