BYR Achieve · 镜像论坛

重新审视一年前工作的我和现在工作的我，莫名感动。一年前的我，膝盖受伤，走路不太正常（瘸了）。那种每走一步都痛一下的感觉，至今忆起，犹如梦魇。看医生的时候问题从最初的“医生我这是什么病呀？”，“医生我这病多久能好？”；一周后，“医生我这病一周了怎么还没好？”；三个月后，“医生我这病还能好吗？”。在那段心理慢慢被疾病打垮的岁月里，自己思考过生死，脑补过自己将来依靠轮椅度日的生活场景。疾病给我的打击太大了，年初的我本想大干一场，制定了各种学习计划。几个月不能正常走路的日子，慢慢将这一切消磨殆尽。疾病聚拢了我的所有注意力，什么工作，学习，成长我都不考虑了。那时候老板让我负责数据平台的事情。需要从C++转python。原有项目工程代码我看不懂也不懂怎么去学习熟悉，工作干得很吃力。由于外部数据变化，公司业务出了问题，整个公司上下都比较焦灼。而我恰好处于一个还算比较重要的节点。各种业务需求不断地涌来，我没有去熟悉python库里每一个api的特性。甚至对于一些原有的业务代码也不熟。交付的数据经常在后续流程中被发现bug，之后被批评。心里委屈还以为不是自己的错。一个项目我做了半年都没有做完，工程项目缺乏顶层设计，想到哪里写到哪里，造成了后续维护成本越来越大，最终无法维护，只能重写。自己用vim编辑python工程代码，没有代码自动补全，也没有代码规范检查，开发效率低下且无法保证质量。开发的时候没有把功能分解，更谈不上什么单元测试，代码调试成本极高。出了问题后面对一个几百行的函数，心理焦灼却不知道该如何是好。改变发生得悄无声息，慢慢地学会了到官网学习每一个api的用法，结合线下测试，了解每一个api的特性，能读懂项目工程了，渐渐发现了不少原有项目工程的bug。学会了在开发之初就思考如何做测试，知道如何保证交付质量。更进阶的是慢慢开始思考框架，工具之类的事情。在做业务的时候，不忘做一些工具，下次用到的时候一个函数调用搞定。框架设计考虑多场景调用的情况，一个api，多种调用场景下都能很好地工作，这样就规避掉很多重复开发，效率进一步提升。对于开源工具，IDE之类的，也慢慢熟悉了。开源工具要想用得好，需要读一下官方文档，看看都提供了哪些功能。工欲善其事，必先利其器，IDE这种好东西用起来效率，质量都提上去了。腿部不适整整持续了近一年时间，在这期间我各种看病，深圳的各大医院都逛了个遍。后来各种医生基本都达成一致诊断结论，关节没有明显的问题，需要进行肌肉锻炼。起初自己一个人到健身房练，后来跟着教练，周末去医院做理疗。病情反反复复，那段时间，自己孤零零一个人，周末只能躺在床上，心理诸多落寞。看着那些活蹦乱跳的人好羡慕，好在后来慢慢好了，现在症状基本消失了。想想那段压力大的日子，从写C++换到写python、腿病、公司业务出状况；好感激老板同事对我的耐心，接手任务之初出过那么多事故，腿病需要经常请假外出，还需要时间去做康复保养，同事老板虽然有时候有批评抱怨，但我依然被信任，从未被抛弃。而今，回头望，这一年的变化其实还蛮大的。在公司里，我可能是最熟悉数据平台的人了。每天保证数据正常生成，事故率越来越低。数据生产也提速不少，大家不用去等数据生产，有了更多的时间做更有意义的事情。

【心得】摸爬滚打的一年