@abujj 木有，我自己都没试过 ...

16GB 的万元本很好了好吧，贵站最喜欢的万元本是 8GB 的

感觉不该拒的，试一下又不会怀孕

个人猜测：
是不是主流不知道，但是我记得我碰过的机器有一半都这样（另一半可能是因为风扇比较弱注意不到）

不觉得主要是为了清灰，只是清灰的话定时拉一下风扇就可以了
我觉得更像是启动之前先拉个安全值保证 CPU 不过热（或者还有可能这段时间就是没法控制风扇转速）

而且对于我这种一个月不关一次机的这个根本就不是问题
对于你说的“好牌子贵东西”而言，可能相比于内存能超多高，有几个 M2 ，有几路 VRM ，“装甲”可以挡住百分之几十的散热器这些问题来说这个更是微不足道

快五十楼只有一个 imgui ...

我一直都在用 OSS 版的 code-server ，好处是一可以把所有环境都扔在一台机器上（哪怕没有 GUI ）方便编译和调试，二是可以用 Firefox 跑缓解 Electron 的内存占用问题

我记得 OSS 版最开始是第三方自己 hack 出来的，后来微软和 GitHub 也开始搞。然后我这边感觉做得越来越完善
理论上来说官方支持浏览器运行，有利于减小浏览器版和 standalone 版的差距

要按照 SVO 的规则去套的话，很多都说不通的

比如 list.add(element)，其实是 "add element to list"，list 是双宾语之一，主语是啥？不知道
非要给这个神秘的主语一个名字的话，那就叫“有关部门”好了。觉得不够接地气的话可以用“系统”，这个词简直就是挨踢领域的“有关部门”。

还有什么 mutex.lock(), timer.stop()，都不能细想的

然后再看 Rx 源码里面怎么写的： https://github.com/dotnet/reactive/blob/85f1eb7c53e27cccdbeee3e0b044916168843fcc/Rx.NET/Source/src/System.Reactive/ObservableBase.cs#L21
> Subscribes the given observer to the observable sequence.

macOS 好像是从 Bug Sur 开始，Framework 不提供 binary ，而是全放在 dyld-shared-cache 里面
可以看看这个 https://github.com/keith/dyld-shared-cache-extractor
不过我没试过，暂时还没时间

感觉楼主要找的这种解决方式不太“优雅”( /t/861048 )
不知道楼主看没看过 LISP ，这些操作符就是个函数而已，做个 map 就是了

@hefish 他是“反思方”代表

我觉得没必要把“编程语言”这个话题单拎出来，这个问题和“为什么没有专业软件”“为什么没有操作系统”“为什么没有浏览器内核”本质上是类似的。

至于“定制”这一块，据我了解国内互联网公司对于基础设施多少是有些定制的，只不过人家不太在意 PL 。“控制”就比较少了，人家原团队在那呢咋可能让别人控制。

这个貌似不局限于国内，我感觉国外互联网公司在这方面也比传统软件公司矮一头：Java 、C#、Swift 之类的都不是互联网公司做的。也就 Google 这种最 top 的整出点无功无过的 Go 和 Dart ，然后捡捡 GvR 的漏。倒是 Facebook 很让人费解，一个纯种互联网巨头不去搞云服务，不知道什么时候开始的歪风邪气，天天整什么 Hack ，OCaml ，BuckleScript ，Haskell ... 至于 Mozilla 我实在不知道该怎么定义这货 ...
但是 Google 又基本算是 LLVM 社区老大，我觉得挺能代表互联网公司风格的
总之互联网公司跟第一段提的那些东西基本没啥关联就是了

PS：看到 Objective-C“软着陆”那有点不太绷得住 ...

别听楼上瞎解释，这个就是很简单的“又不是不能用”而已

其实把浏览器和文件管理器统一这个 idea 我觉得没啥大问题（或者说有它的 merit ）。Windows 的问题是他模块化没做好

没人说路由器，充电头，NAS ？

我大学的时候用 Mac 加 Windows 虚拟机感觉其实是可以的，这个真的取决于你个人是什么情况。对于我来说学校那些事情只是整个生活的一小部分，而对于其他部分来说 Mac 至少不算个 debuff 。所以整体下来 Mac 反倒还算均衡（最后发现成了转到 Linux 的 gateway drug…）。

不过也是快十年的事情了，现在境界变了，当时 Windows 本子大多比较烂，现在两边都说得上是勃勃生机，万物竞发，Windows 有了 WSL ，Mac 也换了 ARM ，现在再让我挑怕是不太好挑…

游戏总的来说 Mac 暂时还不行，不过要看是什么游戏，要是只玩那些“跨平台”游戏（我甚至不知道到底存不存在这么一个东西）那可能也没问题。我当时玩的游戏全都是 2010 年以前的，所以硬件要求不高，如果现在还玩一样的游戏的话大概核显机就可以了。但是你要是要 4k144 实时光追还不带 upscaling 那台式都做不到。楼主这个需求不明确。

当时 Mac 有个实实在在的好处是比大部分 Windows 本都要小巧轻薄，这个如果只是在网上看配置的话是很难感受到的，当然要说有多实在呢好像也没有，毕竟重点就重点，也不是背不动。但是我反正是大概不会再折腾游戏本，笔记本这个东西就是给你个能够运行并输出 Hello World 的系统。真要说的话我觉得还是带学生这个群体的需求太尴尬，稍微哪方面放松一点都是海阔天空

比如要是有两个舅，一个送一个 5800H ，另一个送一个 12400+3060ti ，大概就差不多了…

@pengtdyd 我觉得还真不一样…照这么说程序员为什么不学裁缝也能列七条…

真的你脱离这个具体的上下文想一下，去一个厨师论坛问为什么大家不会裁缝，这本来就是个很荒唐的事情

楼主居然列了七条都没列出最重要的一条：为什么厨子要学裁缝的活？

Gnome Builder 了解一下？

”进程”会暂时呆住，但是”应用”不一定。这俩并不是同一个概念
其实 Tracing GC 影响的事所有和进行 GC 的堆相关的对象，你在一个进程里放多个 GC 堆隔离起来，也能避免进程暂停

RAII 也有类似的问题，简单粗暴的 RAII 如果出现一个对象拖着一大坨对象，出作用域的时候有得你回收的