2020年年终总结

概述

近期被两个营销项目缠身，年前和年后时间都比较紧迫，以至于一直没有找到合适的时间进行2020年工作和学习总结，在最后一个项目接近尾声时，终于找到一个不被打扰的晚上来告别一下我的2020。

2020年回顾

回顾一下2020，工作和学习主要集中在营销中台、稳定性、技能和思维的学习上，如下图所示：

营销中台建设之路

在2019年立flag时，规划集中在互动营销的业务接入预想中，但由于互动营销业务发展的限制和人员变动的原因，加之大老板从后面推倒了一把，2020年从一开始就踏上了营销中台的建设之路。

从刚工作那会就听说过“中台”这个词，对其毫无概念。2018年，中台全面爆发，真是贴身感受，自己2018年12月入职海拍客，2019年3月研发总监分享了海拍客业务中台的建设目标。直至2019年在自己负责的互动营销业务模块中使用“DDD思想”进行业务流程抽取和领域建设时，才觉得有点“中台”的味道，但那时我仍然对“中台”的概念仍然云里雾里。在对建设营销中台无经验和无深刻了解的情况下，只能寻求大公司建设的经验。于是开始调研各大公司营销中台的建设思路，同时也开始梳理营销目前存在的业务，回想Q1和Q2那段时间确实是一段比较痛苦的经历，怎么结合业务规划出一个中台呢？怎么证明当前这个中台就是对的呢？又是最好的呢？每天脑⼦里都被这些问题缠绕，本质还是对不确定性的担忧，当时面对的核心问题有：

1. 营销业务涉及营销活动较多，且业务都比较复杂，应该怎么梳理？梳理到什么粒度？
2. 公司对营销未来的发展战略是什么？怎么结合业务来规划营销中台？中台建设工作与业务需求冲突怎么办？
3. 中台建设好后怎么衡量其成果？组内能力水平不均匀，怎么协调资源？

这些问题在建设初期十分棘手，后来都慢慢得到了解决，具体的解决思路也不是本文的重点，后续我会结合具体的实践来总结一下营销中台具体的建设内容。目前营销中台已经初步成型，从近期营销两个项目可以得到验证。在整个营销业务中台建设过程中，我对“中台”的理解随之而加深的，具体建设过程可以分为三个阶段：

1. 阶段一：现状痛点分析和公司战略调研。阶段一主要在“历史痛点”和“未来战略上”两 点上，知道痛点在哪里，再结合公司未来的战略点（具体一点可以指日常需求上，比如未来营销是支持新玩法，还是客户留存）就可以设计出初步的建设思路，只不过同业务方的沟通是有些困难的。
2. 阶段二：可复用能力抽取。主要使用领域驱动设计的战略设计和战术设计思想，这块的建设顺利主要得归功于2019年对互动营销建设的经验上。
3. 阶段三：规划、设计、建设与接入。规划要详细，设计多评审，与业务的优先级做好，同时要有业务需求的不断接入来滋养中台的复用能力。

上述建设中台的三个阶段是以我在营销领域建设中台的步骤，同样的建设思路可扩展到业务线、跨业务线，甚至可扩展到跨行业。总结这一年，最为感谢的是我的大老板和同组的小伙伴，对我的信任，对我的支持！

稳定性

系统稳定性建设仍然属于中台建设的一部分，于是2020年仍然承担着营销对外稳定性的职责，主要包括压测、大促问题支持和性能优化，如下图所示：

压测

压测的内容包括日常单接口压测、全链路日常场景压测和全链路大促场景压测。其中最为核心的是全链路大促场景压测，2020年主要关注点如下：

1. 要熟悉常用的大促玩法和高峰场景，并能进行⼤促场景化压测，同时按流量进行配比
2. 要学会预估系统的容量并通过压测进行验证
3. 要关注上下游依赖及上游qps分配，并合理预估大促流量
4. 压测问题分析要关注代码、机器、网络、数据库、jvm等监控

压测是保障大促正常进行的有力手段，压测分析结果如果遗漏一点就可能引发故障的发生，2020年稳定性上虽然未出重大故障，但还是有一些波折的，比如因全链路压测忽略了其中一个集群的cpu导致年终大促该集群cpu接近100%（也是一个小遗憾）。

大促问题支持

2020年日常大促中可以说是有惊无险，过程中遇到的问题都得到了有效解决，比如内存忽然开始上涨等，在这些问题的处理和分析中积累了十分宝贵的经验。

性能优化

性能优化也是一个比较大的方面，伴随着日常的工作，具体不再详述。

技能

去年读到过一篇文章，把日常的学习看成是一个点线面的升华。日常技术点的收集、整理与总结看成点维度的总结，知识点串成专题是线维度的总结，再把专题或者知识体系升华为抽象是面的总结。这种把知识不断地进行“连接”的思路确实是一个好的学习技巧，通过2020一年不断地学习，目前已经很多知识点都总结成了一个个知识专题，包括技术书籍学习、微信公众号、日常问题排查等。对知识的学习是个持续的过程，任何时候都不应该停留。目前的学习大部分仍然停留在线的总结上，偶尔才会做知识的升华。回顾一下2020提升的技能主要集中在：

• 代码规范
• Java字节码
• Java虚拟机
• Spring使用及内部部分源码：以前读过Spring和Java的核心源码，但不过是对源码一行行地加注释，只关注于底层实现细节，未形成更高层次的认知，对其设计理解并未提炼总结和深层领悟。本次读和规划更偏向于高层次的总结。
• 领域驱动设计：通过再次认真结合业务重新学习，重新思考了背后的业务和具体的编码问题。
• 设计模式：之前看过很多设计模式的应用，总是觉得不是自己想要的东西。本次学习以软件设计原则为出发点进行学习，再渗透到每个设计模式，学习过程中更多关注的是每个设计模式应用的场景，以设计原则来看背后解决的是什么本质问题等等。目前还未全部参透，仍然在持续学习中。
  其中读过的书籍包括：
• 《深度剖析Apache Dubbo核心技术内幕》
• 《领域驱动设计》
• 《Spring实战第4版》
• 《代码精进之路（从码农到工匠）》
• 《金子塔原理》
• 极客时间-设计模式之美

思维

作为技术人员，除了必备技术外，在工作中越来越发现“思维”的重要性，比如结构化思维、批判性思维等。2020年也是培养个人结构化思维的过程，通过《金子塔原理》的学习和工作中有意识的实践，慢慢地做到了日常沟通效率的提升、技术方案设计更加全面、思考问题越来越深入等等。

另外业务思维也是一个业务开发想要升级的重要必备技能，从工作那会架构师就给我讲“代码即业务”，其中有两层含义，其一是代码反映了业务，这点是每个开发都能看到的。其二是这层代码后面反映了什么业务问题，为什么要这么写，即业务为什么是这样的，能理解到这一层也是很多开发看不到的，做到这一点需要了解业务的前因后果，也需要不断地同业务方沟通而得来的。做营销中台的规划和设计时深刻了解其中的艰难，2020年也深入明白了“业务驱动方案设计，代码并非需要亲力而为”的道理。

生活

• 锻炼：坚持了半年的身体锻炼，养成了每周至少3次锻炼身体的习惯。
• 买房：2019年心愿是把房子买了，没想到在2021年初实现了，紧接着开启还贷的日子。
• 家人：家人生活工作一切都好。

做的不好的地方

2020年做的不好的地方有以下几点：

• 碎片化时间利用的不是很好，收藏了很多想看但未看的文章。
• 内部分享比较少，2020年共分享4次，相对2019年少一半多。
• 2020年整体技术博客写的比较少。
• 没有旅游计划，没有时间出去看看。

2021年规划

规划赶不上变化，只做一些简单的规划：

• 工作：2021做到营销中台能力继续沉淀，同时要业务不断的进行验证，最后开启数字化营销的建设。另外一点是除了负责领域外，慢慢向其他业务线学习。
• 学习：在技能上重点偏向于“抽象能力”的提升。
• 思维：养成结构化思维、业务思维等习惯，能很自然地融入到工作和学习中。
• 副业：买房后又有了新的危机感，2021年希望能找到自己的一个副业，争取离财务自由更近一步。
• 影响力：多做组内分享，同时达成每周至少一篇技术博客，提升个人影响力。

最后

2020年中更多面对的是不确定性，包括不确定的营销中台，不确定的技术方案和不确定的生活。这些“不确定性”经常让我会产生“不确定性”的焦虑，但是若在工作和生活中把“不确定性”变为“确定性”视为一种常态化的挑战，踏过去便是另外一片天地。2020年是一个特殊的一年，也是最为艰难的一年，2020年都过去了，2021会更好的！

欢迎关注微信公众号：方辰的博客