关于平台化开发的总结

自接手灌库（索引系统数据灌入）以来，一直从事着重复的人肉工作：搭建小流量实验环境、搭建灌库环境，都是一些只要改改配置，没什么技术含量的工作，而且还特别容易出错。在经历了多次之后，痛定思痛，必须改变当前的局面：我已经工作了快5年的时间了，不能把浪费在这些工作上，这样工作根本不能让自己有所成长。XX公司是一家员工平均年龄只有26岁的公司，现在我已经成为“拖后腿”的那些人了，如果不能快速成长，必将被新注入的血液所替代，这样的忧虑也在推送着自己前进。怎么办？平台化才是出路，通过平台将一些重复的工作自动化，将人力释放出来，才有精力开展更多有利于个人成长的工作。

经过4周的调研、设计，终于迈出了开发的第一步。不得不说真是万事开头难啊。说是经过了调研，其实更多地是梳理现有业务，并做一定的抽象，对公司内其他团队的相关方案还是缺少必要的了解。这也是自己很大的不足，调研学习能力较差，这也很大程度上限制了自己的技术视野，对别人怎么做事不能表现出强大的好奇心，最终常常因为时间比较赶，走了一套很赶很“山寨”的路子。

不管怎样，好在开始开发了，毕竟done is better than perfect。开发了也意味着问题开始显现了。首先是排期的问题。在定排期之前，自己心里缺少一个打算，在敲定排期的时候，又是一幕被老大牵着鼻子走的局面，最后硬是定下了一个太过乐观的排期。在讨论团队内同学各自排期的时候，为了不被某些太晚的排期影响，我还主动承担了一些工作，现在看来也是太过盲目了，在独善其身的前提下再去承担更多的工作，才是更职业的做法。其次，自身编码能力还有待提升，尤其是需要掌握python这门脚本语言。python语言的重要性无需多言，单从现在python被列入现在小学生的教学内容这一政策就可见一斑。而自己的python水平还基本就是现学现卖，远未达到指导其他同学的地步。对于团队内的刚刚入职的实习生，不能予以太多的指导，导致最终的编码质量存在较大的问题，代码可维护性、可扩展性基本没有。第三，作为整个平台化项目的owner，缺少必要的项目管理意识。对项目可预见的风险太不敏感。前文提到编码质量的问题，其实一方面也是因为自己没有投入必要的时间来做code review，导致代码完全失控。xx经理曾说想做一名管理者，就要能有耐心处理好各种杂事，包括辅导新人。作为了一名工作了将近5年的老员工，其实并不缺带新人的经验，只是没有形成自己的完整的一套方法论，只会就事论事，不能从更高的角度看待问题。知道自己是项目的owner，没有真正的owner意识。境界还是仅仅停留在独善其身的层面，想着只要自己不成为整个项目的瓶颈，即使项目延期了也没有关系，不是因为我啊，是因为他延期了。站的高度真是不够，对外老大只知道你在负责这个项目，这个出了任何问题，都是你的责任，如果连这一点都想不明白，真就是一辈子混底层的命了。把自己当做一个leader看待，才能把自己向leader的方向培养。leader是水到渠成，而不是黄袍加身。掌握团队内每个人的状态，包括新人、老人，对新人要有对新人的方法（新人更听话），对老人还有对老人的方式（老人更看重自己的kpi），发挥好leader的协调作用。

无论过程如何，平台化最终成功上线了，尽管比预定排期delay了两周。看到这个结果，开发的加班还是值得的。

行百里者半九十。平台化上线只是完成了预期的一步，并没有达到最终目标。为了保证项目的快速上线，开发的过程有很多trick的地方，也做了很多trade off。这些trick，trade off，其实包藏了很多隐患，这些隐患应该作为上线后的高优迭代被高优跟进。然而，也许是因为开发节奏太快的原因，导致了自己有了缓缓劲的感觉，节奏跟不上了，导致很多问题一拖再拖，虽然开发了平台，但是又带来了一些新的问题：平台的方使用方有抱怨不好用，这便有违平台化的初衷了。

再忙也要给自己思考的时间，因为这如同睡眠一般，不可或缺。平台化开发上线已经5个月，期间工作一直很忙，一直没有时间总结，这一切都是借口。忙是为了什么——成长，思考是为了更好更快地成长，忙到没有时间思考，这不是本末倒置了吗。拖延的总结需要投入更多的时间做过程的回忆，也让成长被拖延。你又多少成长可以被拖延呢？