是的，比 kpw 流畅多了，翻页很丝滑。但是握持感，如果带套不咋地。

我也有这个纠结的地方，但是我现在打算二手小米 10 系列或者一加 8 系列。新的 888 完全不想看，就怕和 810,821 一样买了坑

拿一个 纯粹的包管理 和 构建工具 比真的客观？

要是真的搞懂了这 2 类工具的差别，或许会不会用已经不重要了，容不容易用已经无所谓了

Optional 设计初衷是给 Lambda 和 Stream 用的，并不是单纯给你来判空与否的。

Kotlin 编译目标 8 、11

如果你要深度定制 authorization server，建议 spring-security-oauth 。 但是后续维护只能自己来。

其他的 Pac4j 、nimbus 、MitreID 都只能给你标准的 OAuth 2.0/OIDC 协议支持。 如果要扩展 Authorization Flow 。你还是得深入了解协议和实现。（个人建议不要魔改任何白皮书里的东西，首先就要吐槽各大国内平台，魔改协议对接定制程度千奇百怪。）

至于你现有 JWT，如果它足够标准化，可以很容易的集成进去。

面试最常见的问题，Jvm 的内存构成是啥， 如何调整 JVM 内存参数。

建议先学好 Java，再学 K8s 。

ReactiveX，Rx 系列库

请按事物原本的样子设计系统，不要为了微服务而微服务。 尽量用代码来描述现实世界的业务形态，建议了解一下 DDD 。

核心肌群太弱，姿势不对，经常找腰背借力。时间长了就这样了

互通的，直接加就完事了。

因为无聊，我一个 demo 集成了 4 个 JVM：Java 、Kotlin 、Sacla 、Groovy 。
另外吐嘈一句，Lombok 真的难用，居然不是纯 APT

最讨厌那种半吊子架构师。 啥都不知道就夏几把推微服务、拆微服务的。另外不会写代码的架构都是水货，有的架构是会写代码但是没时间写，有的是写都不会写就莫名其妙的是架构了。

源码安装一时爽，运维操作火葬场。 远离服务器源码安装，从娃娃抓起。