- 2024-02-19·Java后端#2023年度总结# 年度总结感悟: 很久之前就准备写年度总结了,由于是第一次写年度总结,出现了很多问题,导致自己的年终总结一直没有写出来。 第一个问题是写的太细,自己把之前记录的每天做的内容都看一遍后,然后做总结。这样出现的问题就是一是抓不住重点; 二是需要耗费的时间太长,之前总结一个星期的内容,就需要花费近一个小时,实在是搞得我没有动力去做了。 第二个问题是,由于 2023 年前半年,并没有记查看全文编程导航_小y:我在参加编程导航 #2023年度总结# 分享活动:https://t.zsxq.com/15sNIKr4J
1670分享 - 2024-01-04·Java后端查看全文Day01 20230104复盘: 早上起来看了 20 min的定制化代码生成系统。目前卡在了在调用命令生成模板时报错。猜测可能的原因是路径问题,明天继续排查。 ...000分享
- 2023-11-27·Java后端查看全文通过windows脚本执行打包操作 具体可参考: https://www.yuque.com/alldsff/xvnqa3/pviirvgxm300uwuh?singleDoc# 《通过windows脚本执行打包操作》 ...程序员小白条:知识碎片的目的是通过简单分享,帮大家快速学习重点编程小知识。知识碎片汇总:https://yuyuanweb.feishu.cn/wiki/AqfawFUT0iD69kkiRKoci6Nqnqc欢迎参与贡献,获取奖励:https://docs.qq.com/form/page/DQkdHTGFLQmJjV3VU#/fill1110分享
- 2022-11-20·Java后端用户中心 提问 兄弟们,有没有遇到过这个问题的。搞了好长时间搞不定😂。关键是自己也没有定义request这个变量,有点不知所措了。鱼友0412:你先找找这个58行13列的代码740分享
- 2022-11-15·Java后端用户中心 #提问# 引入 SYSTEM_LOGO 后,没有被识别到。我试了一下引入是没有问题的,但在使用时,就无法被识别。哪位大佬知道怎么解决这个问题吗[呲牙]?林寻:似乎遇到过780分享
携手 2023,逐梦 2024:我的年终总结与新年规划
2024/1/10 复盘: 1. 从宏观和微观解决问题: 就拿最近的数据处理来说,自己总结归纳然后写了个存储过程,每天只对提出问题的数据进行处理。其他数据自己从来都不考虑,导致每天都要做数据处理,问题每天都有。 从宏观来考虑这个问题的话,看这是不是一个普遍性的问题。那么就查询全部数据,看同类问题的数据一共有多少。然后统一处理,防止返工。 当然,自己当时也考虑过直接处理同类问题,但当时是刚入手数据处理,对相关的数据问题理解的并不深入。在某次处理后,结果把全库数据都处理错了。好在当时及时发现,有很快的做了数据恢复。之后就有点不敢对全库数据进行操作了。 现在反思感觉这种思维不太对,因小失大了。正确的处理方法应该是,下次处理时更加严谨一些,另外在处理前,让有经验的同事帮忙看一下有没有问题。这样既能高效的解决问题,又能降低出错的可能性。 2. 控制好自己的情绪 今天因为工作问题,真的没有管理住自己的情绪,我真的怒了。反思激发情绪的原因一方面是工作量确实很大,另一方面也是自己解决问题的效率确实不够高(有时候自己确实没有意识到)。自己觉得别人只会说,不会做,不理解自己,也知道问题的根本原因,所以对于光说不做的人总是有一种嫌弃的感觉。 但自己也应该明白,自己和上级之间的等级关系。领导再差劲也是领导,当领导的,本来就只负责决策,不负责执行。不应该对别人抱有太多的期待。做好自己的分内之事即可。还是应该想尽办法来提升自己的效率,以及和别人的协调能力。 自己总觉得自己能干成,这是个好意识,但有时候要做的事可能真的会超出自己的能力范围。但是只有不断的做才能提升自己的能力。遇到问题,应该是通过沟通、协调,想尽一切办法来解决这个问题,而不是愤怒、抱怨,或独自承受。 3. 寻求别人的帮助 这一点我做的一点都不好。一方面感觉麻烦别人,别人也可能不是很愿意,所以能自己解决就尽量自己解决。另一方面可能是自己太自以为是,太傲慢了吧! 很多时候。自己都会踩很多坑,然后通过总结才能有所提升。但对于有经验的人,他们做起来真的是又快又好。 感悟就是,在做事的时候,应该问一下有经验的人,做这件事情需要花多长时间,甚至可以交流一下他是怎么做的,也应该对别人的帮助给予回报。允许自己去摸索,但一旦花费的时间超过预定的 1.5 倍的时候,就应该意识到需要向别人取经了。
Day01 20230104复盘: 早上起来看了 20 min的定制化代码生成系统。目前卡在了在调用命令生成模板时报错。猜测可能的原因是路径问题,明天继续排查。 上午遇到了同一个见习单位有多条有效数据的问题。解决这个问题后,把它总结成了一个存储过程,便于后续快速处理同类型数据。 和上级沟通在处理就业见习时,关联的单位/人员有多条有效信息时该如何处理。对于一些自己无法决断的问题,还是需要快速的向上级请教。 单位的话,以见习单位为主;人员的话,看人员查询模块下是否办理了业务,如果没有办理业务,需要客户注销后使用。 中午打版时报错,preservice 无法启动。同事在一个微服务里引入了另一个微服务的依赖,导致相同命名的 Bean 组件冲突而报错ConflictingBeanDefinitionException。自己之前也犯过同类型的问题,最终的解决方案是通过 Feign 接口来调用其他服务里的接口。 下午依然使用自己编写存储过程来处理数据。 晚上又对数据处理的存储过程整体优化了一下,明天重点依然是解决数据问题。在解决的过程中,再不断完善这个存储过程
通过windows脚本执行打包操作 具体可参考: https://www.yuque.com/alldsff/xvnqa3/pviirvgxm300uwuh?singleDoc# 《通过windows脚本执行打包操作》 #知识碎片#
代码生成器共享平台 笔记
用户中心 提问 兄弟们,有没有遇到过这个问题的。搞了好长时间搞不定😂。关键是自己也没有定义request这个变量,有点不知所措了。
用户中心 #提问# 引入 SYSTEM_LOGO 后,没有被识别到。我试了一下引入是没有问题的,但在使用时,就无法被识别。哪位大佬知道怎么解决这个问题吗[呲牙]?
Day64 今天把分页遗留的问题解决了一下,如何获取到type参数。调整了一下成绩查询页面的内容,解决了成绩查询不能在指定的时间范围进行查询的问题。 设置了一下百度翻译API和腾讯云翻译的API 明天 调整一下数据库,优化一下代码,然后提交代码
Day64 按主管单位导出完成、排名计算、入围修改、面试的修改完善。 明天 完成剩余模块的导入导出 设计测试样例
Day63 笔试专业考试:专业考试成绩修改完善、代码项的设置与显示。资格审查:是否合格,备注修改、进入下一环节修改。 进度比较慢,一方面是需求不太明确,导致浪费了一些时间。一方面是自己第一次做,很多东西开始的时候都没有考虑到。中途又进行各种修改。 明天 上午争取吧之前的内容修改完。 下午完成剩下的几个模块。


