2020总结 - 我的这一年

最近工作不仅有Q4总结，还有年终总结，再加上年终述职，各种总结，各种PPT搞的人心烦意乱。那些总结都是偏向于理性的总结，而我终究是个感性的人，所以想以自己真实的想法去回顾一下这一年。

工作

业务项目

疫情的关系，在家办公了1个月，每天被各种钉钉语音、视频拉着开各种会议，要写日报周报，每天晚上项目经理还要再开负责人会议，一开就是好几个小时，真的我可能是一个天生不喜欢开会的人，尤其是那些低效率的会议，讨论的东西让我觉得毫无意义，我们都在顺应着管理者的爱好。最讨厌的是一帮开会的人里面，除了我还在一线写代码，产品经理不需要写代码外，其余都是做管理的人。我要一边开会，一边写代码，还要处理组员遇到的问题，在家办公的 一个月时间让感觉比在公司还累。

项目主框架：angularJs。朋友们2020年了，你没有看错，我们还在使用angularJs做开发，期间团队有因为技术栈这个问题离职过，新招聘的人也不愿意维护老的项目，究其原因就是因为害怕技术陈旧，干一段时间之后被市场淘汰，找不到新工作。

在这个里面我主要做了以下几件事情：

• 新 feature 使用 react 技术栈开发，保证不会需要二次重构

• 修改的功能点或者issue继续在 angularjs 进行开发

• 把之前未经使用的 react 版本 ui 组件库接手，引入项目，边使用，边开发功能，边修复问题

• 在业务没有那么紧张，联调的间隙，对现有模块进行技术切换

• 打通react和angularJs在一个子应用里面使用，不使用iframe。react的开发都以组件的形式打包到主工程，使用angularJs将这些组件包装成为指令，在项目中使用，中间夹杂一些路由方面的处理

• 增加 gitlab 的 CI/CD 自动化，处理打包事情，减少手工打包

• 制定git commit信息提交规范，代码合并，版本管理，严格把控项目代码的版本管理

• 代码review保证代码质量，而团队成员不断的沟通

• 鼓励团队成员，请吃饭，调节团队气氛

部门组件库

基础UI库

在线访问戳： cloud-react

一个基于React开发的 To B 的基础组件，满足公司业务系统使用。

主要做的事情：

• 开发新组件和功能，修复问题

• 单元测试覆盖，减少细小改动带来的问题，必须跑通所有的单元测试

• 版本管理，用于测试和正式版本发布

• 制定代码贡献规范，提交记录规范，标准化流程

• 统一化组件css前缀，抽离部分公共样式，为后期换肤作准备

• 提交代码格式化，美化代码

业务组件库

基于基础UI库开发出来一套公共的业务组件，便于各个模块统一调用，原有angularJs项目也可以直接调用，业务的同学专注于自己的业务开发即可。减少人力成本，降低维护成本，统一一个系统使用同一组件的体验一致性。

分离复杂业务组件

技术栈：Typescript、React、Mobx、gojs

公司有一部分业务是流程图画布，在使用的业务模块有5个。技术栈纷杂凌乱，有使用jquery、angular、react的，一个公司相似的功能，体验却差异很大。

将所有的业务抽象出来，核心逻辑使用js开发，在外层使用React来包装简单的UI展示，这样的做法可以使得以后需要切花技术栈的时候变得非常简单，只需要改动少部分代码即可。

采用typescript编码，减少了由于类型错误带来的未知问题，更加强化了代码结构，复杂业务的数据模型更加清楚。

清晰的api定义，和简单的使用方式，使得各个业务模块切换成本极低，只需要将业务线的数据模型进行一次类型转换，即可使用所有的功能。以data + callback的方式给业务模块反馈，可自行与之对应的业务交互。

思考

纯前端的组件为公司和开发降低了一些成本，而最好的设想是后端能够出来一个service层，减少各个业务模型的差异转换，后端的 service再去对接不同的数据源，减少在公共业务代码的资源浪费，后端资源也蛮紧缺的，更进一步的组装会节省更多的资源。

可视化拖拽

这个专门写过一次总结，不再单独赘述，有兴趣的可以戳👇：taro-designer

思考

• 针对于原子类的组件拖拽对于项目效率的提升有限，应该在此基础上包装业务组件的零件，然后针对于零件再进行拖拽，这样也可以达到快速生成页面的效果。

• 可拖拽的原子类组件理论上可以替换为任意的组件库，我们可以包装任意自己想要的组件，然后在生成源码的之后修改一下预置模版即可。

• 使用数组作为存储数据的集合，众所周知数组是一组有序的数据的集合，增删改查每一次的操作，都需要重新去组织数据，而数组的时间复杂度为O(n)，看看有没有更好的数据组织方式。

• 带给业务的价值到底有多大？有待商榷。

其他

• 软件的架构到底应该是我们从实际问题出发，设计出合理的架构去解决问题？还是应该预设很多问题，然后架构为了解决这些问题而设计，真正在使用过程中遇到的问题到底有多少。

• 我们应该面向 KPI 编程还是抛弃 KPI 做有价值有意义的事情。季度初定义的KPI，季度结束回看完成的工作差异性很大，应该以哪个为主去打KPI，如果以实际为主，那么KPI的导向性意义在哪里。

• 更加意识到算法的重要性，学习总是会半途而废，被一些事情打断。

• 开始重启了博客的输出，回看了一下自己博客的输出在2016年是偏多的，之后随着工作的忙碌就基本没有，慢慢就被遗忘。

• 遇到了一些管理者，有给人感觉好的，也有不好的？这些都是主观的感受，那么到底好的管理者是什么样子的？有没有标准让我们客观的去衡量一个管理的好坏。

生活

家🏠

经历了去年一整年的装修与晾晒之后，今年终于住进了自己的小窝，以后再也不用交房租，买东西也不用再去担心这个东西搬家的时候应该怎么整，生活的压力也没有那么大。

车🚗

买了一辆巧格踏板车，上下班代步，大幅度提升了上下班的幸福感，因为堵车带来的烦恼与日俱减，偶尔开车的时候感觉自己的路怒症都要被激发。

游戏🎮

这一年被朋友带入坑开始打王者荣耀，最好的成绩应该是铂金II 3颗星。 不得不说多年除了开心消消乐再没玩过其他游戏，基本技能已经丧失掉。好像我对于游戏中的抢人头，输赢都没有太大的感觉，而有的人就会为了人头大骂队友，很不能够理解这样的行为，人和人终究是不一样的，而我玩游戏只是为了释放片刻的压力而已。

记得有一次排位，其中有个队友很强，在游戏中大骂我们其他人都是弱智，没有人理会，虽然那局游戏艰难的赢了，人家还是一直在骂，对方加我好友，备注信息写到：你不配玩游戏！我通过了，然后又给我发消息说：你不配。我回了一句：好的，那我去看动画片了。发完以后对方再也没有回复我直接下线了，想想都觉得好笑。

有时候侄子和侄女经常会带着我打游戏，10岁的小男生拿到过最强王者，所以跟你一起玩游戏的人不一定是怎么样一个水准，什么样的年龄，不要去争论这些，个人感觉很没有必要。

感情

今年最想明白的一件事情就是，有的朋友淡了就淡了，任何一种感情双向的奔赴才是有意义，而一个人单方面的付出毫无意义。不要总是心存愧疚，你已经做的很好了，每个人的生活重心都会发生转移，学会接受有人离开，有人进来。

减少对他人的期待，这样我们不会累，别人也不会感觉到压力大。

宽恕自己

不要去勉强自己做事情，不想做就不要做。

也不要刻意去隐瞒自己的情绪，好和坏都是一种结果。

很多时候既然我们改变不了什么，那就躺平了，接受生活的毒打，然后再饱含热情去对待就好。风雨过后总会有彩虹的出现不是吗？

关于父母

这一年最大的感触就是自己赚钱的速度压根赶不上父母苍老的速度，于是暗自下定决心，每月回家一趟，基本我也做到了这个决定，希望能够多点时间来陪他们。

总结

不管是对于工作还是生活，很多时候我都会想未来在哪里，未来到底应该是什么样子，我到底在追求什么？我就像在大海上航行的一个小船，随着风浪的方向随波逐流。

2021想尝试一些改变，做一些不一样的事情，甚至于换一种方式，一个环境去开始新的生活。说到换工作我又在想，换工作的初衷是什么，如果换了一个公司做的事情还是差不多，那么我换工作的意义又在哪里。

路漫漫其修远兮，吾将上下而求索！

本文由博客群发一文多发等运营工具平台 OpenWrite 发布