总结
2022年最后一天，总结这一年就是【业务为导向】。
2022年毕业马上四年，换过三家公司，目前在这家公司工作两年，也是我毕业以来成长最快的两年。
2022做的事情
2022我干的事情：
- 坚持背单词，每天早起一个小时背单词，目前还在坚持
- 从八月份开始坚持每天刷leetcode，目前还在在坚持
- 技术上重新刷完了Netty课程
- 总结了RocketMQ的相关文档
- 输出技术文档共15篇
- 工作中成为技术Owner
- 在团队中成长为业务核心
这一年对比2021更多的是让我在跨团队和业务广度上得到了成长，2021主要在一个业务点上发掘深度，成为团队中这个业务点的核心。2022参加了更多的跨团队会议，对业务了解更多，业务广度更广。
2022工作中最有意义的事情：【拿到3.75的绩效】。
2022年下来对于我最大的理解就是业务是核心，技术人员在保证技术的同时要抓住业务的核心，在业务上能有自己的见解，这样在做业务开发时能够更好的评估可行性。
2022核心概括
掌握业务的核心
开发人员应该以业务为核心，技术为第二要素。
以前我的想法就是只要技术牛逼啥都能干，但是当了解了更多的业务后发现再牛逼的技术都是服务于业务。
业务的实现更多的要求【准】【快】【稳】，就是要技术最终的实现要做到跟产品和业务的预期（理想化，但是不能偏离主方向）并且最快速稳定的上线。
技术的牛逼可能会让你做的更快，但是如果没有准，再快也都是空谈。在接手开发任务后第一要素是了解开发任务的业务方向，自己服务这部分的业务核心是什么？整体的业务是做什么的？业务的价值体现在哪里？如何评估自己的投资回报率，也就是我付出的技术最终在业务上能得到什么反馈。比如我做了一个物流预测模型，该模型能提高物流的时效达成率为x%；比如我实现了某个物流本地业务开发，最终支持了该业务每天x单的业务订单.....
技术人员不仅仅只是做搬砖的，还要知道我们做的价值。毕竟不想当将军的士兵不是好士兵。
程序员的目标是成为工程师。
因此技术人员在实际开发过程中要把业务作为第一要素。
三思而后码
概括这个的意思就是不要着急敲代码，一定要考虑清楚，确定好方案可行性、跟产品、业务对清实现的方向以及实现的技术方案再进行开发。
工作三年对于我来说在一个项目开发过程中真正开发的时间是2/5，前期方案的确定，业务的思路和方向占用3/5，最终测试改bug占用1/5。如果前期的方案使用的时间少，那么测试改bug的时间一定会翻倍增加。
从我自身经历来说程序员（偏业务）最难的不是开发而是方案的确定和编写。
如果是作为技术一号位不仅要做业务核心的对焦和梳理，还要调研技术的实现方案，梳理出实现的思路，最终梳理可行性方案以及开发任务的优先级、排期和人员安排。
整个方案的确定在立项之后是最耗费时间的，因为只有业务方向正确、业务核心清晰在开发过程中才会减少再次对焦的时间，将更多的时间安排在开发上，提高开发的效率。
所以开发人员一定不要着急开发，即使是一个很小的需求也要理清楚该需求的方向，该需求是否后续还会迭代，如果迭代该如何快速迭代，避免修改更多的代码。
三思而后码不仅是提高当前的开发效率也是提高我们后续代码的复用性和可扩展性。
自我思考的能力
自我思考不仅仅对于技术，对于业务来说也要有自己的思考。不论自己是一个初级、中级、高级都要有自己的思想。不要只是被动的接收而缺少自己的见解。
在产品方案的评审过程中，在吸收业务知识的同时要思考为什么要做这个业务，这个业务是否合理？产品的方案是跟业务对齐的方案，但是开发在了解过程中会输出从开发角度上的问题，这个业务的可行性怎么样？有什么难点？多实现的方案下哪个更优？
这些都是我们自己的思考。每个人都是独立的个体，每个人思考问题的角度都可能不一样，不一样才能碰撞出火花，做出更好的产品出来。
不说改变世界但是要改变自己。
