@lazyfighter 上百行的 stream，写成普通形式不是要上千，不还是一样不容易懂。

这种长长长的 stream 不该合理地分块、拆句子、加注释么？

当然如果你说大部分 Java 程序员写不出容易看懂的 stream，那你的逻辑就和 go 语言那帮拥簇一样了：既然用不好，就砍掉呗（手动斜眼）。我反正不喜欢这样的哲学，我更喜欢 Scala 和 C++ 那种，菜全都端上来了，吃那些，自己看着办。

去看看 Vert.x 吧。

函数式对 CRUD 确实可能没啥用。但是对很多高级编程范式，还是很有用的。

1、你是想要做什么呢？如果是想要在每个函数的入口这么干，就太影响程序的性能了。
2、如果是想要对用户的输入（比如 API parameters ）进行验证，可以使用 pydantic。

https://pydantic-docs.helpmanual.io/

我同意 @Tyanboot。我 c++ 用的还挺爽的，正因此觉得 go 语法不太能接受

抹盘安装 t2 chip apfs secure token 问题咋解决?

有病的写法，有病的楼主。

@laike9m pep544

https://www.python.org/dev/peps/pep-0544/

我的看法：3.8 也就更新了这两件值得注意的事情

1、加强了 Type Hinting，增加了 Duck Type Hinting 的支持。
2、assignment operation。

小打小闹而已。

我并不感觉 PHP 的写法可以直接迁移到 Python。建议忘掉 PHP，不要觉得自己很厉害。

哦我的意思是，不是程序员的人，最适合的编程语言

不是程序员最适合的编程语言

@Nitroethane 主要是一些库要编译 c 拓展，安装全系统依赖很费劲。不仅机器学习，科学计算大多有这种需求。一些网络编程方面的也有。

@snw f:R->R 这个记号不蕴含满射

lz 你的记号系统很奇怪。说到底 f(R) 你指啥? f 函数在 R 定义域下的像? f(f(R))!=f(R) 又代表啥? 像不同?

因为 jvm 的 gc 不是引用计数，而是独立线程做标记清扫

@uxff 然而其实这些键位不是 mac 的原创设计，是 emacs 的键位，mac 抄了点而已。我觉得不同软件的行为有所不一致也能接受呀，反正比方向键和 home end 好，那些键太远了还得抬手腕