Python 编译到 LLVM 的项目已经有很多，静观其变吧。

0. 由于“TypeScript 是 JavaScript 的超集”，所以不存在“完全放弃原生 JS”的说法。没有人会阻止你写 AnyScript 。我平时写的时候，就只会在发现类型提示不见了之后才主动补充一下定义。
1. TypeScript 不太可能消亡，因为现有的针对 JavaScript 的智能提示大多是基于 tsserver ，这是强大的 TypeScript 给我们的恩赐。
2. 针对编译速度问题，可以使用 ESBuild ，SWC 等方案，由于它们只做类型擦除等原因，速度很快。我这里有一个中小规模的前端项目，编译时间几乎可以忽略（ esbuild 0.3s ）。
3. 使用 JSDoc 替代 TypeScript 在大多数时候可行，但是你想想，是写 `/** @param Type name */ function foo(name)` 方便，还是写 `function foo(name: Type)` 方便呢？我觉得只要你不写出类型体操，TypeScript 没有什么不好的地方。类型体操是库作者应该纠结的事。

总结：别让他们接触到钱就行。

思而不学则殆。https://developer.mozilla.org/en-US/docs/Glossary/SPA

居然有人发这个节点了，好多天过去了。

我确定了她对我没有意思，无论如何我要忘记她。

我真的好像要有一个...能...至少喜欢我一段时间的女孩子啊。

@autoxbc 轻量级 Linux 需求哪里消失了。。。无论硬件如何发展，对成本控制的追求永远不会消失。你有 32G 内存这很好，但是你愿意给只有 4G 内存的用户发红包吗？而虚拟机等等场景就更别提了。

webdav 比较合适，开 https 并且密码有足够复杂度就行。只要操作规范，相信密码学和数学的力量。

你可以尝试在完整版上安装，然后 diff 一下，覆盖到精简版的系统上。

5 楼的说法个人觉得太冲动了，精简版 Windows 某些时候还是很有用的。我们有轻量级 Linux 发行版的需求，而对 Windows 有相同需求也并不是什么怪事。

13 楼就是你想要的答案，大概就这么几种思路，proxy 环境变量，tun ，劫持 winhttp.dll ，防火墙，改程序数据。

同意 8 楼，解压后看网页很不错

@BanShe 可能需要在井号前添加空格，毕竟用英文的时候大家都加空格

看了下确实挺不错。不过我也推荐楼主尝试一下将项目迁移到最新版本 Node.js 。一般来说造成不兼容也就那么几个原因，废弃的 API 或者 NAPI ，可能使用 NAN binding 等等，一般来说解决起来并不麻烦，我已经迁移了有那么几次了 hhhhh

不同的项目不太一样，使用不同打包工具也不太一样。比如我的项目使用 esbuild 打包，使用 vtune 检测到瓶颈在内存带宽。如果是 rollup 或者 webpack ，那应该是 CPU 瓶颈

手动添加应该是最近任务界面锁住吧，如果我没记错，MIUI 锁住之后的应用一般是不会被杀掉的。反倒是原生系统在这方面比较欠缺

@abigeater 手动实现一个锁？支付链接在有用户发起支付的时候先 block 住

outlook 吧，android 上也是。实话说好用的客户端没几个。