看 https://github.com/microsoft/WSL/issues/4304
里面提到所有 WSL2 的系统共用同一个虚拟机 所以 IP 一样
这点和 Docker for Win/Mac 有点像，所有 docker container 都在同一个虚拟机共享内核
再加上 Docker WSL2 的话就和 WSL2 共享一个虚拟机了

其实这样是好事 你用 docker 或者多个 WSL2 实际上只开了一个虚拟机
这样资源消耗 尤其是内存消耗 估计少了很多

@user231 你用 watch 上网干什么需要那么高的速度？
watch 为了省电 4g 速度都不敢随便跑慢 5g 耗电根本带不起吧
除非 5g 芯片有低功耗协议

watch 为了省电 一般情况下连 wifi 都不用 只用 btle 连 iPhone 来通信

@yulihao 其实你不知道的是现在的 Intel Mac 已经可以“原生”“跑”iOS 应用了 而且不是通过 CPU 指令集虚拟机
跑 iOS App 其实不需要"arm to x86" 因为 iOS App 本来就有 x86 指令集的支持

iOS Simulator 虽然是“模拟器”但是不是“ARM 虚拟机” 而是基于 x86 的虚拟 OS 层
所以在 iOS Simulator 跑的 iOS 应用就是 x86 指令集的 也就是说原理上 Apple 完全可以直接打包 x86 的代码到 ipa
只要 macOS 有 iOS 运行时就可以运行（其实就是把现在那个 iOS Simulator 包装一下就是）
或者说如果 big sur 已经有 iOS 运行时 那么就算是 Intel 的 CPU 也完全可以跑 iOS App 只要 xcode 支持编译 x86 的 ipa

你说的这些我觉得 Apple 好多年前就可以做到 只是不愿意罢了：
其实只要 Apple 愿意 那么完全可以直接把 x86 打包到 ipa 然后 macOS 下可以把 iOS Simulator 包装一下并且支持 App Store 就完成了
让 ARM Mac 直接可以跑 iOS App 我觉得就是给用户更多的理由买 ARM Mac 而已

另外就是 Catalyst 其实就是把 iOS 的运行时移植到 macOS 来原生运行 而不是通过模拟器
但是毕竟因为很多硬件特性不同所以需要一定程度上修改 iOS App 的代码来“适配”
就像 iPhone App 要适配 iPad 一样 还是有一定工作量的
而且发布也同样收到开发者和 Apple 的控制

我预测等 2 年后 所有 mac 都是 arm 之后 发布 App 就可以是“全平台”的
只要做好适配 同一份代码就可以同时发布 iPhone iPad mac 以及 watch 版 App
而那时候 最新的 macOS 可能就不再支持 Intel 的 Mac 了
这样就让 Intel Mac 用户有更新 ARM Mac 的理由

@pseudo 这个就没必要自己造轮子了
有 JsonSchema 还有 Joi
都很成熟了

JSON schema 可以算是标准了 有很多库可以使用 而且有各种应用

@secondwtq 最新的 USB 4 就是基于雷电 3 的
怎么就比雷电快了？

当然可以 websocket 就像 http 一样 只是一种协议 你可以用来传输任何内容
不管是 json html 还是 zip exe 都可以

关键是你前端如何实现
对于你的这种需求 渲染进度 传输 json 或者 数字 string 会明显更加简单 相比传输整个 html
你只需要把进度传给前端的进度条组建就可以了

除非你完全不会前端 JS 只会用后端渲染整个页面 html
那么你可以简单的用 JS 把整个页面替换掉即可 但是这样比较笨拙
而且你要用的 websocket 你一定要有前端 JS
既然已经需要用到前端 JS 那么传输 json 来修改进度条要简单的多

关键还有 iPhone 大小不一 难道还要不同的适配器 甚至不同的机壳？
这绝对不会是苹果的风格

我也记得这个 但是
专利可能不一定要实现 只是为了占坑 不让别人抢去

比如第二个 iPad 那个其实可以算是实现了
LZ 说的第一个 觉得意义不大啊
一来接口 要么无线 要么 smart connect 用来计算速度肯定不够
用来当作触摸板意义又不大
唯一的意义可能就是同步账户资料

比如机壳是公共的 比如教室或者图书馆提供
然后自己的手机放上去就可以直接实用自己的账户来登陆和操作
但是这样用 NFC 或者 QR code 就可以办到 而且还不需要有 iPhone

手机屏幕和 mac 触摸板相比还是太小了
而且没必要用手机的 A CPU 啊
mac 用的 CPU 可以做到更多核心 更大的耗电量和散热来解放更加强大的性能
手机散热就很困难

如果只是同步数据 那么现在的 iCloud 加 WiFi/蓝牙 应该足够了

@redbuck 没错 只要计算机不能把需求的语言描述自动变成确定的逻辑
那么永远需要有人来完成这个翻译的过程

现在是码农在做这个翻译
低代码和无代码仍然是一种“代码” 需要由人来完成 只不过从码农码代码过程变成了图形化的配置过程

想要优化 就必须依靠更加“高级”的“代码”来更加高效的翻译 /表达逻辑 让代码变得更加智能
这样“编程”的门槛就会越来越低 以后可能人人都可以自己完成一套系统
那么程序员这种职业就会越来越少 但是高级程序员不会很快消失
就像以前只有少数人“司机”才会开车 现在几乎人人都会开车了 但是专业的司机还是会存在 除非有天 AI 可以完全自动开车而且开的比专业司机更好

其实不用太担心 如果这些真的大行其道 那么这些被替换掉的低端码农 会变成这些所谓的“无代码专家”
不太可能要求真正的业务人员去做这些配置 因为他们也不熟悉
而这些做配置无代码系统的人 变成了所谓的“无代码专家”
其实地位和现在的 CRUD boy 会差不了太多 只是效率可能会提高一些
比如我就认识专业的 salesforce 人员基于 salesforce 二次开发 而且代码不多基本上就是配置表格 这样的人很多

因为不管怎么样 都需要有人做翻译 把需求变成机器可以执行的代码 除非机器可以自己理解需求
不然无非就是“语言”变高级就是了
从 0101 机器码到汇编到 C 源码到更高级的源码 同时还有 图形化 配置化 但是本质是相同的 提高了效率罢了
无代码其实就是把代码图形化和配置化 本质上还是代码
如果业务逻辑足够复杂 那么就还是需要有专人把需求翻译成图形化和配置化的代码

所以我觉得真正会威胁到中低端程序员的是这种无代码或者少代码的堆砌配置的思路 加上 AI/ML 来直接把文本或者数据需求自动或者半自动转化成配置完成一套系统 并且根据业务人员提供的现有数据自动产生测试 完成系统
这样一来就可以不需要聘请开发和测试来完成系统了（当然是在复杂的不是很大的情况下）
当然还需要很长一段路要走 但是我估计有生之年应该可以实现吧

这个读取超大文件本就好什么框架或者什么语言编写没关系
必须要做到按需读取部分文件和渲染来做到

记事本要完全读取文件 并且完全渲染才会显示出来 自然要慢
VSCode 和专业一些的编辑器会支持这种大文件读取 自然就不会太卡

@wilhexm 这个和 macOS 没关系 非 Mac 版鼠标 Logi Options 默认就是和 Windows 一样的 和系统设置没关系
如果你想和 macOS 一样 要去 Options 里面把鼠标方向调成 Natural

我每次设置新鼠标的时候都要改一下

@meisen 并不是 100% 一样 因为有些文件是不会备份的 比如缓存和部分 keychain 之类的 另外 iCloud 貌似需要重新登陆
另外如果你恢复到不同的机器上 那么设备号会不一样 那么有些软件没办法保持激活

估计是在检查连接的安全性 然后服务器又不在国内