@imn1 总结的不错

@ahhui 这不就是我说的“除非你存在一个独立的数字文件保险箱”这个方案吗
可以用另外一个密码管理器 或者同一个密码管理器不同的 vault+不同密码 或者任何另外一种加密方案 比如加密的 pdf 或者压缩包都可以

@chinvo 其实还好 不过前提是没有别人知道你的 passcode 或者 1p 不自动解锁

刚开始的时候可能会有 node 的 c module 需要编译装不上
如果你项目没有用到 c module 应该没啥问题 前提是 brew 的 node 装的上

@ahhui 虽然这样方便 但是就增加了风险
除非你存在一个独立的数字文件保险箱 比如 dropbox vault 或者什么的
不然就失去了验证码的安全性和本来目的

另外就是比如 1password 可以同时存密码和验证码 虽然方便 但是也失去了二次验证码的目的
不过避免的方法就是开一个独立的 vault 然后把二次验证信息和二维码存里面 并且使用不同的主密码
然后再用手机的验证器 app 平时使用

另外 Authy 和 Step Two 支持同步

都是太平洋时间早上上班的时候发布
现在还是苹果总部还是 11 号晚上呢

@aLazarus 人家苹果只是拿低端试试水 这样比较保险
明年肯定出高端的 其实只要来个 M1X/Z 什么 多堆几个核心 内存加一加 功耗加一点 就好了

比较新构架 一开始无论是硬件的工艺 还是 软件的生态 都不太成熟
贸然上高端版本只会惹高端用户抱怨 对于低端用户 够用 而且有 iOS 生态加成 加上超长续航 估计还是会比较满意的

其实还是有难度的 因为 win10 ARM 版支持跑 x86/x64 app 是和高通合作做出来的

跑 win10 ARM 版本 估计一些 hacker 可以做到 里面 native 的 app 应该可以跑起来
但是要在里面跑 x86/x64 app 估计会有难度

Win10 ARM 还有个问题就是正版授权问题 这个目前 M$ 没有提供合法的方案用来跑在 ARM 的 Mac 上面

不过如果是基于 Qemu 虚拟机的话 在性能严重打折的情况下 还是可以跑 x86 Win 的

这次的 Air 其实就是替代了 12 寸 和 之前的 Air
也是没有风扇的

@Biwood 这个很难吗 Windows 也有 x64 x86 和 ARM 版本啊 都是原生运行的啊
macOS 肯定也是一样的啊 build 两个版本有什么问题吗？

app 都可以做成 Universal，系统当然没问题啊
所以你猜测的基本上都是错的

1 不是虚拟机 是和 iOS/iPadOS 一样原生在 ARM 上跑的
2 不是基于 iPadOS 就是基于 macOS 反正内核都可以支持 x64 和 ARM
3 生态统一 并不完全：
a 要求新出得 app 尤其是 app store 的 mac app 都是 Universal App 也就是 build 两个版本 这个苹果之前做过
b 对于老的 x64 app 用 rosetta 2 转译 这个苹果之前也做过
c 对于 iOS/iPadOS App 可以直接运行 这个就像在 Linux/ChromeOS 上面运行 Android App 类似 不过不需要虚拟机 可以原生运行

@sagaxu 我倒是觉得 16G 应该还是够
对于这几款毕竟低端的机器 不太觉得上 32G 那么重要 反正不能开虚拟机什么的
而且如果真的要剪视频或者渲染需要很多内存的 估计 GPU 就不够了
也不支持 eGPU 什么的 很多 Pro 级别的也应用不了

估计要等出 M1X 或者 M1Z 之类的 估计会支持更多的内存 再考虑考虑上顶配好了

@gesse 对于 架构上的“BUG” 不敢赞同
你要看这次 M1 这个集成芯片 内存是集成在 U 里面的
也就是说不同的内存需要重新设计芯片的布局或者尺寸之类的
所以应该不是做不出来 可能是目前技术和成本上的一个妥协 或者比如低功耗内存的限制之类
这次本来就只上了低端 那么多一个内存选择 设计开发和销售成本会高很多

如果真要达到 Pro 级别 现在 M1 还不够 如果需要支持桌面级别
估计还要支持可插拔的扩展内存之类的才行

对于全新产品 一开始就买的肯定是有代价的
生产工艺 和 软件生态 不成熟 套用任何一个苹果的硬件或软件都是如此
希望尝新的小白鼠们 人家愿意
对于一般的用户说说就好了 一般等个几个月半年就好 不需要说的那么严重

我记得 console.log 有 io 的 buffer
所以可能 console.log 输出的时候比实际晚

依旧是说 你 call parentPort.postMessage( { } ) 的时候 console 还在 buffer 里面
然后不同的 worker buffer 不共享
所以两者的输出穿插了

当然这只是我的猜测

你可以不用 console.log 用别的方法试试 比如直接输出 stdout 并且 flush

PD 对游戏的支持和优化比 VMware 强不少

我记得好像 console.log 有 buffer

once 就是 on once
所以第一次触发当然都一样
但是之后 once 就卸载了 第二次触发的时候只有 on 继续有用了

我大概看了一下那个 SM2 的说明
应该说是 SM2 基于椭圆曲线算法 这个没错
但是 SM2 和常见的 ECC 那些标准算法的一些实现细节和椭圆曲线参数上的不一样 所以实现不能完全通用
但是椭圆曲线部分算法是可以通用的 但是椭圆曲线参数又不一样

我也想到了 小霸王其乐无穷啊

@chodomatte 由于是录播 你也不知道他们是什么时候录的
搞不好这几次发布会的大部分录制一口气早就完成了
就算到时候有变更 只要再录制需要更新的部分 然后后期剪辑一下就可以了
所以你说的额外工作量 其实只会更少而不是更多