@wazggcd 没必要关掉啊 除非你重装系统 然后以后弹出 Rosetta 安装的提示的时候都取消

@echo1937 第一次用 Intel App 的时候 会弹出 Rosetta 安装的提示 你点击安装 那么就是同意了
如果你取消了 你们 Intel App 就无法运行 你再启动 App 的时候会再次弹出 Rosetta 安装的提示

@cxe2v 其实就是把前端的 React 代码先在服务器预渲染一遍 变成一个包含内容的静态文件
这样效率高 也利于缓存
你可以理解这样就相当于把 JSX 当成了一个模版了 和 php jsp 类似

如果是纯静态页面 这样就结束了 服务器吧 jsx 渲染成了 html 丢给浏览器
当然 里面还是可以有 JS 的动态部分的 这样就和普通的 React webapp 一样了 只不过服务器已经把一部分内容渲染完了

不过不会第二次再去服务器渲染 这一点和 ASP.net 还是很不一样的

@cxe2v 而现在的服务器渲染 其实是服务器“预渲染” 实际上是一种服务器端加速的功能 而不是所有 UI 都让服务器去渲染

技术从来就是一个轮回一个轮回的
但是想法和解决方案类似 实现和效果却很不同
不同时代技术的基础不同
服务器控件的想法是很好而且很成熟的 但是当时浏览器还是 IE 根本没有完整的 Webapp 的体验
服务器渲染都需要不停刷新浏览器 在 Ajax 成熟 加上 html5 之后就没有优势了

问一个资深工程师一些初级的问题 有时候确实会不合适
尤其是前端发展的非常快 一些资深前端可能并不是非常熟练最新的一些东西 可能自己也不用写那么多 code
而且可能也不像初级可以有足够的时间和精力去刷题

所以问的时候 一般都要避免问 API 和文档的内容 这些东西除非天天用 否则碰到的时候再查就是 除非是新手 否则没人去背这些东西
问怎么解决问题可能会更好一点

原型链 现在基本没人会直接用 这种问题只要不刷题 就很难完全说对 完全说对了 也只能证明刷了题 没有多少意义

@bailitusu @idlerlestat 就是叫 MacBook 不会叫 Air
以后就是 13 15 寸 MacBook 超薄
13(可能) 14 16 MacBook Pro 超厚

@Chism 应该说 CSS 和 UX 是一样的
就像 Bootstrap 默认 jQuery 来驱动 但是也有 React 和 Vue 的版本

@qqqqqcy 估计是 ts-jest 自动处理了
ts-jest 有 tsc 作为转译工具 和 babel 差不多

@ZE3kr 不搬就没有 AZ 的 ID/DL 呀

@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 都是在堆核心