时光荏苒，岁月如梭2022年现已悄然离去，2023年慢慢走来对自己做个小小的总结，回味一下心酸与高兴，希望2023年能够顺顺利利
以往的复盘都是对一年作业的总结，可是本年想加上对日常的总结，毕竟生活里边不止有眼前的作业，还有诗和远方✌️
先说作业吧
作业部分
协作办理
本年下半年从一个小组员，晋级成了一个小组长来谈谈自己的感触
- 感觉身上负责的作业突然从自己的一块三分地变为全盘的十分地
- 看作业的视角会从全局出发或许会考虑到各个方面的合作，例如产品、测验、服务之间的合作怎么去做能够更好的落地方针
- 对内会考虑怎么去树立组之间的影响力，提高成员的技能水平也好或许是协调水平也罢，可是这儿仍是画了问号？
- 本身来说对外的协作会变得更柔和了一些不只考虑当下问题的处理还有后续的合作方法
- 关于任务的分配会考虑怎么样的分配逻辑是能够在现有的规矩下，是能够长期有效而且继续落地的
事务之外技能架构方面
前端项目架构拆分
由于项目比较大从18年做到现在中心又经历了许多的团队，导致现在有些问题，例如：打包慢、耦合性强、分之抵触率高等问题
- 做了一部分考虑和调研最终采用了qiankun微前端的方法进行了拆分，全体逻辑是按照事务的方法进行的拆分
- 在项目开始之前就现已对某个事务场景进行了简单的调试模仿拆分，其意图仍是为了关于后边的大的事务拆分能少踩一些坑
- 可是最终实际对事务去拆分的时分仍是碰到了许多意想不到的问题（感觉那段时刻头发真的掉了不少），重点是本身做这件事是没有排期时刻所以是和正常需求并行的，压力仍是蛮大的
- 不过尽管辛苦那么多，最终结果是好的在1月份总算提到了测验环境能够让测验同学去回归了，准备在春节后去上线
- 其实到最终想一想之前做的计划和调研以及拆分步骤都是十分有用的，后边如果在做任何大的架构拆分必定是要做好前置的作业在开始，这样不至于到最终不知道先做什么好，必定要有一条线去支撑着做一件事
增加测验灰度环境
由于发版比较频繁而且用户量也有许多所以之前都是在夜晚清晨去上线，而且或许还会出现问题，这样就导致相关研制同学苦不堪言，常常加班守到清晨如果上线之后有问题还得继续改，乃至说有时分遇到当下不能及时修正的问题还需求回滚需求，导致浪费资源时刻
- 经过调研剖析之后咱们采用了灰度环境去测验本次要上线的需求
- 在登录的时分调用服务接口种下cookie
- 后续的一切资源请求都带cookie进行请求
- 运维同学在网关进行装备依据cookie访问不同的资源，然后达到灰度测验
- 测验同学在灰度测验完结之后，进行开关切换就ok
- 其实这件事应该更早些去做的，或许其时需求一个更有力的推手去推这件事，或许会在做的早一点
事务测产出
说几个本年度比较有代表性或许或许咱们更清楚的来讨论一下
1、项目晋级5.0期间，关于App每端都是两人的状况下Webapp只要一人去完结70%的作业量保证最终在上线的时分基础流程是能够跑通运用的
2、在飞跃项目期间web端迎来了爆发式增加的需求量，当下的资源远远不够完结安排的需求任务，其时提出了许多计划处理这些需求
- 和测验老大去商议分批提测需求延长全体体测时刻能够给研制挤出时刻进行需求开发
- 需求优先级拆分，先保主流程能够通，完结最基本的能够让用户跑通全体流程
- 周末进行加班赶需求（这或许不是一个好方法，可是其时好像没有更好的方法了）
3、由于飞跃期间占用了许多的资源导致Webapp本应该在那几个月完结的需求却被落下了，所以后期开始进行Webapp追平需求，其时120天左右的作业量紧缩成了90天（由于App现已和服务端接过了一次，所以咱们省下了许多联调时刻）而且在此期间完结规划的需求之外又多做了几个其他需求，全体看起来仍是十分可观的
个人提高学习状况
2022上半年节奏不是很快的时分还会看一些源码例如React或许看一些技能书籍红宝书之类的，可是在下半年需求紧急而且还有技能需求的改造或许没有更多的时刻提高自己，可是换个角度想想在做架构拆分的或许作业协调、需求盘点等作业的时分也算是一种提高或许它仅仅不算按照你的计划执行的罢了， 总的来说希望明年的自己能提高的更多一些
生活部分
1.本年家庭新添了一员，一个可爱的小猫咪，叫做泡芙
带来了许多高兴，早上会把你叫醒一直咕咕咕咕。。。。。。
2.健身没有继续坚持由于太忙了或许是变懒了胖了许多，争取2023年瘦到140斤，立个flag
3.本年买了一辆自己中意多年的小车车，尽管心在滴血，可是仍是十分高兴的
总结
就想到这么多就说这些吧，日子还长尽量把每一天都过的高兴一点
