其实是可以做到的，你还没想明白。

看你描述完了整个流程以后，这不就是资源池么？要不你去看看（数据库，HTTP 链接池）资源池是怎么保证独占的？

泼个冷水

粗略扫了一眼文档，感觉没有比 Ktorm / Exposed 这类 ORM 更强，更不用说和 Slick / Quill 这种真强类型且类型安全的 FRM 了。

甚至在 TS 上玩类型体操的 Prisma 都能做到很大程度的强类型安全，我觉得以目前的理论成分看，”革命性”还有些距离......

并行读取从来都不是问题，并行修改在哪里都是问题

建议重新思考读写模型，99%场景下并行修改都是可以避免的。比如把修改请求发送给数据结构持有者，Task<?> 接收修改结果，读取任意并发，写入排队。

@maryshaw 英语口语常用单词家族大约 3000 个，好好背。再加上 2000 多个技术词汇，不太需要单独背。
然后练口语，不管是影子跟读还是报培训班，贵在坚持。一定要用最硬核的学习方法，正襟危坐打起十二分精神的学才行。基本上口语敢开口了就可以去找公司面试检验自己学习成果了，能和鬼佬们聊个 1 个小时，把自己心里所想的表达出来就 OK 了，剩下的可以入职后慢慢再环境中锻炼。


@walkerteng 这个 offer 我没接，因为比现在高不了多少。这个是外企的国内研发中心，同事各个国家的人都有。

毕业十年的带专来说说自己的成长历程：
首先肯定要打基础嘛，我推荐两本书：
1. JS 基础书《 SICP 》🐶。
这本书边看边做课后题，做完前 3 章，说明你入行时没有问题的。如果整本书最后一题都能做出来，说明你将来会在这个行业有一番成就。
2. 数学基础书《具体数学》
配合学堂在线的网课《组合数学》一起看，可以弥补带专的数学弱项。

愿各位人上人都能收获自己心仪的工作
曾经的 offer：
https://i.imgur.com/XPY5Vhn.png

不使用 move 的话，比较简单的原则是谁创建谁销毁

按 c++ move 写不就行了？

@Cify dns 指向过去不就行了

ingress 根据 host 路由不就行了么

做不到的，实际上现代数据库也没有在精确 count 上做很多努力，你看各大网站的搜索结果，基本上都是给你个估算值（ 10000+），因为精确 count 是需要遍历所有 where 命中行并聚合计数的。

我在我公司应用上实现的 count 是这么个逻辑：
先用索引概率分布估算一个值，如果这个值小于 10k ，那么执行精确 select count(*) where ... 返回给前端。
如果这个值大于 10k ，那么将此估算值抹去末尾 N 位，返回给前端，前端显示为“约 53200+ 符合结果”

参考资料：
https://wiki.postgresql.org/wiki/Count_estimate
https://www.datastax.com/blog/counting-keys-cassandra

只用过 aws 和 aws-cn ，据我观察各家最终价格都差不多。
aws 是 eks 每小时收管理费 0.1 刀，除此之外都是 ec2 ，ebs 和网络费用。所以成本控制最终还是要看你消耗多少虚拟机

理论上来说应该是“ 1 个 tomcat1 个应用”性能最好，线程池会探查操作系统核数的，如果应用是协程开发的话更应该这样了。

实际上部署 2-3 个都是可以接受的，但更多属实没必要

你这毕业两年的比我毕业十年的人还丧

@YuuuuuuH Scala 可以试试北京 tubi

而且我觉得如果有 pr 的话大家还是看 pr 更多，不妨给自己在用的项目贡献几个 pr ，有它在手基本上技术阶段就给你放水过了

普通函数，非 await 代码块是不会给你切换出去的，100%连续执行你可以放心。
但是 async 函数是一定会切出去的，再切回来之前执行过什么无法保证。所以必然会遇到脏数据。

所以，请将涉及共享数据修改的代码设计成尽可能连续的操作
或不使用可变数据
或考虑使用自旋重试
或使用其他串行化方案，比如加 mutex

@WispZhan
akka-stream 、zstream 、fs2 都有上生产环境，目前用下来总体感觉 zio 的模型是上手最快，最容易写的。

akka-stream 的错误处理建模会很恶心，fs2 和 zstream 差不多但是 zstream 的类型没有 fs2 那么高理解成本。

@YuuuuuuH 并且我已经靠 Scala 吃纯函数式这口饭了，这比 Rust 还小众。

据我观察只有那几家 Rust 做量化的公司对第一学历要求很高，但主要是因为量化，而不是因为 Rust

@YuuuuuuH 我的经验告诉我不是这样的，因为这条赛道还没那么卷。

函数式和其他小众语言、框架等等方向人很少，精通成本高，但相应的需求公司也少，根据我自己经验，卡学历的概率很低。毕竟招人本身已经很不容易了，还卡学历干嘛呢。

STM 了解一下
https://learn.microsoft.com/en-us/archive/msdn-magazine/2010/january/polyglot-acid-transactions-with-stm-net