620.2021年度总结647

——总结可能会迟到，但永远不会缺席……”

时光飞逝。作为一名19年毕业的工程师，我已经工作了将近三年了...

回顾一下，前两年:

元年：2019年度总结-647》。192000年，关键词是修炼。主要是专心修炼。我觉得自己不是天才，要和同一时期的神仙高手竞争。为了有机会在同一个舞台上竞争，你必须付出超越普通人的血液。亮剑过招，输而自省，泼水复燃，然后决高低！幸运的是，兴趣总是成长的第一驱动力。只有当你喜欢它时，你才会想要理解和研究它。在成长过程中不可避免地会有挑战，但挑战后的成就感和收获感是不言而喻的。

第二年，2020年度总结-647》。202000年，关键词是开介得到贵人的帮助，寻求技术的理解和突破，开阔视野。AlwaysDay1，加入字节后，工作性质从客户端转向服务端。感谢这个机会，让我更立体地看到了产品研发的整体流程。那么，2021年的关键词是什么呢？

一、工作先揭晓2021年的关键词：“挑战”。我想到了“独立”，想到了“配合”。但最终还是给到“挑战”。

主要是，我觉得我今年一直受到挑战，不断探索和突破我的上限...

挑战1:自2021年和2月以来，我的导师因为个人兴趣和理想的发展而转向抖音基础技术。充分发挥自己的专长，为公司创造更多的价值和利益。

而且我也开始独自扛起组件平台的旗帜，之前大部分都是导师制定计划，分工，我配合完成。(以前像辅助，最多是副辅助C）现在我要自己思考方案设计，思考如何演变，如何迭代。(突然成为主人C...还是个无助的主C）事实上，不仅是组件平台，为导师之前比较核心，负责很多服务，我也一起维护。每天一边oncall，一边做需求，完全闲不下来..(捂脸哭)

挑战2：ToB导师离开后不久。我收到了需求:需要将组件平台整体对外。ToB。我需要在两个月内整体组件平台ToB外部商业输出。

我们的内部组件平台是迭代的3~4年，前前后后，经历了多少个研发手，代码量更大更吓人...天降大锅，没办法顶。我接受了这个挑战，必须面对它。！我(服务端) 1名前端同学 1名iOS同学 1名Android同学们，四个人组成了一个研发团队。在不断处理大量内部客户端工程师的同时，开始进入封闭开发。Oncall，在维护内部组件平台的同时，封闭开发对外ToB版本。

日日夜夜，我的注意力focus在这些事情上。(甚至有几次，我甚至在做梦，写代码...）我牺牲了很多休息时间和陪伴对象的时间（幸运的是，她非常支持我）。由于组件平台历史悠久，前后参与的人越来越多。在了解内部组件平台的实现细节时，我也慢慢发现，许多原始设计并不一定是正确的。（当然，从上帝的角度来看，这是一个问题。让我作为一个前辈来设计它并不一定更好...）从后来者的角度来看，我对ToB版本进行了一些优化设计。

从数据库的设计到具体的着陆。从内部组件平台到丰富的公司基础设施迭代，再到ToB独立裸版k8s私有云/公有云部署。(有点小米加步枪干飞机大炮的感觉，ToB道路比想象的更难)

虽然前期增加了很多工作，但也让我对组件平台的设计有了更好的了解。给我自己的解决方案。同时，也有很多朋友的帮助和合作，让我们在面对问题时不再害怕，而是一起思考解决方案。

所以我们和几个朋友日夜开发联合调整。每天一起编程。幸运的是，我们大多数人都是同龄的。虽然发展很苦，但联合调整的过程非常愉快...我甚至和前端一边联调，一边喝公司的打折饮料，一边吐槽，一边笑着联调了一下午...两个月后，我没想到我们真的完成了。...

最终ToB版本代码不到1万行，服务端是我从开发到上线做的(当然也有老板的指导)。我也是第一次从0到1独立完成后端项目...收获和情感悠然而生...

具有挑战性的好处是，有时我们不知道我们的上限在哪里。如果你不给自己一些压力，你永远不知道你有多大的潜力。试试看，万一成功呢？...即使你失败了，只要你全心全意地努力，你也会问心无愧。综上所述，下次再战是件大事！所以，我还是从2020年的总结来看：

年轻人不怕失败。即使他们失败了，这也是一次失败的经历。如果它能给我们带来成长。下次做得更好是值得的。对于个人来说，学习和为自己赚钱是值得的。对于公司来说，如果员工成长，他们下次可以做得更好。

挑战3：Own本以为与合作ToB完成后，今年以后应该稍微慢一点。没想到又来了一个高质量的保密项目。(我们字节人的脚步不停止...）ld让我来尝试Own下一个项目ld整个复杂系统的一般设计提前给出，因为是保密项目，所以细节不能说太多。

项目管理是一件非常复杂的事情(不再是各自为战，做好自己的职责就足够了。

项目管理必须首先了解项目的具体计划，了解项目的研发路径是什么？如何对齐每个人的日程安排和目标？哪些部分可以平行开发？哪些部分有依赖项目？如何确保依赖项目能够按时完成，以确保整个项目不会完成delay？即使项目实施，如何推广？如何获得收入和效果？

这个时候整个项目会联系很多人。涉及到不同人(甚至不同团队)的合作开发，事情会变得非常复杂。

幸运的是，我的朋友们非常强大，他们的个人能力非常强大。（许多来自后端的学生比来自我客户的半吊子的学生有更，继续向他们学习。当然，我也有自己的优势和优势，也不能太傲慢..看轻自己..）每周，我们都会一起过自己的进步。在大家的配合下，我们还是落地了这个巨大而复杂的项目。(我见过很久了...）

因为项目比较大，涉及的事情和人很多，最后从0到1落地，整体还算不错ok嗯。但是还是有很多地方不完善，需要慢慢完善。

2、今年的成长（技术栈）仍然令人遗憾。随着工作项目投资的增加，个人博客的沉淀越来越少。但只要我有时间，我还是写了一些，并在团队中分享。

1.《Go本文整理了我们团队内部的代码整洁之道Go代码规范，以及对每个微服务的工程结构思考。（版本被阉割，更详细或在字节内部网络上发布。）主要是针对新生和刚加入团队的学生。我希望它能帮助他们快速融入团队并开始开发。一些代码与项目规范对齐后，将在后期降低团队的维护成本。

2.《MySQL基础技术》《MySQL基础技术(1)——MySQL是如何查询的？》《MySQL基础技术(二)——MySQL如何更新？《MySQL基础技术(三)——MySQL如何保证数据不丢失？《MySQL基础技术(4)——MySQL如何保证高可用性？

我一共拆了四篇文章，比较基础。主要是给应届毕业生和客户转服务的同学看。当然，在总结的过程中，我也学会了参考林晓斌先生(腾讯云数据库负责人，前阿里巴巴)P9技术专家)在极客时间《MySQL分享)完成。感谢林晓斌先生的精彩分享，收获颇丰。

3.《MySQL使用规范》本篇也整理了我们团队内部的MySQL使用规范，并在团队中推广。如果你感兴趣，你也可以看看。

三、规划未来1.业余项目（1-3年)想拿起客户端，开始业余项目。

从0到1完成一个App设计与研发。从0到1完成相应的后端设计和研发。试着打开客户端和服务端的任通二脉。想创建一个产品。最好帮助一些用户解决一些问题。

工程量较大，整体拆分分为五个阶段：

第一阶段：产品方案理念和工程结构理解。输出：工程结构和数据存储设计文件。初始化客户端和服务端项目，对齐架构设计。（因为我的发展能源有限，我不会设计太多...前期简单点也可以...）第二阶段：先杀UI。针对UI，设计后端接口。第三阶段：后端开发，写接口，怼存储，加缓存。第四阶段：安全加固