背景：在Rust中重写Bun的历史 当Jarred大约5年前加入Zig社区时，我形容他是一个具有强烈"初学者能量"的人。也就是说，他行动快速，尝试了许多不同的事物，头脑简单地投入到他尚未准备好解决的问题中，导致工程结果平庸，但在这个过程中学到了很多。我认为这种态度相当健康，特别是对于年轻人和学生来说。这是提高技能和学习新事物的最好方式。随着他将精力集中在Bun上，他开始吸引注意。JavaScript是世界上最流行的编程语言，很多潜在的目光关注着这个有前途的新工具链。这种关注可以通过几种不同的方式加以利用。例如，即使按旧金山的标准，他也可以通过众筹轻松维持良好的生活。但是，由于他毕业于Thiel Fellowship的思维方式而非大学，他从小就是在无批判地接受硅谷思维模式的培养下长大的，因此选择了风险投资。一开始，Jarred对Zig项目表示感激。他在Bun网站上对Zig的性能成就进行了致谢。他每年向Zig软件基金会捐款60,000美元。他本不需要做这些事情，但他做了，这真的很酷。即使在我所引用的博文中，他对Zig项目也表达了我所感知到的真诚感激。不过，一旦Bun成为了一家受VC支持的初创企业，他就开始朝着终点线奔跑。现在，Jarred不再是在一个自由开源项目上与社区一起学习和成长，而是在经营一家公司。正是在这一点上——当他突然成为一个经理时——这种"初学者能量"对我的影响开始有所不同。选择不良的工作与生活平衡对自己来说是一回事；对他人要求这种平衡完全是另一回事：“Oven将会是一个艰难的过程，尤其是前九个月。如果工作与生活平衡意味着花大量时间不工作，可能就不适合这里。”有趣的是：人们互相交流。我和申请Oven工作的人谈过。我和在那里工作的人交谈过。这些人彼此之间也进行了交流。大家彼此都在交谈。传言渠道庞大而健康，充满了美味的“葡萄”，而所有那些“葡萄”都包含着同样的信息：Jarred是一位糟糕的经理。沟通不良、不切实际的期望、缺乏同理心、没有经验。从就业的角度来看，简直是一团糟。因此，尽管Zig社区成员热衷于在上班时间进行Zig编程，但大多数人才库都避开了Oven和Bun。同时，Zig与Jarred之间的裂痕正在扩大。他对生产力和初创企业退出战略的单一关注与我对Zig项目的长期愿景越来越不一致。我记得他不断催促我放弃其他所有优先事项，专注于语言服务器协议的实现和VSCode的集成，而我有更大的计划。然而，主要问题是代码质量。Zig团队定期检查我们用户的项目。我们阅读源代码以了解语言如何影响用户，测试更改以了解可能产生的问题性中断，并检查性能回归。我们逐渐对此感到震惊，因为Bun的代码库中存在着令我们不安的编程实践。重重黑客在黑客之上。对断言的滥用。最重要的是，在很少花时间反思和消除错误和技术债务的情况下，鲁莽地快速推进一个接一个的特性。Jarred早在接触到LLMs之前就已经在写糟糕的代码了。现在，监管用户的行为不是我们的职责，但你可能注意到，人们总是在我们面前尖叫着关于内存安全的问题。你可以想象我们会多么希望在与那些不负责任的软件工程实践相同的项目之间拉开一些社交距离，这些实践引发了人们急于指责的确切类型。我们徒劳地尝试引导他们朝着更好的编程实践前进。有一些杰出的英雄在一个功能失调的公司里尽力而为。你们知道你们是谁。但是你无法阻止潮水的上涨。此时，我们ZSF的所有成员都感到Bun是一个净负担，而这还在RoboBun成为#1贡献者之前。除了公众普遍认为的Zig编程语言的代言人实际上是如何不写Zig代码的最典型示例的这种不适外，迟早他们会选择出售（坦率地说，他们模糊的“出售一些云的业务计划从一开始就是一个玩笑”），我们将借此间接收到一些负面宣传，并且我们将停止获得那笔定期捐赠。因此，当Anthropic收购终于发生时，我们ZSF松了一口气。当捐款停止时...