目前应该是资本狂欢,还不能说现在的 AI 方向就是对的

@linzhe141 要找 15 的那就得找本来就打算 15K 招人的公司.
一个公司给你出多少钱主要是在于他的预算是多少,而非你水平高就多出.
大部分的企业不需要太高技术水平的员工,需要满足他需求的....

所以在当地稍高薪资的找工作就看机遇了

尊重意见,放弃吧

我家的电视现在专门用来打游戏用

不太建议
计算机专业 本科转成功概率还比较大,至少能找到工作

还没初三呢,不要着急.
我初三入学是班级倒数第三, 痛下决心开始学习, 到中考就是班级前十了, 具体多少现在忘了

1. 薪资上涨
2. 双休

去吧

骑驴找马

直接看 redisson 的 wiki 和对应的源码, 可以解答你的疑问

发愁就去医院看医生, 听医生的没错

项目有规范并且规范是什么不是你一个人能决定的, 是 lead 决定的,或者 lead 放权让你负责这一块.
如果 lead 没有这个要求, 那每个人就会按照自己的风格来写, 应该还不会有 code review 了吧.

现在赚钱 不等于 可以赚钱.

不少人都是亏损几年, 然后突然赚钱, 此时就膨胀感觉是自己技术提升, 终于要赚钱了啊.

殊不知这是市场特殊情况下让你赚钱的. 但市场是一直在变的, 只要你在这个市场靠这个赚钱, 总归要亏损的.

1. 服务间调用的接口单独写个 api 模块(feign 接口),然后给其他服务进行引用，也就是服务提供方提供
不是一定要求这个. 如果多个服务是不同语言的, 这样做没什么意义. 你就把它当成一个普通的对外提供服务的接口就行了,做好幂等处理.
2. 既然是都是对外提供的接口了, 入参和出参 你提供接口文档就行了, 别的服务想定义什么实体都行.

3. 服务拆分的时候,要明确拆分是否有必要? 我见过很多为了拆分而拆分的, 明明可以是在一起的,拆完后又要上分布式事务中间件,意义何在?
我觉得这是把单体思维代入到了微服务中. 分布式事务中间件个人觉得没有任何必要, 但很多 java 总希望能跟写单体服务一样直接 rpc 调用还能处理好事务.

都做服务拆分了,这些服务完全都可以用不同语言写,做好幂等. openFeign 也就是服务间的 http 调用

1. 服务间调用的接口单独写个 api 模块(feign 接口),然后给其他服务进行引用，也就是服务提供方提供

1. 耀西的手工世界
2. 马里奥惊奇,用耀西/偷天兔

不经过打击,大家的意见 OP 是听不进去的. 总之这是一条不归路

还是看官方例子+ 源码吧, security 这个框架和一般的框架不一样. 一般的框架你只需要知道如何用就可以了,
security 这一套如果不懂设计思路和源代码,根本就不知道如何用和定制化.

网上的代码大部分都是过时/错误的.就连最基本的整合 jwt,网上大部分还是让你搞 userService 而非直接集成 resource server.

如果她事先告知你, 那现在事情好说.
问题是她事先欺骗你是明信片而非亚马逊验证信件, 那现在你该怎么做,应该不需要问网友了.