foreach
我想把所有元素都过一遍（比如，控制台打印所有元素)
map
我想把所有元素都改成另一个样（比如，给所有字符串末尾加一个逗号）
find
我想从数组中找符合我要求的第一个元素（比如，从用户数组中找第一个符合条件的用户）
filter
我想剔除部分元素，仅保留我需要的元素（比如，从用户数组中过滤掉非管理员用户）
reduce
我想把所有元素合并成一个元素（比如，对整数数组求和）

我感觉 Compose-jb 也有戏，既可以白嫖 Android 控件，又可以白嫖 Java 生态，还是 Kotlin 写

@billlee 那可太多了
高大上 + 最前沿：distage
高大上 + 学术范：tagless final ，就是 cats effect 风格的
高大上 + 容易学：ZIO ，所有环境依赖都在 Layer 中组合起来
中不溜秋：macwire ，编译期注入，不依赖反射
手动挡：trait + implicit 注入
回归传统：guice

其中群佬们最推荐的是 distage ，我用过剩下的 5 种，2/3/4 风格都是很漂亮简洁的，并且 2/3 是理论完备的资源安全

@Leviathann 那是我们的钓鱼贴，开贴的和回答的都是一个群里的人。我的回答赞数最多哦

@vchroc
1 、便捷的异常错误处理；
Scala 的异常处理是 sound 的，而且是在 Fiber 上，随便几百万个 Fiber 。同时从理论上就能保证资源安全哦
2 、低开销的抽象成本；
Scala 有 JIT 替你操心，不用你费神。
3 、云原生，编译产出物是直接可以运行的二进制文件
Graalvm native image 以后可以做到这一点，只是目前工具链不够齐全，实践有点坎坷，我有个生产环境的 native image ，打包费了不少时间。
4 、Bean 自动注册与发现，避免手动维护某个集合
Scala 有目前最先进的，你放心
5 、完善的特性支持如泛型、枚举、反射等
Scala 当之无愧，还支持编译期反射哦，比 Jaba 安全多了。当然你硬要调用运行时反射也不是不可以。
6 、完善的生态，主要关注 Web 方面
Scala Web 生态可太丰富了，Akka-HTTP ，http4s ，tapir ，zio-http 。还有更完善的 gRPC / GraphQL 生态

Scala / Kotlin +∞

Scala 群质量高，小白问题也能被大佬抽丝剥茧的分析，不过等大佬抽丝剥茧完，小白早就跑没影了。
但大佬们开车和吹水可比小白们频繁多了

改换思路，把 static 去了，换成一个对象的属性和方法。
写 JMH 循环创建几百万次，每次都多线程访问 getInstance ，记录下对象不相等的时刻。

@hubahuba emmmm ，她追的我，2019 年底疫情前相亲群认识的，吃了顿饭就开始了。去年结的婚

无状态 CRUD 基本上都可以上 serverless ，包括交易系统，如果你代码没写屎的话能自动伸缩到很高的 TPS 。
配合 Serverless 数据库可以很大程度上降低项目启动初期的硬件成本以及维护成本。

我还用 aws lambda 做过简单的图片视频转码，就是监听 s3 putObject ，触发 nodejs 调用 ffmpeg 。
也可以做图像识别，语义分割(好像还没有 GPU)，NLP ，OCR 之类的简单计算服务，这些服务一次调用都在秒级，对 Serverless 账单比较友好

学堂在线，Coursera 了解一下
学堂在线有清华的研究生课，我学过《组合数学》收益颇丰。
B 站还有上古神课《 SICP 》，配合书一起食用效果更佳。
提高自学能力我觉得首先需要的是，跳出信息茧房，不被广告和推荐系统绑架。

我是带专，最近在帮我老婆带研究生写代码，炼丹😏

我们写 Scala 只觉得 Java 笨，但大家都在 JVM 上跑，一样的重，配置难，部署成本高。
但安全隐患是真的，语言弱鸡只能依赖运行时反射，你看 CVE 列表是不是有一半漏洞都是因为 Java 笨，不够灵活动态，开发着自作聪明的反射，动态解释引入的漏洞？😏

@hingbong
我打开 projector 会提醒这么一句话
We will remove the Projector desktop app from JetBrains Toolbox in roughly two weeks. New versions of the app will be available on GitHub Releases. The primary remote development tool for JetBrains IDEs is Gateway. Gateway gives you the ability to work with minimal network latency, and setting up the infrastructure and administering it is simpler than it is with Projector. Projector is a special solution for those who can't use Gateway. Projector has much higher network latency and is more difficult to configure, but it is the recommended solution if you want to access your IDEs from web browsers (including mobile browsers). If you're not sure which solution you should choose, please consider using Gateway.

@m1911star
@ktblack
现在有 gateway 了

@0o0O0o0O0o 用了几天 projector ，结果这项目被砍了。而且它延迟有点高，是远程渲染的。
现在又出了个新的叫 Gateway ，延迟尚可接受，但是 Bug 又多，上个月 IDEA 里还不能打开 SQL 面板。
估计这几个都是给 Fleet 铺路的。

我感觉 Web IDE 噱头成分更多，目前看来体验最好的应该是像 VSCode 那样，本地渲染，远程计算 /构建。
JB 家 Fleet 和 Gateway 也是这个机制

随便看看 MDN 脑子里有个印象就行了，不值得深入学习。进化了几亿年才有的这宝贵的大脑空间，用来装原型链多少有点反进化论了。

@Chad0000
关于 pg 的跨租户外键和事务，我的态度是：“我可以不用，你不能没有”
确实你“物料库”里的数据是无需事务与外键的，但你的物料创建关系，以及用户，资产还是免不了需要事务机制。
我司从去年也在把现在的 SaaS 多租户平台往低代码上升级，实际上我们做的事是很高度相似的，元数据管理，用户自定义动态字段，规则引擎等等

以及资源计费，多租户间成员关系，一个用户可以加入多个租户等情况。
这些跨租户，租户管理的功能，比较安全的实现方式肯定是在同一个事务里解决，那 pg 是你的最佳选择，因为他支持跨 Schema 的事务和外键。

@Chad0000 mysql 能做的，pg 只会比它做得更好，关键是当你涉及到跨租户事务的时候，会变得很容易处理。
比如跨租户共享 /编辑数据，转移积分等等