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

项目有规范并且规范是什么不是你一个人能决定的, 是 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.

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

培训班视频应该是比较通俗易懂的.
学习是一门循序渐进的过程,你的问题应该是你媳妇编程的一些基础概念还不懂,你就上函数了, 对于不懂编程的人来说跟天书一样.
怎么把别人教会是一门很大的学问, 这个不是技术强就能教的好的, 越是技术强的人容易有专家思维

不考虑其他的, 就说工资拖欠这一条, 就得赶紧找其他工作了

我 5 年前提前还款了一次, 今年又还了一次, 目前本金还剩 800 多块留着抵税用. 之前没仔细算,利息是真高啊,当时贷款利率是 5.62 好像.

以前的想法还是不成熟, 总想着不着急还房贷, 钱会逐渐贬值, 手里留点钱以备不时之需. 现在经济形势不好,还是早还的好,还完后想想之前一年要多出多少利息真是不划算.

我也是这样,每次打开问题 就需要等待 5 秒以上的加载, 开不开代理一个样, 此种情况至少半年了.
而且有时候发热特别严重

不还款,等于银行赚你的钱.
提前还款到月供几块钱, 还可以抵扣个税, 等于你赚国家的钱.

前段时间刚做了类似需求, 简单做法就是后端返回给前端 mp4 的视频链接(如果桶不是 public 的话, 后端调用 minio 生成一个临时访问链接), 前端拿到链接即可播放视频, 快进等功能正常

看病不要问网友, 第一是大家不是专家,无法给你准确的回答. 第二每个人的回答都不一样, 你能判断出来谁说的对吗? 你如果能判断出来,就没有问的必要了

有的地方市区是限速 并且还拍照,但是不罚款啊...