springz

C 的生态位目前看还是不可撼动，但是 C++ 的生态位在被 Rust/Go 蚕食，性能不敏感的上 Go ，敏感的 Rust 。

和老的 gateway 没有区别。

别试了，还是老一套，两个撕裂的环境，不同操作系统字体都不一样。

被 vscode 打的找不到北了吧，vscode 那个远程真的是无缝体验。如果能达到 vscode 的水平，我应该会继续付费。

web 框架说白了就是在处理 res 和 req 和它们加入中间件（要不就是过滤器模式要不洋葱圈），用多了就会感觉一个样。所有语言只要是处理 http 的都是近似设计。

不同的场景按需选择就好。不同的语言有不同的生态和利弊。

我最开始工作是纯 sql 然后在我工作第 2-3 年的时候我喜欢用 sql-builder ，工作第 5 年的时候我用 orm ，工作第 8 年的时候我喜欢各种 sql-builder ，现在我几乎回到了纯 sql ，只是加一些模板工具方便写 sql 。

请注意，我们在说 orm 的时候，涉及到 3 个 概念。

orm：类似 java 的 hibernate ，jpa 。php 的 Eloquent ORM ，rust 的 sea-orm ，这层讲究的是对象关系映射，把表结构映射到对象上，完全隐藏 sql 等概念。

sql-builder: 类似 java 的 mybatis ，js/ts 的 kysely 或 knex ，rust 的 sea-query ，这层讲究的是辅助更好的写 sql ，组装 sql 。并处理数据到对象的映射。并不隐藏 sql 概念，只是辅助。

sql-driver: 类似 java 的 odbc ，js/ts 的 node-pg 等，rust 的 sqlx ，这层讲究的是驱动，连接等底层，纯 sql 。 不处理映射等或者简单映射。

各有利弊，按需选择。不同层级的不要一起比较。

啥业务能跑到 springboot 的性能问题，能到上限招人加机器不成问题。

go 写业务也不合适啊，不照样一堆后端业务拿 go 写。