Sun 做错了什么
摘要
这篇文章回顾了 Sun Microsystems 的失败,指出其运营上的漠不关心导致客户流失给 Dell 这样的初创公司,尽管有 OpenSolaris 等技术成就。
<p><a href="https://lobste.rs/s/vwl2kn/what_sun_got_wrong">评论</a></p>
查看缓存全文
缓存时间: 2026/09/21 08:22
# Sun 犯了哪些错误
来源:https://bcantrill.dtrace.org/2026/09/20/what-sun-got-wrong/
本周整个 Oxide 团队将齐聚埃默里维尔,参加年度 OxCon 交流会。对于一家远程办公公司而言,线下会议格外令人振奋。为此,我们设计了一些印有 Oxide 标志的 T 恤,以此致敬那些曾经的计算机公司。
特别感谢我们才华横溢的设计师本·伦纳德(https://x.com/lenjaminbeonard),所有这些致敬款 T 恤都很出色——但其中有一件实在太抢眼,实在不忍藏为惊喜:
oxide microsystems(https://x.com/bcantrill/status/2101096618959491173)
不出所料,这件 T 恤唤起了人们对 Sun 的诸多怀念。这份怀念并非没有依据:Oxide 的使命(https://oxide.computer/principles)直接源自斯科特·麦克尼利对 Sun 的悼词——而斯科特所说的“28 年来我从未因羞愧而将报纸藏起来不让孩子看到”的感慨(https://www.youtube.com/watch?v=9QMGAtxUlAc#t=17m39s),至今仍是所有公司都应恪守的准则。
然而怀念也可能变得令人窒息——以至于后 Sun 时代的人们完全有理由追问 Sun 到底犯了哪些错(https://bsky.app/profile/nirebryce.breadthcharge.net/post/3mvw5zfq32s23)。当然,Sun 犯过不少错误;尽管我从未因曾在 Sun 工作而感到羞愧,但公司搞砸的那些事也常令我尴尬。
每个 Sun 员工对“Sun 错在何处”都有自己的看法,我在 2011 年的 Hacker News 评论中也阐述过自己的观点(https://news.ycombinator.com/item?id=2287033)。我依然认同当年的分析,但又过了 15 年,或许可以进一步提炼:**Sun 已厌倦了经营企业的日常事务**。
Sun 的这种疏离感在 2005 年的一次事件中显露无遗:一家基于 OpenSolaris 搭建基础设施的初创公司打算采购 Sun 设备。这本应是 Sun 将 Solaris 开源(https://bcantrill.dtrace.org/2005/06/14/opensolaris-sewer-tour/)的成功印证——这家初创公司正迅猛发展,开创着后来被称为云计算的先河。他们使用 Sun 的软件,并且*愿意*购买大量 Sun 硬件;这个模式本该成立。
然而事实并非如此。客户根本联系不上 Sun。(就算联系上了,对方也试图推销错误的产品。)这与他们在 Dell 的体验形成鲜明对比:这家初创公司深夜在线提交了需求表单,第二天早上——
> ...电话响了,是本地 Dell 客户经理史蒂夫。从此我们开始觉得史蒂夫简直就像为我们公司工作。不到两周,我们就有机会向公司"推销方案"以获得特定定价等级,数据中心布满了服务器,并且完全基于公司财务状况完成了租赁(无需个人担保)。坦白说,95% 的工作都是史蒂夫完成的。我感觉自己成了大公司的一员。我感觉史蒂夫是为我工作。
我们知道这一切,是因为这家公司为 Sun 做了件大好事——他们将整件事写成了博文《阳光未能照耀我》(https://fullhoffman.com/2006/03/20/the-sun-doesnt-shine-on-me/)。
我至今清晰记得读到那篇博文时的地点:当时我们刚成立 Fishworks(https://bcantrill.dtrace.org/2008/11/10/fishworks-now-it-can-be-told/),正暂居某处废弃的 Sun 办公空间角落,等待迁入旧金山更稳定的办公地。读文时我心情沉重,部分原因是这本代表巨大的战略成功,最终却成为运营失败的案例。我意识到,一家厌倦日常经营事务的企业无法成功——无论其战略多么出色。
Sun 又勉强支撑了数年,我们拼尽全力试图扭转局面,但终究无力回天;Sun 未能幸存(https://www.youtube.com/watch?v=-zRN7XLCRhc#t=33m2s)。
对于 Sun 之外的人而言,我们对 Sun(以及对其他消逝计算机公司)的致敬可能显得纯粹是怀旧,但对我们来说,其中蕴含更深的意义:我们钦佩这些公司在正确之事上的成就,更研究他们犯下的错误以自省。最好的致敬是同时汲取两者的经验——既受鼓舞,亦得警醒!
相似文章
Sam Altman 试图破坏开源计算
Sam Altman 对不可持续的全球计算扩展计划表示担忧,警告新 Neoclouds 和收入不匹配的风险,同时表示 OpenAI 自己的计算策略进展顺利且盈利。
Sam Altman 的傲慢导致了 OpenAI 的衰落
这篇评论文章认为,Sam Altman 的傲慢和错误的愿景导致了 OpenAI 的衰落,并将其与 Anthropic 更务实、以企业为中心的战略形成对比,后者优先发展基础设施和开发者工具,而非围墙花园。
开源项目作死的种种方式
文章列举了开源项目消亡的多种方式,包括维护者弃坑、企业忽视、资金断崖和官僚僵局,揭示了开源可持续性中的系统性问题。
约翰·卡马克谈《雷神之锤》开发中的错误如何毁掉了 id Software
约翰·卡马克回顾了《雷神之锤》开发中的关键错误,这些错误导致了 id Software 的衰落,包括技术上的过度野心、员工过度劳累以及糟糕的公司结构。
编程依旧令人头疼
这篇文章批判了对科技职业浪漫化的看法,将其描述为混乱和充满压力而非井然有序,同时探讨了人们对人工智能取代岗位的焦虑,以及软件开发缺乏明确方向的问题。