携手 2023,逐梦 2024:我的年终总结与新年规划

#2023年度总结#


年度总结感悟:


很久之前就准备写年度总结了,由于是第一次写年度总结,出现了很多问题,导致自己的年终总结一直没有写出来。


第一个问题是写的太细,自己把之前记录的每天做的内容都看一遍后,然后做总结。这样出现的问题就是一是抓不住重点;


二是需要耗费的时间太长,之前总结一个星期的内容,就需要花费近一个小时,实在是搞得我没有动力去做了。


第二个问题是,由于 2023 年前半年,并没有记录每天做了什么,导致自己都忘了自己具体都了些什么,始终不知道该写些什么。


这份年终总结,算是自己对 2023 年自己印象比较深的一些事情做一次梳理,也是对 2024 年的一些规划!


2023 年总结:


一、工作与学习

从去年三月份到今年一月份,自己一直都在做同一个项目。这个项目所用的技术栈也是自己在工作中学习的。并没有把所有的技术栈都找对应的课程系统的学习,但目前都能达到工作的水平。


对于学习来说,需要改进的就是需要做笔记,而且应该把这些笔记发到一些公共平台上。自己没有发到公共平台上,所以对自己的笔记要求不是特别高。


新的一年需要改进的是:

1、需要对学习的内容做笔记;

2、发到公共的平台上去检验自己学到的内容。


二、工作中的重复内容

对工作中的重复内容,是否有做对应的工具类来解决这方面的问题。这方面其实是有做的,但落实的不彻底。自己其实有写了几个用来生成前端、后端的一些重复性代码的工具类。


当时处于开发的后期才写出来这些工具类,当时其实已经不太能用的上了。后来又需要做一些开发任务的时候,由于项目依赖的问题,一直迟迟没有用上。


后来解决了依赖相关的问题后,发现自己又不需要用了。不过这些工具类还是非常有用的,在之后的工作中一定要用上。


这方面需要改进的是:

1、持续思考有哪些工作内容是重复性、且有具体的流程,需要把这类内容尽快做成一个个小工具;

2、小工具制作后,一定要想好,放在哪里,才能方便下次使用。


三、工作中难点问题

去年在做开发时,一些工作流相关的内容,卡住了自己,卡了挺长时间的。


一方面是对于工作流的各种配置,自己并不熟悉,后来知道怎么配置了,也没有理解的很透彻;


另一方面是代码相关的问题,开始遇到某个问题,然后解决了,但没有记录下来,下次别人遇到的时候,自己都忘记了自己当时是怎么解决的。


这方面需要改进的是:

1、使用思维导图来分析一些比较难的问题,将复杂问题拆解,然后逐个解决;

2、解决后,一定要记录文档,把整个流程重新梳理一遍,可以把解决方案讲给同伴听,加深自己的印象;

3、对于一些固定化的内容,像流程配置,一定要使用语雀整理成文档;

4、对于一些不确定的内容,还是应该进行各种尝试各种探索,或虚心请教他人,这些问题之后还有可能会遇到。


四、工作之外做项目的总结

工作之外,做项目遇到的问题。当时跟着鱼总一起做代码生成系统,当时只做到了第四期,就彻底卡住了。


当时自己看了好几次文档,视频又重头看了一下,由于工作比较忙,可能每天只能投入一个小时左右,连续解决了三四天都没有彻底解决,后来就直接放弃了。


其实当时应该,把这个问题发到对应的群里,或者发到星球里,请求别人的帮助。这样的话,也许就不会因为一个卡点导致半途而废。


明确自己确实非常有限,之后在学习或者做项目遇到自己花了一两个小时都没有解决的问题,一定要虚心的向别人请教。


五、副业相关的总结

学习和副业方面。23 年 AI 特别火,我也一直在这个方面观望,时不时的都会投入一些时间来学习一下,或者研究一下。


这导致我其实是有一些分心的,原来可能准备用来学技术的时间,后来可能就用来搞 AI 了。


瞎折腾一番,对一些 AI 内容有了一些初步的认识,也认识了一些伙伴,在他们身上学到了一些东西。


新的一年我可能还是会做副业相关的探索,想办法减少自己的娱乐时间,以及不断反思,提升自己做事情的效率。


2024 年目标规划:


一、阅读:至少读 6 本书

提升认知,扩展视野


二、运动:每两周一次 3 公里

身体是革命的本钱,去年胖了 10 斤,今年可不能再胖了


三、工作:每天 1 篇总结

一方面,复盘当天的内容,寻找可以提升的点;另一方面,把当天做的内容形成文档,方便下次使用。


四、学习:每天至少学 45 min

作为一名技术人员,只有持续的学习,才能保持住自己的核心竞争力,为自己争取到更多的资源。


五、副业:找到 1 个可持续发展的方向

至少坚持 3 个月,每天花 45 min来进行学习或输出


2023 年有太多想感谢却一直没有说出口的人:


感谢我的项目经理宋老师,没有他我就无法参与到现在的这个项目。在做项目的过程中,给予我有很多的指导与包容。


感谢我的同事睿睿,在做项目过程中,难免都会遇到一些卡点,在他的帮助下都能快速的发现问题并解决。


感谢鱼皮哥,提供了这么好一个编程社群,非常的专业,社群学习氛围一级棒。


感谢小林哥,自己还是需要多多向小林哥学习。


感谢广哥,在我对于工作还是考研再次迷茫时,帮我进行了细致的分析。让我很快的找到了方向。


感谢 Aaron 潇哥,给我讲解他的成长之路,也给我提了很多宝贵的建议。


最后,感谢曾经帮过我的每一个人,或大或小都铭记在心,新的一年一起加油ヾ(◍°∇°◍)ノ゙!



0个评论
点击登录,快来和大家讨论吧~
表情
图片
暂无评论
动次动次
作者分享
2024/1/10 复盘: 1. 从宏观和微观解决问题: 就拿最近的数据处理来说,自己总结归纳然后写了个存储过程,每天只对提出问题的数据进行处理。其他数据自己从来都不考虑,导致每天都要做数据处理,问题每天都有。 从宏观来考虑这个问题的话,看这是不是一个普遍性的问题。那么就查询全部数据,看同类问题的数据一共有多少。然后统一处理,防止返工。 当然,自己当时也考虑过直接处理同类问题,但当时是刚入手数据处理,对相关的数据问题理解的并不深入。在某次处理后,结果把全库数据都处理错了。好在当时及时发现,有很快的做了数据恢复。之后就有点不敢对全库数据进行操作了。 现在反思感觉这种思维不太对,因小失大了。正确的处理方法应该是,下次处理时更加严谨一些,另外在处理前,让有经验的同事帮忙看一下有没有问题。这样既能高效的解决问题,又能降低出错的可能性。 2. 控制好自己的情绪 今天因为工作问题,真的没有管理住自己的情绪,我真的怒了。反思激发情绪的原因一方面是工作量确实很大,另一方面也是自己解决问题的效率确实不够高(有时候自己确实没有意识到)。自己觉得别人只会说,不会做,不理解自己,也知道问题的根本原因,所以对于光说不做的人总是有一种嫌弃的感觉。 但自己也应该明白,自己和上级之间的等级关系。领导再差劲也是领导,当领导的,本来就只负责决策,不负责执行。不应该对别人抱有太多的期待。做好自己的分内之事即可。还是应该想尽办法来提升自己的效率,以及和别人的协调能力。 自己总觉得自己能干成,这是个好意识,但有时候要做的事可能真的会超出自己的能力范围。但是只有不断的做才能提升自己的能力。遇到问题,应该是通过沟通、协调,想尽一切办法来解决这个问题,而不是愤怒、抱怨,或独自承受。 3. 寻求别人的帮助 这一点我做的一点都不好。一方面感觉麻烦别人,别人也可能不是很愿意,所以能自己解决就尽量自己解决。另一方面可能是自己太自以为是,太傲慢了吧! 很多时候。自己都会踩很多坑,然后通过总结才能有所提升。但对于有经验的人,他们做起来真的是又快又好。 感悟就是,在做事的时候,应该问一下有经验的人,做这件事情需要花多长时间,甚至可以交流一下他是怎么做的,也应该对别人的帮助给予回报。允许自己去摸索,但一旦花费的时间超过预定的 1.5 倍的时候,就应该意识到需要向别人取经了。
0
Day01 20230104复盘: 早上起来看了 20 min的定制化代码生成系统。目前卡在了在调用命令生成模板时报错。猜测可能的原因是路径问题,明天继续排查。 上午遇到了同一个见习单位有多条有效数据的问题。解决这个问题后,把它总结成了一个存储过程,便于后续快速处理同类型数据。 和上级沟通在处理就业见习时,关联的单位/人员有多条有效信息时该如何处理。对于一些自己无法决断的问题,还是需要快速的向上级请教。 单位的话,以见习单位为主;人员的话,看人员查询模块下是否办理了业务,如果没有办理业务,需要客户注销后使用。 中午打版时报错,preservice 无法启动。同事在一个微服务里引入了另一个微服务的依赖,导致相同命名的 Bean 组件冲突而报错ConflictingBeanDefinitionException。自己之前也犯过同类型的问题,最终的解决方案是通过 Feign 接口来调用其他服务里的接口。 下午依然使用自己编写存储过程来处理数据。 晚上又对数据处理的存储过程整体优化了一下,明天重点依然是解决数据问题。在解决的过程中,再不断完善这个存储过程
0
通过windows脚本执行打包操作 具体可参考: https://www.yuque.com/alldsff/xvnqa3/pviirvgxm300uwuh?singleDoc# 《通过windows脚本执行打包操作》 #知识碎片#
11
代码生成器共享平台 笔记
11
用户中心 提问 兄弟们,有没有遇到过这个问题的。搞了好长时间搞不定😂。关键是自己也没有定义request这个变量,有点不知所措了。
7
下载 APP