前面的回复都挺对的。

使用工具自动化||流程规范来避免
无法自动化处理的，想要避免低级错误，那只能不做，或者多做到形成肌肉记忆。

竟然这么多人评论了， 我也不吐不快一下吧。

1 、你不是来讨论问题的，是来评判 maven 不好的
你用过其它语言跟构建工具，与你遇到 maven 问题有什么关系？
正常提问，应该是如何解决 maven 的 xx 问题吧

2 、你的标题跟内容有一毛钱关系吗？
别人进来一看，通篇都是吐槽 maven 不行，其它语言、构建工具多好啥，哪里会关注你真正问题
用个语言会降智，看你的描述确实是。
自己用起来不顺手，无法解决的就是复杂项目，也是搞笑。

3 、maven 问题描述不清晰
我之前待过基础框架开发组，没遇到过你说的问题
你的问题描述就跟实习生说的一样：我怎么连接数据库失败？

建议你直接在 github 弄个 demo ，你的描述问题能力太差了。

别想那么多，项目内用什么，你就跟着用什么。

自己能决定技术栈的项目，选自己最熟悉的。

没啥好折腾的。
Java 由于语法特性缺失，orm 无法做到像 C#的 ef 、linq 那种效果 [kotlin 的 korm ，做到了类似效果，但使用人员少，适配性未知]

jpa 的 entitnyManange ，各种概念、注解、缓存，学习成本高、写代码心智负担重。

Java 方面的，推荐：mybatis-plus || jpa+querydsl
两者效果差不多
mybatis-plus 拓展功能（多租户、多数据源）等更多
querydsl 比 mybatis 的 wrapper 更好用

五排十连败 - -， 这不是挺精神吗

@diagnostics
1 、可能吧

2 、没太懂，依赖了没发版到 nexus 的模块？

3 、单元测试代码相互依赖吗？不太懂你的单元测试代码怎么写的。

4 、mvn 执行时，所有执行步骤都会顺序输出到控制台，有出于意料的操作，基本上都是有日志可跟踪的。我没见过 enforce 插件, 所以不评论， 但插件都可以自定义绑定执行阶段的

Java 项目基本都是在用 maven

1 、xml 问题
xml 是通俗易懂，一目了然，但依赖多了，看着啰嗦 [重复字符太多] 。
gradle 需要你知道依赖配置写法，单纯看配置文件，是没有 xml 的更傻瓜式的 [没系统学习过的，同时看 pom.xml 和 build.gradle 文件，肯定是 pom.xml 更加容易理解] 。

2 、子模块管理问题
maven 的依赖管理规则一直都很清晰，可以自己去看下加载优先级。
我参与的项目，就算是多模块||微服务项目，也没觉得 maven 依赖有什么问题， 也不存在 idea 识别不好问题，不清楚你是什么情况。
复杂项目一般有自己的 maven 仓库[nexus]，不需要本地 instasll

3. cicd
用的是 jenkins 实现，简单易用，不知道 gitlab cicd 怎么样。
mvn test 可以跳过，不跳过的话执行效率取决于你的单元测试代码，而不是 maven 。

4 、构建 Task 诊断问题
如果 maven 遇到打包错误，错误信息一般很明确
maven 应该是不支持一个多个 task 并发执行的，有这个需求，建议使用 gradle 。

我大学时，刚接触 spring security ，当时学习主要靠视频、博客，感觉阅读英文有压力，下意识去逃避，结果就是折腾了 2 周才把动态 url 授权功能实现。

最近升级到 springboot3 ，security6 ，直接看官方文档做集成 [还额外实现超管角色能访问人员 url 功能] ，2 个小时就搞定了，而且各种安全相关概念、集成方式都有详细说明，对比之下，国内的博客、技术视频质量非常差。

说 spring security 复杂、文档差的，估计和我之前一样，学习使用就依赖于视频和国内博客吧
spring security 的 api 版本兼容性差，这个倒是真的

没有，有功夫画类图、早就用 ide 写完了。

现在使用 gpt 的频率越来越低了

轻松路线：
背八股文，优化简历 [吹牛] 。
这个学历和背景，大公司感觉没指望了，不是几年前了，华为 od 都卡 211 了。
中小公司不用算法，或者说是简单算法。

困难路线：
1 、考公
2 、学习英语，run 国外||找外企
3 、考研

@skyworker
时代在进步，各种业务场景的解决方案一直在摸索。

spring 是小，但使用起来不“美”，所以才有后来的 springboot
hibernate 和小应该不沾边，使用起来也不“美”。

微服务不会让系统变臃肿，乱用微服务、乱划分才是系统变臃肿的原因。

人的问题。

没人管，原开发人员用来练习简历技术栈。

请求超过 6s 都没人反馈，说明在这个公司或工作氛围中也不是问题

mq ，应该是消息队列吧，这能基于 mysql ？基于 mysql 实现的 mq 性能能看吗

无法理解服务架构。
1 、 大单体，又要部署多个实例，是否还在一台服务机器上？
2 、 多实例之间，数据库是否共享？不共享的话，使用 h2 ，sqlite 等内嵌数据库更方便
3 、 如果真的需要 mq ，离线部署一个 kafka+相关运维监控界面也不是什么费事的操作

选择使用什么技术，应该是基于需求、场景的。
但我在你的描述中，完全不知道你为什么需要 mq ，为什么要基于 mysql 的 mq 。

webflux ，使用起来挺麻烦的，各种 mono flux ，mybatis 应该也没有适配。
现在追求性能 [吞吐量] 和开发效率的话，使用 springboot3+jdk21 就好了。
性能比 webflux （基于 netty)实现的，差距在 10%左右吧。

如果是 http 协议等常用协议 的话，使用 webflux 没问题的，长连接那是基础功能

什么业务场景？
web 路由的话，知道的就 webflux