代码生成器共享平台 笔记

代码生成器后端本地运行&部署

代码生成器前端本地运行&部署

AI 超级智能体 - 2 - AI 大模型接入 笔记

大佬们，我这个点了制作，这个压缩包直接损坏是什么情况吖，😭，我是直接用的鱼总的代码

聚合搜索平台 笔记

携手 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这个变量，有点不知所措了。