2023 年终总结
今天是 2024 年 1 月 1 日 元旦节，节前已整理完成 23 年年终总结脑图。今天有空转为文档，总结过去一年在工作 \ 运动兴趣 \ 阅读 \ 技术成长几个方面的收获、缺点遗憾以及改进思考。整理过去，清空自己，从 23 年做的好的方面以及做的不好的方向去思考如何规划新的一年。
"有的人焦虑，怕没得到，怕失去，我喜欢不太焦虑的人~" 先来说说工作。
工作方面 ------ 不焦虑，找到了自己的工作节奏
工作上的事情不太愿意拿出来分享，有点过于私密，也有些风险。具体的细节可能不会很多。今年在负责的业务上投入还不错，从全年的状态上挺满意。深度工作能够节约不少时间，屏蔽掉干扰认真工作做好（设计好技术方案，把代码实现清楚）。将平时学习的技术点应用到了需求开发上（事上磨，心上练），将掌握的设计模式、依赖注入、TypeScript 高级的一些玩法应用到需求开发上（将 jsx 中业务处理逻辑和 UI 代码完全分离，可读性稳定性都提升了不少，代码测试除了一些业务上没考虑的边界外，低级 bug 大大减少，整体上自我的反馈体验很好）。今年工作上做的不好的地方还是挺多目前发现比较严重的有这些点：业务背景不够深入、总结汇报做的不够好（口头汇报到是不少，正经文档邮件汇报进展同步风险的基本没有）、数据收益收集方面没形成思路和习惯（需要总结汇报时，到处找数据）。
详细说一下缺点和明年的改进项
lowlight
总结汇报做的不好 。今年负责的专项实际复杂度挺高，有几个子需求跨度时间挺长。好的汇报能够达到这样一些目的：同步进展（了解最近在干什么）、透出风险（寻求帮助和协调资源），汇报收益（老大可能会帮助透传，扩展影响力）。恰当时机的汇报，能让领导及时了解我的进展以及遇到的困难，有助于寻求帮助和协调资源（开发上可能需要加时间）。及时同步进展能够很好的管理 leader 的预期，今年的改进项之一就是思考并实践出这些结论 "如何汇报？汇报哪些内容？汇报的目的是什么？"。
数据收益和评估指标建设上做的不够，反馈的来源过于单一 。反馈是很重要的一环，没有这一步就很难形成完整的链路。链路：发现问题，解决问题，反馈（发现新的问题）。一个功能/工具的开发是为了解决某些问题（降低复杂度？提升效率？能力建设完备？提升数据质量？）总之写代码是为了解决问题，那么评估开发的功能是否解决了问题，同样重要。目前我的反馈来源这几个方面：产品从用户测收集反馈，哪些功能难用？希望上线哪些新的功能？用户使用时录视频，我从视频上观察他们想用工具解决什么问题/再思考是否能优化？这些方面来源很重要但是总是会缺失很多信息比如：一个需求中存在 10 个功能，有些功能很好用却没人发现（需要培训宣贯），有些功能我们花了很多时间思考推演设计实际上是多余的【这些是我后来加上埋点信息后，统计分析发现】。完备的数据统计和指标建设能够在用户使用后提前分析得到我们想要的数据【是否在使用？频率如何？哪些用的多耗时多是不是再优化交互？】。改进项：思考如何统计如何建立评估的指标，最好推动需求评审时一起讨论清楚（技术上统计哪些数据，产品建立哪些指标，上线后什么时候产出这个分析报告）。我准备抓大放小，大需求重点需求统计，小需求不统计（ 局部很小的优化、一些配置项更新完全没必要 ）。
对业务了解不够深入，哪天业务黄了我可能都后知后觉。 仅了解自己负责专项内部的事情背景远远不够。就拿车道线数据生产来说： 了解生产的计划（量产/更新），了解数据产生的效果（线上应用数据的大概结果如何），了解整个mona 数据大项目目前的进展（看周报，找人聊。避免业务都快黄了，还在写提效技术方案）， 了解业界如何实现的（他山之石）。另外，大小需求背景问清楚，最好先拿到wiki文档自己先阅读，思考解决什么问题。评审时/私下，将背景了解清楚【参见：缺点中五大了解事项】
需求时间规划上需要详细做，避免时间错估，搞的时间太紧/开发量还挺大，经常汇报 delay 风险。方案评审时一定要认真细化评估开发时间（方案实现/文档总结/收益埋点等容易落下的时间一定要考虑到）。【细节：把方案设计和总结的时间从项目开发排期里面拿出来，但是这部分时间是需要留存的，因此同步开始开发的节点是完成技术方案设计后，项目上报完成的时间节点是测试通过完成上线（重点项目则周会多上报一周：等待数据收益）】，项目开发完成后立即开展总结文档写作（需求hang，一般两个小时能够搞定）。
阅读和技术成长 ------ 全年日均阅读 30 分钟左右，写作分享技术文章 14 篇
今年阅读变成了一种习惯，没事儿的时候就会打开微信读书阅读一下。技术写作也从计划 Table 上落到地上开始生根。
全年微信读书累计阅读时长 168h （阅读 246 天），另外还读了几本纸质书，大概全年平均下来日均阅读 30min。阅读内容上偏向计算机和文学方向。推荐几本认为还不错的书吧：《可能性的艺术》《蛤蟆先生看心理医生》《程序是怎样跑起来的》《命运》《信》《半小时漫画宇宙大爆炸》《禅与摩托车维修艺术》《工作，消费主义和新穷人》。
技术写作方面，今年实际语雀中完成的技术文章大概有 30 篇，实际分享到掘金和知乎的大概只有 14 篇。从时间线上来看主要是从：5 月-10 月 中间完成大部分的技术文章，10 月以后中断了技术写作（回想起来，很难受）。研究的范围主要是这样几个方面：
- TypeScript 方向，怎么实现的类型体操、装饰器和元编程、依赖注入等等
- 设计模式，重新理解了 SOLID 原则和一写常用的设计模式，并应用到开发中。在 React 中搞面向对象编程。
- 浏览器技术内参， 了解 chrome 的多进程架构以及 JavaScript 的浏览器运行环境。
- V8 引擎。
阅读已经形成了一点点微习惯，应该比较好持续下去~ 主要反思在技术研究和写作方向上的问题。
lowlight 👎🏻
技术文章写作和技术成长方面做的不好的点比较多，也是 2024 年主要改进的大方向。主要有以下几个问题：
- 技术上
-
- 潜意识中给自己设限了【研究了几篇文章，写了点内容，看了几篇文章容易中断去玩一玩，看看手机，一去不回】。对技术的投入需要倾斜增加时间和精力，代码或者 LeetCode 通过的时候我其实是比较兴奋的。学会了新的技术也比较高兴，但是投入是太拉跨了。
- 技术更新信息获取渠道没建立好。扩展技术信息渠道，找到前沿的技术信息渠道，坚持养成每日阅读查看的习惯。目前关注了一些技术周报：JavaScript 周刊，其他的一些周刊日报。需要重新整理一下并形成阅读的习惯（渠道最好是英文第一手）。
- 每周必须划定时间研究技术，多使用技术解决一下身边的问题。开发浏览器插件、node服务等等。比如解决代理就是个困扰我的问题（公司的代理 vpn, 国际互联网的 VPN、线上接口本地访问的一些配置，每次都手改，太麻烦）。
- 文章写作上
-
- 没有坚持下来，才开始几个月就被中断。中断的原因还是在于我，分清利弊，排除干扰，坚持下来只有一个理由，放弃的接口会有很多。老大在内部分享我技术文章（这其实是好事，因为技术文章写的不够满意，觉得还挺尴尬，后来逐渐就停了）。想想真的是，哎！
- 内容上结构需要调整，如何结构化表达。每篇文章需要思考清楚范围：解决什么问题？怎么实现？说明白哪些东西？怎么表达更好理解。重新学习掌握结构化表达方法，将文章结构套路研究清楚。
- 过于关注数据，对点赞数评论数/阅读量过于敏感。前期文章质量不好，写作思路混乱。重点应该是聚焦在：每篇技术文章在讨论解决什么问题？如何解决？如何介绍清除内容？结构行文上是否恰当？内容是否完备？
写作的目的，梳理清楚掌握的技术和知识，不管是应用还是解决问题，或者是总结归纳。最根本的目的是让自己的技术和知识更具备体系化（写作时能发现好多问题，阅读时一眼带过，实际写作时发现，需要深入再了解，逐渐下去，枝枝蔓蔓就多了）。对于将总结文档转换成技术文章分享到社区，则需要进行一些更具备故事性的结构优化技巧（我还没掌握，大概是这个意思，大家容易读，也容易理解，还能了解知识，这是我的目标）。
运动和兴趣 ------ more have fun
今年运动和兴趣爱好扩散的比较多，2024 年需要收敛一下。运动健身 170+天【133 天健身房，游泳 10+ 次，20+篮球】有些时候忘了用手环记录，实际时间应该偏高一点。
- 拿了驾照，买了摩托车，现在是一名摩的佬。
- 重新捡回来游泳，每次游泳 1.5---1.7km 状态还不错。
- 参加了公司篮球赛，虽然最后结果不太好，但是交了几个兄弟。来年练练球，争取玩的更好。
- 健身坚持的还行，有胸肌了（保底是个 A）。
- 滑雪终于学会了绕 S 弯，从后刃推坡到落叶飘，再到 S 弯 。have fun ~
健身上因为国庆后时间调整，从晚上健身调整到早上健身导致早起和技术学习时间严重被压缩。国庆前习惯是早上学习晚上健身，早上 7.30 到公司，十点之前的时间都是阅读和写文章的，晚上八点后去公司健身房健身。国庆半了张商业健身房卡（健身房 8:00-22:00 营业），调整到早上健身，晚上学习。节奏完全被打乱了（早上 6.30 起床在家学习状态不好，早起下雪后早起还失败了，坚持了大半年的早起，最后也崩坏了）。晚上八点学习也不好开展（老大和同事看着微信读书的页面，我这总归心里不太稳当）。
总结
2023 年匆匆过去，回首看一切的结果都是从投入开始，从中断结束。2024 年的规划已经提上日程，等下一年年终总结时希望有更多的自我感动时刻，看到自我的成长，看到对计划上的投入。