你打开了软件 A ，用了 16G 内存。这时候打开了软件 B ，用了 4G 内存，又切回了软件 A 。系统觉得不够了，把 B 的一部分内存放 swap 里。

这时你退出了软件 A ，但没有回到软件 B ，而是又打开了软件 C ，此时 B 的数据还是在 swap 里，因为你没有用到它。

听那个年代过来的老果粉说，Snow Leopard 刚出来的时候其实也是 bug 巨多，更了好几个小版本才正常。

不过今天的苹果确实缺这个魄力。

其实大家都搞 AI ，如果苹果一点不在乎，倒也不是一种优雅。

但问题是去年 WWDC 疯狂蹭，结果烂泥扶不上墙，这就难看了。

我猜下个版本马上把 App Library 给你整上来

说不定以后 WWDC 开完直接隔半年才发正式版，又可以多混三个月

其实 Linux 桌面能看出来开发者还是用了心的，只是没有一个商业公司统筹，最后只能做成这样。比如 Gnome 和 KDE 很多快捷键配置，一看就是深入用过 Windows 和 macOS 的人才会感受到的细节。理论上很包容，可以配成 Mac 的样也可以配成 Windows 的风格，但一深入就各种 Hack ，没有办法

macvim

不是很缺钱的话，想玩就玩，上 Mac 可以不留遗憾。但是 14 寸别上 Max 芯片，功耗散热不匹配，很难受的。

上面提到 C++的，C++类型系统足够强大，使用类似 Rust 的 ADT 机制处理错误完全不是问题，甚至 optional 和 expected 已经是标准一部分了

任何时代的**普通人**都没有逆天改命的机会。唯一解是让自己至少在某个方面不是普通人。

你没说是什么编辑器，也没说你的代码是怎么替换的。

一种可能是编辑器正则是 NFA ，也没考虑各种优化，刚好遇到文件里有大量回溯的情况。也有可能是编辑器渲染效率不行，替换后需要全部重绘，会卡很久。50M 这个级别，通常来说 Vim 和 Emacs 都没问题，VSCode 也不会有问题

@gogozs
说二十年差不多，干满十年的没见过，要么是你待的公司太新，要么是公司太差

放老家收藏着，自己看电子版

说来讽刺，vim 模拟插件做得最好的编辑器是 emacs

论坛网友容易对算法岗位有不切实际的幻想，实际上算法岗可能比工程岗（当然不是 CRUD 那类）惨烈得多

我是老苹果用户，已经用了半年安卓，我同意楼主的观点。这个功能**大多数时候**好用，但总显得无奈。而且在有返回手势（比如中部右滑）的 App 里，我还是更愿意用这类更自然的手势。这个贴又炸出来了若干素质不行的人😁

个人觉得影响工时的因素主要有这么几个：

第一个是公司的规模和所处的行业。一般来说越接近客户的，工时就越不固定，而且通常也会越长。国内没什么小而美的土壤，就码农这个行业来说，小公司往往会比大厂更卷

第二个是团队成员的构成，中年老登多的团队，通常工时不会太长，不过其他方面（如工作氛围）可能会受影响。

然后是领导的个人风格，有些领导自己就很卷，会带动整个部门一起卷，可能其实没有那么多事。所以现在有种说法，外企机会虽然少了，但退而求其次也可以找那种在外企待过很多年的领导，这种人一般不会往死里卷。

在公司 10 小时，双休，相当于 10-8-5 或者 975 ，个人体感一线城市中厂和大厂里除开少数特别狠或者核心的团队，还是挺容易找的。但是二线反而有点难，因为选择太少了，本来 base pay 就低，不存在一线大厂取消大小周省加班费的情况，员工选择也少，随便压榨