@kensoz ref 不是支持泛型的吗？ ref<T>

用 kotlin 5 年了， 目前感觉良好

沟通成本，代码生成， 其实完全可以用 openapi 规范来实现
GraphQL 对后端还是太不友好了

如果是学习项目的话， 不要找培训机构，除非他能针对你定制内容。 我自己在培训机构做兼职讲师的，以前讲讲 Python 基础，我觉得对 0 基础的同学还是有一点用的。现在讲项目，可以说对 99.9%的同学都没用，大家的背景不同， 经验也不同，很难照顾到所有同学， 到最后呢，就讲的没意思， 学的也没意思。

简单业务当然是 Django 快， 但是我选的话， 我选 quarkus ，不仅开发快， 运行也快

改变晚睡的最好方法是早起， 比如不管什么时候睡觉， 都 6 点前起床。坚持个半年一年，就养成早睡的习惯了

@jingslunt 在 kubernetes 出来之前， 我就搞 CI/CD 五六年了，kubernetes 只是让事情更简单了而已。运维的需求， 相对于业务来说还是很稳定的，我说的是累不累， 不是难不难

运维的各工种， 除了技术含量相对较低的值班监控之外，比业务研发要轻松很多， 但是不出彩也是真的， 就如 @yplam 所说那样

openapi 规范的文档， 难道不是用来生成代码的吗？ 一个模型上百个字段， 一个个手写？

ES 啊

没发现 jackson 的语法有什么缺陷的， 和 kotlin 配合也很好，kotlin 作为后端开发也是非常爽的，但是没见过会 kotlin 而不会 java 的

说 kotlin 慢的是说编译慢吧， 运行并不慢啊

我竟然已经用了 2 年了， 时光飞逝啊

@Lisren IPguard 在你机器上装 agent 的， 不走公司网络也能监控

已经这样实践了三年多了， 作为运维一天天闲得发慌

3 年半前开始的业务， 当时就全部 kotlin

nexus 需要的全都有

从库可以解决， 但是不是每个公司都有钱给开发查数据专门建一个从库的。 所以我们的方案是自动 SQL 审核， 通过之后才会允许执行。而且同时执行的 SQL 数做限制