2020年年终总结

文章目录

      • 概述
      • 2020年回顾
        • 营销中台建设之路
        • 稳定性
          • 压测
          • 大促问题支持
          • 性能优化
        • 技能
        • 思维
        • 生活
        • 做的不好的地方
      • 2021年规划
      • 最后

概述

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

2020年回顾

回顾一下2020,工作和学习主要集中在营销中台、稳定性、技能和思维的学习上,如下图所示:
2020年年终总结_第1张图片

营销中台建设之路

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

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

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

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

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

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

稳定性

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

压测

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

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

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

大促问题支持

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

性能优化

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

技能

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

  • 代码规范
  • 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会更好的!

欢迎关注微信公众号:方辰的博客
2020年年终总结_第4张图片

你可能感兴趣的:(生活杂记)