活明白了属于是。

大部分人是没有选择的权力的。

从信息量上来说毫无疑问视频大于文字，但是 “有效” 信息量未必

楼主在经历了 “古板” 语言的摧残之后见到了比较现代化的写法很高兴可以理解，但是如果你了解其他的语言也可以问：“为什么不用 C#/Go” 等一系列不可能有标准答案的问题。但回答也简单，“没有为什么，没人拦着你用”。

软件工程是一门专有学科，其中语言的比重恰恰是极低的，既然 Java 好招人就用 Java 写，正如 C# 少见诸 JD 一样。如果真的喜欢高效和灵活地开发后端，Go 和 TS 效率要更高，生态好坑也少, 也可以关注 LTS 的 Java 17, Kotlin 灵活和高效没错，但也没有到成为银弹的高度。

支持楼主的观点。
这跟你是不是冰箱没有关系，不管你是个啥，面前这个冰箱不制冷那就是不好的，就是应该被吐槽的。
你自己不制冷是另一回事，楼上某些人不必偷换概念。

还不够细，不如一个 Class 一个模块（狗头
没有明确目标的矫枉过正是大忌，跟过早优化是万恶之源一样

“我用 Git 总是在解决冲突” = “我吃鱼总是被鱼刺卡嗓子”

要么你不适合吃鱼，要么你不会吃鱼，无论怎样都是正常情况。
这么简单明了的事情是没必要找认同感的。

风格和格式的统一是项目开发的基础，就像要准备好 .gitignore 一样。不同的语言会有对应的格式配置文件，在项目初始化的时候就要带进去。

“懂得都懂”，“自己品”，“不能说太细”
贵站也有谜语人

@mara1 楼主的字有些齁甜，看到你的瞬间清爽了

爬虫常用过滤方法是用布隆过滤器扫 URL

与其说浏览器内置了 JS 引擎，不如说是因为 JS 引擎从浏览器跑到本地了（ Node

除了 “无状态” 更适合讲故事之外，把 “状态” 保存在 Token 里比保存在 Redis / Memory 里要简单很多，这属于实现上的考量。而且就本质来说 JWT 没有对 “状态” 这件事任何规定和限制，其本身只是一种数据格式而已，所以在实现上甚至可以把 Session ID 放在 JWT 里，把 JWT 当 Cookie 用，这都是很正常的场景，不能算是滥用。

不过要求 Revoke Token 的话显然就又完全地回到 “有状态” 的场景中了，相当于要把 “有状态” 的东西重新发明一遍，只能说折腾万岁了。

“因为 await 需要等待返回才继续向下执行” 说明你还在用同步思维来异步编程。
可以试着想一下程序不是 “向下” 执行的，而是多个单元同时执行的，相较于早早地完成下一步，所有单元整体上尽早完成才是更重要的。

如果你的程序设计是让主线程卡在 await 上了，那么要么用 then，缺点是失去了上下文的同步控制；要么就重新整理一下 code，一定有更好的结构来使用 await.

搞九个，分别刻上 “临兵斗者皆阵列在前” 九个字

钱。

习惯较好是不会有 2345 的