我跟我老婆就是相亲认识过来的，把相亲当作认识朋友的途径去就可以了。毕竟互相之间是一辈子的事情，哪有那么容易，相亲了很多次才能找到互相之间感觉不错的。而且还要继续交往很久才能彼此订终身，慢慢来吧。

我跟楼主同样的想法

还有，更新性能极差。

坑可就太多了，关联查询、事务、写入后不能保证立即读，CRUD 场景基本都不太能替代。而且 ES 的运维成本非常高，集群动不动就 green/yellow ，需要花很多精力在上面。我感觉就适合大数据情况下单表分页、模糊搜索、推荐、缓存等场景。

我程序员，个人觉得之前 macbook 上的 intel 是相当垃圾的，目前 m1max 也不过是刚刚满足需求而已。看每个人使用场景吧。

作为一个码农，就想看具体点的游戏测评。剪视频这些花里胡哨的，跟我们关系不大，没啥意思。

swagger2 接 yapi，非常舒服

不允许用 Map 做出入参就可以了。
我反正项目里从来不用，多定义点 Bean，我觉得都比 Map 好太多。维护性完全不是一个级别的。

大部分公司的历史项目都这样。就算现在新起一个项目，换了一波人，很快就变形了。主要还是看经手人的个人风格。在人员变更很频繁的情况下，显然这是不可控的。学会接受 or 改变吧～，大部分还是忙业务实现的，代码规范、数据库规范很多时候都是次要的属性。对开发而言，属于本职工作，但是很难体现在个人绩效里，除非领导是一个非常重视代码规范的人，很显然，这种领导凤毛麟角，而且一般这种领导上不去，^_^。人的精力也有限，有限的精力那肯定往有希望晋升，有希望涨薪的方向去了。

mybatis-plus 还是香的。其它各种思路太超前了，个人不喜欢，排查问题很麻烦。

22:30 睡觉，04:30 起床，偶尔觉得累了就早点睡或者晚点起。

我也是挺赞同的，主观上还是不太能接受 Go 的语法。尝试了好多次，还是 Java 爽～

我做技术选型，都是什么流行用什么，看看 github /gitee 上 top20 的 java 微服务框架流行啥用啥，大概率不会出大问题。
按这种思路就是无脑 nacos，不用纠结太多，不过我们实测下来的话，1.x 的版本是稳定可用的，2.x 的在容器环境下不太稳定，暂时不太建议用。

yapi + 1

只要有买房的需求，就早点上车。早上车准没错。
压力大有什么的，房子又不是不能卖。

jdk14 原生支持

目前来看用处不大，没必要替换。适用场景比较少。风险就是遇到问题不知道怎么处理。
引用知乎的说法：
如果想要发挥出 WebFlux 的性能，需要从 Dao 到 Service，全部都要是 Mono 和 Flux，目前官方的数据层 Reactive 框架只支持 Redis，Mongo 等几个，没有 JDBC 。
要想发挥出 WebFlux 的性能就得将代码全改成响应式的，而 JDBC 目前是没支持的(至少 MySQL 还没支持)，而响应式的程序不好调试和编写（相对于同步的程序），所以现在 WebFlux 的应用场景还是相对较少的。
https://zhuanlan.zhihu.com/p/95967277

mi10 它不香么

腾讯云，不定期更新： http://xiajl.cn