yusheng88

我大学时，刚接触 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 没问题的，长连接那是基础功能