不支持 M1
但是这个家伙必须一直在后台
因为有很多功能靠这家伙完成
比如快捷键 flow 针对不同 App 支持不同的按钮之类

不支持 M1 真的很讨厌

@dk7952638 据说 snowpack 已经要被 vite2 取代了

更新后发热变慢不是常识吗 iOS 也是

@GopherDaily M1 Pro/Max 的 30+寸的新 iMac 明年会有
可能会比现在的 MBP 还要强 至少是一致的

就算是乞丐版的 8G M1 mini 也比我 2015 iMac i7 顶配要强 比 2017 MBP15 i7 高配强
不确定和 2020 款比有多少差距 如果是普通配置 我觉得 M1 16G 应该会比它强
据我同事说 16G M1 iMac 比 2020 i9 MBP16 体验好 不会随随便便的起飞和降频 性能都很强的

@wszgrcy 我记得作用域提升 貌似不是为了 tree-shaking 而是为了 dedup
另外还有一个很强的功能就是 esm 的 concat 功能 不过和 tree-shaking 没有直接关系

一楼说的很全了 像 lodash 这种 如果你不用 lodash-es 那就需要用 plugin
如果 package 提供了 esm 并且提供了 sideEffect flag 的话 就都可以自动 tree-shaking 了
而且 webpack5 连非纯 esm 的 bundle 都可以做一定的 tree-shaking 了

但是你用自己内部做的包 很可能就不能自动 tree-shaking （除非特别处理）
这也是我经历过抱怨和误解最多的时候
因为要支持 tree-shaking 必须提供 esm 和 sideEffect 的信息
很多人做内部的包很喜欢把所有的东西用 index 全部导出来 但是有不知道怎么声明 sideEffect
或者用 webpack 或者其他 bundle 打包成了一个文件 cjs/umd 或者 单个 esm （就是把所有文件合并后导出成一个 esm ） 结果都没办法 tree-shaking 导致整个包全部被 webpack 打包

作为 library 想支持 tree-shaking
1. package.json 要提供 module 或者 browser 的 esm 入口 或者 exports
2. 不打包成一个文件 最好只做 babel 或者 tsc 就够了 最多用 rollup 分组件打包
3. 声明 sideEffect false 或者 指定需要 sideEffect 的文件
在使用 library 的时候 webpack 需要用 mode: production 并且启动了 minimize 和 TerserPlugin 才能充分使用 tree-shaking

虽然现在 webpack 和 esm 已经出来很久了
但是浏览器和 nodejs 的支持还是不是很完美
这个只能自己花时间 或者培训团队了

你需要和 Apple 证明你是原作者才行
肯定会很耗时间的 但是你没办法 当初没去这么做

@sean419 miniLED 暗色模式下 反而会导致光晕 估计会造成一些视觉上的疲劳
另外 我也觉得如果不是刚好 2x 3x 字会变糊 长期下去 觉得眼睛都糊了

@MakHoCheung 远程有好多种的
一般的有用 SSH+Terminal 直接远程终端的
或者 VNC/RDP/TeamViewer 远程桌面的
用你说的 VSCode Remote 那种的 实际上就是 SSH 加上图形客户端
还有直接 Web 端的 类似 vscode.dev 这样 Github Gitlab 都支持

各自有不同的优势和劣势
前面两种比较传统 但是比较好控制（安全）
后面两种体验比较好一些 但是也比较难限制（比如复制粘贴 下载文件）

@wingoo 其实磁吸除了很多人想要外 还有一个原因是快充
USB-C 240w 刚刚才出来 也就是说这代的 MBP 只支持 USB-C 100w
没有磁吸接口 那么就没办法做到快充了
而且你显示器或者 Dock 的瓦数也是 100w 输出上限 没办法快充

要知道这一代电池大 快充是刚需 而设计生产的时候 USB-C 240w 还没出来 所以 MagSafe 就是必须的了
没有快充 多少人要骂了

当然如果是下一代 Mac USB-C 支持 240w 快充的话 磁吸就仅仅是一个选择而已 不是必须的了

目前 CPU 里面貌似只能支持 4 个 TB4 的带宽 然后这代 MBP 牺牲了一个 TB4 换了 HDMI 和 SD 卡槽 磁吸弥补 USB-C 快充的问题 很好的妥协啊

TouchBar 真的用的人很少 抱怨很多 而且就算用也不是很好用 “关键是成本还很高” 这种东西苹果肯定要砍掉的 就像 iPhone 的 3D Touch 当然以后做好了加回来也不是不可能

HDMI 对于办公的人来说 真的很有必要 而且对于一般人外接 4K 屏幕或者电视机也很方便 算是照顾了很大一部分用户
至于不是 HDMI 2.1 据说是一条 TB4 的带宽不够 很可惜

至于 SD 卡 你就当是苹果为了特别照顾视频图像专业人员了 因为这次 MBP 更新 照顾最大的就是视频图像方面的
不仅是那么多显卡核心 更夸张的是带了很多编解码器 甚至 ProRes 的 ASIC 编解码器 这个成本其实很大的 如果没有视频专业的需求 其他专业人员也用不上
还有就是夸张的扬声器和高品质麦克 一般人用不着 专业的人可能不屑用

要是只是针对我自己的需求的话 我倒是希望 CPU 有 8 个 GPU 核心就够了 CPU 核心堆到 16 个比较好 那些编解码器啥的有解码器就行了 ProRes 根本不需要 这部分的研发和生产成本 肯定比 SD 卡高

而且 SD 卡可以用作扩容 就和老 MBP 一样 挺好的

那就等明年的 M2 MBA 吧
应该会更加轻薄

@guoqiao M1 Book 默认不行 只能外接一台显示器

但是可以用 USB 接 DisplayLink 来做到更多的显示器 这个你需要另外买一个转接器 而且不是特别便宜

@Tianao 现在硅谷的公司软件开发基本上都是印度朋友
@billytom 没有啥更不更多的 大中公司很多中层甚至高层都是印度朋友了 以后只会越来越多

@legenumbre @minamike 但是好看的锤子没那么好用啊 那个散热和电量

比如说一个锤子特别好看 但是不够重 你还得自己绑上上一条绳子不然锤头很可能会松 绑上绳子一来再好看都白搭 更糟糕的是把子还是玻璃做的 你使劲用一下试试 要不你自己换个木头的

现在出来一个新的锤子 比以前的更重 而且更合手 也更结实了 但是丑了 就一个普通的锤子样 还有些奇怪的纹路

你要哪个？
如果只是平时做做样子 偶尔锤两个图钉 我选第一个
如果拿来干重活 我肯定选第二个

@mikywei @agagega 有 SD 卡槽 还可以扩容来着

@mikywei 没啥奇怪的啊 本来 90%的用户应该选择 M1 机型的啊
如果嫌 M1 不够用到 那就等 M2 的 MBA

这次的 M1 Pro/Max 本来就是给相对少数人准备的
而这些人 大部分会用到摄像头 很多人会用到 HDMI 相当一部分人会用到 SD 卡

另外 Pro/Max 主要是 GPU 和内存部分不一样 CPU 部分是基本上一样的 基本上就是 M1 的 1.x 倍
键盘部分官方也说了是金属氧化的

可惜不支持 6E
虽然现在支持 6E 的 Wi-Fi 路由还不多
但是考虑到 mac 可以用好多年 没有还是很可惜的

我觉得很难 估计必须做数据迁移
想无损转换 格式之间必须是兼容的
ntfs 和 apfs/hfs 之间要兼容很难

@littlewing @bleaker @ffgrinder 对啊 你看下现在做开发的软件不是 Electron 就是 Java 因为要跨平台啊
另外做浏览器兼容性 开多个浏览器不在话下 Chrome Firefox Safari Edge 同时开个 2-3 个很正常

另外 Web 开发 怎么样也要个 nodejs 来跑 build 脚本 偶尔还要跑个 Python 和 shell 脚本
后端可能还要本地跑一个数据库或者缓存之类的 不然通过家里 wifi 链接公司的数据库太卡了
为了和产品线上尽量一致 docker 就不能少 无底洞来着

---

但是反过来 轻度 Web 开发 M1 8G 基本上也够用了 只要不需要跑 docker 或者虚拟机
M1 性能还是很强的 UMA 8G 也很省内存的
我之前 M1 8G 跑 Chrome 10+ tab + VSCode + Slack + Zoom + 本地数据库和缓存 加上跑 nodejs 脚本
都比我 16G intel MBP iMac 快 而且内存压力也就 7-80% 就算用爆了内存 SSD 够快也不卡