@yazoox 转译就是指的 babel(或者 tsc) 因为 jest 是直接在 node 上面跑 所以一般情况下需要用 babel/tsc
但是 babel/tsc 一般只管 src 一般会把 node_modules 排除在外 这样就算用 node 14+ 也可能会碰到加载 esm 导致无法运行的问题

@qqqqqcy cjs 和 esm 的加载方式不一样 不用 babel 的话 node 14+ 自己能够处理好 esm 入口吗？

做 lib 的时候 这些东西要尽量放到 peerDeps 然后如果要打包 需要 external

另外就是 jest 的问题 主要是 jest 是用 nodejs 跑的 所以引入一些 esm 的包就会出现问题 可能需要转译一下才能跑

你其实应该问“在量子计算机普及 前” RSA4096 和 Ed25519 哪个相对安全一点

如果都普及了的话 那自然要用量子加密算法啊
所有基于数学难题的加密算法 只要量子计算有对应的破解算法 基本上就不存在安全性了

@MrCurly 其实现在顶级 Intel 和 AMD 的 CPU 都挺大的 而且是不再是正方形

@oncethink 共享键盘和鼠标
而且切换方便流畅
和一些键鼠共享软件类似 但是系统集成好 配置也简单
和罗技的 Flow 实现的方法不一样 使用软件实现的 罗技用硬件实现的 问题反而多

@Tabjy 基本上就够改善生活 偶尔出去旅游一下 和偶尔升级一下设备了

另外这次 SE3 给的 CPU 和 5G 算是挺大的改进了 这样 SE3 又可以支持好多年

本来 SE 升级 都是性能改进 设计不改
如果改了设计 说不定不少人反而不喜欢了 现在系统 TouchID 的人 还可以选择新的 SE

另外 如果改了设计 变成全面屏 那么必然会影响很多想买 12/13/14 的人

@egen 12 代 i9 单核性能也差不多 现在 CPU 单核性能已经瓶颈好多年了
现在 Intel AMD 还是 Apple Qualcomm 都是在堆核心

这个早就有了啊

没啦

@3dwelcome wasm 目前设计的目的是可以直接把现有的软件编译到浏览器里面运行 而且主要就是算法部分
或者借助 wasm 把 js 里面有性能瓶颈的部分 更加高效的执行
另外 wasm 和 js 可以无缝集成 这样 wasm 就可以借助 js 来操作 dom js 也可以借助 wasm 来提升核心算法的效率

@3dwelcome 我记得本来 JS 是想加类型的 你可以看下 ECMAScript 4 https://evertpot.com/ecmascript-4-the-missing-version/
但是失败了

然后有了 TypeScript Dart Flow 基本上都是为了给 JS 加静态类型
结果就是 TS 成功了 Dart 在靠 Flutter 续命 Flow 死了

当初 ES4 失败 我记得是因为大部分 JS 的开发者并不想要类型 觉得太麻烦了 太复杂
而且就是给网页写点 script 方便好用才更重要 灵活性更重要

但是随着 webapp 越来越大 需要团队协作的越来越多
所以静态类型的重要性就越来越大

我个人认为 现在 JS 根本不打算再尝试加入类型：
1 是有之前的失败
2 已经有了很成熟的 TS 和 Dart 有需要的人为啥不用
3 现在 JS 核心人员有不少就是不喜欢 TS 和静态类型的 就是不想要和 TS 这些一样 你看下最近出的 private field/method 就知道了

@creanme 既然是静态类型 肯定会越来越复杂的呀 毕竟有大型工程的需要

----

@3dwelcome 另外我猜你可能是希望通过引入静态类型来提高 JIT 性能 可能你不是特别在意静态类型本身
这样其实各大浏览器开发商已经在往这个方面努力了
之前有 asm.js 其实就是给 简化的 JS 加上基本类型的静态类型 这样就可以直接编译成本地代码执行
然后 asm.js 进化成了 wasm
所以 JS 本身就没有必要为了性能去添加静态类型的复杂度
想要性能 可以用支持静态类型的语言之间编译成 wasm
想要灵活性 就用 ES 或者编译到 es5 就是

@3dwelcome 现在给 JS 加类型 语法就 2 种 要么学 TS 类型写在变量后面 a: string
要么学 Java 写在前面 String a 基本上就是 Dart 的做法
说要用变量名来表示类型的就是扯淡 string_a 这个根本没办法统一 而且之前也有这么做过的 问题多的要命

“我不想用 TS 啊，就想用原生 JS 那个熟悉的味道”
加上类型后就不是 原生 JS 的味道了啊
而且现在 TS 已经很成熟 JS 直接改个名 然后加几个 any 就可以跑了 具体的类型验证 后面再加也行
唯一就是用一些第三方库 需要找 typing 或者写 def 有一点点麻烦

那不就是 TypeScript 吗
不是所有人都喜欢类型的呀

为啥你不喜欢 TS 又想要类型？

TS 本来就可以兼容绝大部分的 JS
你不想要类型 TS 你定义成 any 基本上就和 JS 差不多了

另外 Google 有 Dart 呀
推过 但是失败了 现在靠 Flutter 来用 而且最终编译成 JS

@Rocketer 未来我觉得还是要看 Wasm
不管是 JS 还是 TS 还是 Rust/C++ 甚至 Java/C# 都编译成 Wasm 就可以了

我觉得 对于一个自己深度制定的 Windows/Linux + Android + 质量合格的硬件 整体的体验肯定会比 Apple 全家桶好 而且自由的多

但是大部分人都没办法 "自己深度制定" 这样一来 Apple 自带的功能就可以很好的工作
比如 还没出的 Universal Control 其实 Windows/Linux Android 早就有软件可以实现

苹果生态的好处就是事情比较少 而去软件质量相对比较高 并且问题也少

其实很简单 如果你没用过 macOS 也没有非用不可的理由 就完全不需要 Mac
Mac 再香都不需要 更不要说现在 Mac 还不是 x86 的了

从 Windows 转到 Mac 的代价非常大的 而且很多常用的软件不一样 或者需要从新购买
我觉得比从 Android 转到 iOS 难度要大

确实要看软件和网络
我一般 13pro 一晚上也就掉 5%以内
但是有一次装了几个 app 后 一个晚上直接从 50%掉到关机
估计是有 app 一直在后台做什么