@reus 确实表述有一些不妥，不清晰
@charlie21
@echo1937

Torvalds 的观点“ARM 在服务器不会成功”，实际是一个结论——因为开发者倾向于把应用部署在和自己开发环境一样的环境。

而苹果正在以一种强势的态度推动 ARM 进入个人电脑领域（跟风苹果？）。现在假定有一定的数量的开发者在使用 ARM 设备作为开发环境，那么按照 Torvalds 的逻辑，这些开发者将会倾向于使用 ARM 服务器——就像 x86 服务器变得流行那样。

关于 x86 开发者这个说法，应该是先有 x86 设备，然后再有 x86 开发者。如果 ARM 设备开发者流行自然就变成 ARM 开发者，什么体系结构的设备流行会是形成什么体系结构的开发者的土壤，他们在一台随便的 ARM 设备跑一些东西，后来随着工作负载的扩大——

引用一下 20 楼的翻译

""
筒子们，你们是真的不知道 x86 为什么会占领服务器市场吗？
这不仅仅是价格的问题。而是因为要"在家开发"的需求。成千上万的小公司最终把一些随机的小的内部工作负载简单的放到随便一台白盒 PC 上，然后自己还在上面运行一些很傻逼的小东西。然后随着工作负载的扩大，它就变成了一台 "真正的服务器"。然后一旦这个东西又扩大了，让别人来管理硬件和托管就突然变得很有意义了，于是云平台就接管了。
""

于是故事就改变了——Torvalds 的观点“ARM 在服务器不会成功”的支持论据变化了，结论自然也改变了。

@sagaxu 稍微搜了一下
https://insights.stackoverflow.com/survey/2016#technology-desktop-operating-system

另外，Torvalds 本人也用 MacBook Air

送一套上下五千年，再送一套十万个为什么

@sagaxu 我是这样想的，一方面，虽然苹果设备用户少，但是开发者中用 MacBook 的似乎挺多的（当然，我没有实际看过相关统计😂）；另一方面，尝到了十几个小时甜头，甚至二十小时的长续航，其他平台会不会反过来也推出 ARM 的设备呢？

我觉得 Torvalds 的观点是很有道理，虽然 Python 、JVM 等运行环境屏蔽了底层的架构，但是随着应用场景的丰富，“抽象泄漏”难免发生。
我曾经写过一个图像处理相关的程序，用 Java 的 JNI 调用的 C 库，在本地测试良好。如果我要部署到服务器上，我肯定倾向于选择 x86，不然我就要交叉编译，不知道会出什么幺蛾子。但是如果我开发测试的时候实在 ARM 的机器呢？也许我就会选择 ARM 的机器了

@reus 你有没有进去看那篇文章？你英语很好吗？那为什么没有看就开始杠了呢？

那个文章当时很有名啊。Torvalds 认为开发者的开发环境是 x86 的是导致他们在选择服务器环境的时候倾向于选择同架构的服务器，所以 ARM 架构在服务器领域不可能成功

层级太多了吧，code review 可能更适合管理扁平的工作组织吧，比如志愿者合作开发开源软件

我也出了这个告警，然后我删了几个不用的 Docker 镜像

我以前用的 xv6 做的实验

满足领导的控制欲

昨天晚上看 AC 自动机看到一篇文章
https://zhuanlan.zhihu.com/p/80325757
作者司徒正美，可惜他已经去世了

然后不禁有这样的想法：国内的程序员积劳成疾英年早逝，国外的程序员退休生活太无聊了

Proxy

确实还是有专门碰瓷的

@gavin3318 说明能跑 java

Torvalds 在他 36 岁的时候花了十天时间写了第一版 Git，现在全世界的程序员都在用它管理代码

确实比较讨厌，我分享一下我的思路

eslint 可以不用，webpack 未来可以不用，直接用浏览器原生支持的 esmodule，babel 可以考虑用 esbuild 配合几个小脚本，这样就清爽多了