@1014982466 @lly0514 mini 倒是无所谓 难度 Air 也要一天到晚挂着移动硬盘吗 除非真的仅仅是当作上网本 不然 256G 还是有必要的
128G 基本上装上常用软件 就不剩多少了
另外 SSD 最好保证有充足的剩余空间 不然寿命会大打折扣的

128G 特别版估计内存也必须是 8G 没得升级把？

Universal App 才是同时有 ARM 和 X86 但是那是 Mac App 不是 iOS App

我只知道 build 调试的时候会有 x86 arm iOS 的二进制文件
上传一般都是 bitcode 的版本 会在服务器端再编译到各个支持的系统

@bingheath M1 是很强大 但是你也要提前验证一下你需要的软件和硬件的兼容性
每个人用的软件和硬件 应用场景不同 体验差距会非常大

就比如同样是适配剪辑 如果用苹果自家软件 那比老款 nb 了去了 有时候比独立显卡还强
但是如果用第三方的软件 虽然比之前的集成显卡的低配强不少 但是还是比不过独立显卡的高配

硬件设备是最头痛的 因为你不能保证会为新设备系统提供驱动支持
比如 egpu 目前 m1 设备就是不支持 你也没办法

另外你的 8G 版本 确实很多场景下内存会不够用的 就算 m1 再强 软件也慢慢兼容了 要处理大文件或者很多网页还是会不够用
有人也测试过了 就算能够流程预览剪辑 4k 甚至 8k 也只能处理几分钟以内的长度 太长了或者里面内容太多了 8G 就会不够用
如果你工作需要打开巨大的文件 8G+256 注定会沦为一个玩具

我都是把 Installer 打包成 dmg 文件来着 应该没有这个问题

@rbe 你是说 disk image 吗？那是 sparse file 虽然文件大小是 64G 但是实际占用是用多少占多少
你查看文件信息就能看到 文件大小和实际占用大小不一样的

@GTD 如果你只开 docker 那么用 Docker for Mac 比较好 里面的虚拟机比较轻量 而且不需要额外的配置
如果你需要同时开 linux vm 和 docker 那么在 vm 里面开 docker 比较好 不然相当于你要开两个虚拟机 而且还可能是不同 hypervisor 的虚拟机

偶尔还是需要关机或者重启一下的
停电也没办法

如果那些软件有适配过 ARM64 的话 可能难度会小一些

@msn1983aa @garlics x3 应该不止
因为压缩率还是挺高的
单单解压就不止 x2 了
安装和比解压还要大
然后还要快照备份 以防安装失败要回滚

所以至少 x5 x10 都是可能的
如果更新大小 2G 那么就需要 10-20G 空间

此外由于系统运行需要保留一定的可用空间 比如预留 5G
那么你更新一下估计得空出来 20-40G 才行

你要知道这次 big sur 安装包就 15G 而且还是压缩过的
更新每次也都有好几个 G 还要解压
128G 版本本来就是让你不太好用的 不然谁买大容量的啊

@tabris17 “乔布斯不可能开源苹果的操作系统代码” macOS 核心是开源的 而且很多内核组件也是开源的 webkit 也是开源的

@wydinhk 普通办公娱乐使用够了 轻度的剪片或者处理照片也没问题

但是他只测试的单个应用 8G 基本上都用尽了内存
所以如果你需要多个任务同时做
比如一边编译或者导照片 一边开一堆网页 估计就不太够了
所以对于开发而言 最好上 16G

@kyuuseiryuu LZ 说的就是同样的包版本不一样 这个太常见了

@pkuphy 最简单的办法就是加 githook checkout 的时候自动 npm i

@kyuuseiryuu 现在前端 node_modules 加 git 里可不太好
太大了 webpack babel react/vue/angular 什么的 一大堆 可以上 G
而且每次 npm install 相当多文件会变化

除非你 npm install 一次之后再也不动 这当然已经不可能了

就是蓝牙的问题 只要是蓝牙鼠标 只有 Magic Mouse 还勉强可以接受 其他都掉帧
用 2.4G 的就不是就没问题了 再有问题 就让接收器离得近一点 不要有遮挡 尝试不要装在 hub 上面

不会 既然转了 就会一口气转过去
现在过度阶段 ARM 的 Mac 还不成熟 高端暂时用 x86
明年高端 MBP iMac 就会出来的
最后才是 iMac Pro 和 Mac Pro