@encro midway.js 配合 TS 真的很高效，再加上 midway.js 丰富的组件，可以满足多数应用场景了。

@lisongeee 再配合上 TypeScript 提供的静态类型检查，真是很不错的

nacos 把后门当特性的想法有点抽象 https://github.com/alibaba/nacos/issues/4593

龙芯是源自 mips64 ，现在是自有知识产权的 loongArch 龙架构指令。和 ARM 八杆子打不到关系。

@MuJian 我测试过，两地的中兴 WIFI6 路由，无线设定 wpa2/wpa3 模式，ssid 和密码相同，手机连接上去显示 wpa3 。换了地方可以自动登录

@DOLLOR 另外 TypeScript 也支持了 https://www.typescriptlang.org/docs/handbook/release-notes/typescript-5-2.html

@DOLLOR
贴个地址 https://github.com/tc39/proposal-explicit-resource-management

https://github.com/flutter/flutter/issues 5k+ 的 issue ，何时能修好啊

@Pencillll 参逆返协。所以有时候 callback 的入参还不能用 unknown 而是得用 any, 否则调用的时候就会报错说 unknown 不能赋值为 string （或者其它正常类型）....

@forsuperper KP 吃得有点狠……

还有更幽默的的 vx 公众号 人在信创

有了那么好的 TS ，还是不少人喜欢无类型的 JS ，py 一样的 ～

@jchnxu
AOP ，IoC 这个不用研究名词，用就行了。
比如 IoC 涉及的是依赖注入： https://midwayjs.org/docs/service ，https://midwayjs.org/docs/container
AOP 涉及的是切面拦截： https://midwayjs.org/docs/aspect
AOP 另外一个功能是写自定义装饰器。

@jchnxu 不客气，交流经验方便大家

1. npm 库趋势是在向着 ESM （甚至纯 ESM ）方向发展。如果项目是 CJS ，那么遇到 纯 ESM 包是不能直接使用的，而如果项目是 ESM ，那么无论包是 纯 CJS 或者 纯 ESM 都可以兼容。 所以我现在的所有轮子/项目都是 ESM 格式。

2. google 开发的 zx 真是效率工具。之前写 bash 脚本遇到要处理字符串（替换、变化）或者数组的时候很头痛，现在全部用 js/nodejs 来处理，把变量数据处理完毕后一股脑丢给 zx 的 `$` 去执行，也不用考虑手动转义。真是非常方便。

3. 我现在基本不会使用回调，或者直接返回 Promise 对象，对于异步调用，全部 `await` ，这样配上 sourcemap 以及日志, 异常堆栈非常精确。
另外，我把异常日志也上报给 otel ，可以获得非常精确的异常信息， 包括（不限于）：pid ，时间戳，内存占用、堆栈占用，被调用的类名、方法名/函数名，调用参数，异常堆栈，以及整个请求追踪链。

4. 如果你在使用 eggjs ， 我建议转换到 Midway.js ，后者原生 TS 开发，支持 AOP, IoC 功能，并且有丰富的中间件沐足绝大部分项目基建需求。 并且官方开发很友好，需求/bug 相应也非常快。
我在 2017 年左右就给 eggjs 官方提建议升级到 TypeScript ，结果对方爱理不理，最后直到这团队解散也没完成…… 而 eggjs 的插件开发以及项目调试很麻烦，于是转到了 midwayjs ，一切都变好了。

postgres + 插件(PGVector / Svector )
https://pigsty.cc/zh/blog/pg/pg-eat-db-world/

如果口令里面有个|就好玩了，比如 admin|pass123|456|1713771788

@jchnxu
[quote]cjs & mjs ，type: module 这个是我自己最烦的。虽然升降一下包版本可以解决。但是就是很烦[/quote]
我现在的 npm 包都输出纯 ESM ，项目也是 ESM ，没发现有啥不方便的。配置好模板就行

[quote]如果要跑 typescript 脚本，ts-node & tsx 也很烦。能解决但是很烦。[/quote]
我现在的（运维）脚本全是用 TypeScript 编写，然后用 tsx 执行。配合 zx 执行系统命令。不但效率比 bash 高很多，也比 python 脚本多了类型保护，维护很方便。

[quote]node 不太好的地方在于，一个线程，逻辑复杂了不好 debug ，而且监控上我感觉还是没有 java 成熟[/quote]
单进程的 nodejs 不是比多线程的更好 debug 么。 之前用阿里的 eggjs ，多进程模式( 1 master + N worker)，本地调试很麻烦。后来转到蚂蚁的 midwayjs ，单进程模式，vscode 调试很方便。
至于监控，prometheus + OTEL , 能满足绝大部分需求了吧。

可以考虑 nest 或者 midwayjs ( https://https://midwayjs.org/ ). 后者纯 TypeScript ，支持 AOP 、IoC ，写 api 接口挺方便的。