@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 系列，
去除猫唾液中的过敏源。

乍看 Waste time...

先 waste CPU 的 time, 再 waste 人类的 time

@hxndg 不明白吧，我也不明白

大致是外部供应商在特定领域更专业，实现质量上比自己更好，法律责任和风险也由外部承担，而自己是不清楚隐藏的责任和法律风险的。

讲真 Authing 的体验比 Auth0 确实要好。

而且我发现国内和国外尤其是欧洲一些国家可能有文化差异，

国内一般认为，如果公司未来做大，技术上大多数组件都会转入自研
国外却认为，如果公司未来做大，技术上大多数组件都会使用外部供应商

在浏览器运行的代码有啥好保护的，敝帚自珍

移除一下注释和换行，加密好了