2021 年终总结
年龄越大，会觉得时间过得越快，2021 年已经结束。
疫情
疫情依然伴随着我们左右，出门戴口罩已经成为了一种习惯，有点风吹草动，出现密接或者确诊，迅速封锁，全民核酸也成了一种习惯。好在在疫情出现起伏波动的时候，武汉一直都还挺稳定的。
还想重点提下疫苗的重要性，看了一些数据，接种了疫苗的确诊者，几乎都是轻症，而且无死亡，所以该打的尽早去打。
疫情对我个人的影响还是挺大的，不能出远门旅行，马拉松在 2021 年所有的赛事几乎都停办或延期，只能自己跑。
期待摘到口罩的那一天。
和女儿
今年 3 月份，女儿被选进了学校的啦啦队，早上和下午放学后都需要进行训练，自从进入啦啦操训练，身体状况就变好了，今年很少生病。虽然训练很辛苦，我觉得还是挺值得的。
放寒假后，啦啦队老师给他们布置了训练的作业，一天晚上我下班回家，女儿要跟我比赛，内容就是他们的训练内容，我居然没有比过，让我对女儿有点刮目相看了，随后的几天又看到女儿能连续做 30 个俯卧撑和 100 个卷腹，说实话有点惊到我了。
四月份，女儿学校有一个动画主题的活动，她们班的主题是小猪佩奇，她很踊跃地报名了要做一个大的手工，一向不喜欢做手工的我花了将近一周的时间，做了一个猪爷爷的船，虽然每天加班弄，还是很有意义的。
纪念日
今年的 5 月 20 是结婚 10 周年纪念日，这么一个重大的日子，没有大餐，没有贵重的礼物，我们重走了之前走过的路，去吃以前一起吃过的路边摊。简单而有意义，当然这个点子是老婆想的。
跑步
2021 年跑了 5 个半马，因为疫情的原因，没有一次是参加的线下赛事。
2021 年 9 月 1 号，随着女儿的开学，我也开始了 100 天每天 5 公里的跑步计划。最终坚持了下来，在《连续跑步100天是什么体验？》一文中有整个过程的描述。
2022 年跑步依然会是我生活中的一部分，非常期待疫情结束或者稳定，能够参加线下赛事。
2022 也立一个跑步的 Flag，每月跑量过 100 公里，写这篇文章的时候，2022 年的 1 月已经结束，跑量 101 公里。
早起
因为女儿啦啦操早上的训练七点要到学校，我又从 9 月 1 号开始执行了跑步计划，所以每天5点准时起床，三个多月已经让我觉得早起并不是一件很痛苦的事情。
后来又看了一本书《四点起床》，以至于在跑步计划结束之后，早上早起的习惯并没有改变，甚至因为这本书的影响，尝试了 4 点半到 4 点 50 起床。
关于怎么做到早起，以及早起的好处，在之前的文章《四点起床，是疯狂还是自律？》中有详细介绍，有兴趣可以看看。
换车
2020 年的总结中就写到希望 2021 年能换辆车，这个愿望在 2021 也实现了。
越野车一直是我的梦想，之前关注过 Jeep 系列、奇瑞路虎等，直到坦克 300 出现，各方面都很符合我的需求，就是需要预约排好，没有现车。
最终在 6 月交定金预约，然后经过漫长的四个多月的等待，在 10 月底拿到新车了。
旅行
又是疫情的原因，今年只有五一的时候去了荆州方特。
去之前就看到网上有新闻，因为人太多游客长时间不能入园，闹着要退票，除此之外也查询到 5 月 3 号的天气是下雨，但我们还是义无反顾地去了。
可能是因为下雨的原因，也可能是网上人多的新闻将很多人吓退，我们到方特的时候，几乎没排队就进去了。
女儿玩的很开心，特别是伴我飞翔的项目，还想再玩。
关于旅行，最期待的就是自驾川进青出，之前看过很多的文章和视频，但只有自己真正走过，才能体会其中的美妙。
公众号
公众号从 18 年 5 月到现在已经有 3 年多的时间了，产量不高，2021 年总共发布了 37 篇原创，比 2020 年多了十来篇。
之前计划的争取每周一篇，所以我的大部分文章都是在周末写，周一的早上推送，有时有事情没写成就耽搁一个礼拜了。
现在发现不用刻意去规定每周一篇可能效果会更好。随时可以思考、可以记录、可以整理，再加上现在早起「多出」的时间，相信在 2022 年会更高产，拭目以待吧。
读书
2021 年读完的技术和非技术的书籍，大概只有 10 几本。虽然说读书不能靠量来取胜，这个量相比较我买的大量书籍来说，实在是有点惭愧。
现在读书的途径很多，纸质书、电纸书、手机上的各种 APP，所以只要合理规划好时间，还是能看不少的。
之前读书相关的文章可以看这个链接：https://mp.weixin.qq.com/mp/appmsgalbum?__biz=MzU0NjgzNzQyMw==&action=getalbum&album_id=1344373452807045121#wechat_redirect
2022 年也立一个读书的 Flag：每个月看完至少 2 本跟工作无关的书籍。
工作
2021 年的工作中主要做了这些事情：
1、产品稳定性的提升；
2、产品特定模块的性能提升；
3、团队开始实践敏捷开发模式；
4、将产品进行 SaaS 化改造。
稳定性和性能都是非功能性需求，但也是非常重要的，需要不断迭代、持续改进的，这个迭代和改进的过程中就需要去做架构设计，代码重构。如果都是等发现重大问题再去解决，就不是重构而是重写了。
团队在实践了敏捷开发模式后，几个迭代下来，在跟团队成员做回顾会议的时候，大多觉得是利大于弊的，具体体现在下面几点：
1、开发人员的自测意识加强了；
2、开发设计文档上有所加强，降低了前后端的沟通成本；
3、需求能提前安排到两三周之后；
4、每日站会能让成员每天都能集中进行一次沟通。
当然，问题也有，我对比几次迭代的回顾会议，还有之前的一些周会记录，发现一个问题就是执行力，很多时候在会上提出问题容易，讨论出来解决方法也容易，但最终的执行就变得困难了。
我觉得执行困难的一个原因是因为缺乏监管制度，DPCA 中有一个重要的环节就是 Check，有了 Check 的循环才是一个正向的，持续改进的。这一点在 2022 年我需要认真思考，找到好的制度和规则。
最后，祝大家虎年大吉，虎虎生威！
本文写于 2022 年 2 月 1 日凌晨三点父母家。
本文采用 署名-非商业性使用-相同方式共享 4.0 国际 许可协议，转载请注明出处。
