@kuanat 感觉长脑子了, 我如下理解大佬看看对不对
如果我是提供方
1. go, 我只需要关注我能提供什么能力, 专注于做好自己的东西, 你消费方爱咋用咋用
2. java, 我提供一个功能这个东西以后可能会怎么演变, 我希望提供一个尽可能考虑很多场景的功能或者标准, 更丰富的易用性和扩展性, 并且考虑做大做强以后其他类似厂商都参考我这个标准来实现, 有点像市面上很多厂商提供的功能慢慢都是一些大而全的东西, 占领市场建立标准
如果我是消费方
1. go, 我就像一个海淘客, 找到各种各样的功能提供方, 自己非常灵活的进行组合调用, 自由度更强
2. java, 我就像一个傻子, 更多的是学习标准, 然后找到标准中占有率更多更成熟的, 或者说提供的功能更丰富的, 因为我也不知道以后会扩展成啥样, 所以我现在可以不用, 但是你提供的内容多, 也降低了我以后因为你无法支持造成的改造成本大的隐患, 比较突出的例子就是用 springboot, 很多三方库的实现我不关心, 只需要看 springboot 的一些标准, 具体实现只用依赖进来即可

易于变化的业务考虑适当扩展， 不易于变化的要高度内聚并极大可能的降低理解成本维护成本，怎么简单怎么来， 我个人感觉这个不易于变化， 推荐第二种

目前使用 iCloud ， 在 window 上也能安装这个， 每个月 6 元 50GB 费用 省心

别被其他人带偏了， 过度美化女性， 程序员就是有能力挑， 赚钱的目的不就是减少对世俗的妥协吗

团队已引入 kotlin 混合使用，并要求逐步替换 java
项目背景为业务 CRUD ， 并且轻 sql ，重内存处理， 所以会有很多函数式编程和空安全处理
人员背景基本是五到十年开发
体验最直观的就是编译慢， 但是带来的编码体验能完全弥补这个不足， 编译慢我就摸下鱼等等， 但是写的慢那就是一直在写
再一点就是个人追求开发速度快， 会做一些私活，kotlin 可开发后端和原生安卓， 熟悉 jetpack compose 可平滑转移 flutter ，web 和小程序就是用 vue uniapp

谁死了都不要紧， 只要自己活着不如死了就行

常规水平，近几年我个人估计都不太乐观， 失业了很难续上， 先求稳吧

@xywanghb 当然具体过期时间根据业务斟酌，或者基于此想节约 token 占用内存啥的就让后端登录时自行根据 openId 进行老的缓存清除， 这些不影响我上面提到的登录流程

我这边的操作是每次打开小程序就调用 wx.login 通过 code 直接拿到后端生成的新 的 jwt token （包含客户信息）和 openId （如果未注册就拿 openId 加上注册信息进行注册）， 过期时间比如自定义一天， 一个小程序不可能用一天， 下次进来就是登录拿到个新 token 了

简单理解一下是不是我开全局代理， 假设 isp 可信， 机场可信 就没有问题了