表面看是版本政策问题，本质上是 API 设计问题

个人觉得如果你接触了足够多的语言却没有产生一个明确的偏好，说明你对所有的语言都是浅尝辄止，一直在最大公约数里面。

很多语言里独特成分是不可替代的，那些高阶玩法放在其他语言里面或者水土不服，或者根本就没法实现，而这恰恰才是每个语言的精华和立命之本。

语言虽然多元，但语言的表述力却可以横向对比，越是成体系的语言高阶表达方式就越多越复杂，它们代表了编程语言未来的进化方向。


有些厂子对语言包容，换句话说就是用得浅，都是 CRUD ，谁都一样，要的是 Labor ，无关技术，出苦力的地方，建议躲远点

Vite 和 esbuild 的快是建立在不完整编译 TypeScript 基础上的，根本就不对。

而 swc 的 TypeScript 编译是完整的，很欣慰终于有人把这块做对了。

a bit more context:

- 跨数量级了
- 这非常正常 Rust/C 本来就比 js 快一个数量级
- 不明白 evan you 抹什么越抹越黑搞得非常小家子气

@gowk 你说的这个项目的这种方式不就是最传统的 HTML 渲染吗。。
一般我们把它叫做 PHP 。。。

@pseudo 为什么？ 因为有沟通成本啊，代码和代码之间的，代码和人之间的，人和人之间的

给你打个不太恰当的比方，OOP 就好比人说的话，spoken language, 但人更基础的沟通方式其实是互相比划，body language.
你说为什么一般人发展到一定阶段一定要使用 spoken languange 呢，继续使用 body language 不行吗，当然行了，手语也能交流，盲文也能交流
你说有没有更好的方式，表达能力更强的方式呢，我想可能有，但手语肯定不是那个更好的方式，这个问题也不是哲学问题

OOP 实在是软件行业里面一个基础的东西，不是什么高大上的，它是如此的有效和普遍，以至于你不使用，不会被理解为你的特色或者特立独行，而会被理解为你的 disability ；就像一个人如果拒绝使用 spoken language ，不会被理解为有见地或者特立独行，而会被理解为 disability 。

别的不用说就说写 API 这一件事，别的语言已经演进到什么阶段了，你可以花点时间仔细看一下 Java 现在的 API 是咋写的，Python 那边 fastapi 是咋写的，人家的 openapi 文档是怎么自动带出来的，这里面发生的所有事的认知成本是如何减轻的

OOP 在 js 圈一直不太普及，前端项目维护不住容易重写背后是有结构性问题的
像这种基础设施类型的后端项目，应该多借鉴一下 java 世界，起码把可维护性拉起来

我手上也有自研的 OIDC 用户系统，也是 ts 写的，核心功能在五千行左右。

我稍微看了两眼你这项目的代码，

我觉得以现在这个规模却不使用 OOP ，只使用函数，然后像前端项目一样用文件系统分割，代码太散太碎，并且有很多重复的脚手架。

你作为这项目的作者维护起来没啥问题，但别人想要进来，太难了，缺少线索。

其实编程语言门类下面最近这几十年出现的比较重大的新鲜概念没那么多，
每个语言侧重不一样，但基本上是在前人的基础上求同存异

现在一般都具备的，自动类型，类，继承，OOP ，异常

已经有共识，在普及阶段的，lambda ，高阶函数，协程或者说异步函数， 装饰器 /注解 /宏

还基本在学术圈的，模式匹配


接触的语言多了自然就能产生相似的结论，语言层面上哪个语言更好是很容易出共识的，这时候这帮开倒车的就会搬出什么生态什么爸爸这些混淆视听

受教了。

但麻烦能不能别有偶像包袱啊，把 git 原原本本地传上来，不要搞得像 zip 包传 QQ 一样的

你这 app 权限配置的确实有问题啊一个不注意私有仓库权限就赋给你了，
往大里说你这在国内就属于索取不必要的权限，是违反数据安全法的

去把那两个 scope 删掉只留 read:user 不就完了么

一点就炸我也是醉了，以后出门都带个防爆桶

毕竟工作不是做题，你自己开发个啥项目放在 github 上，马上 HR 来抢人

你先搞明白是不是猫造成的哮喘，测个过敏源先。

即便是猫造成的，现在方法也很多，除了你自己脱敏，也可以洗猫，然后给猫吃上冠能 LiveClear 系列，
去除猫唾液中的过敏源。