Dave Herman对Rust的贡献

我认为生锈语言是一个巨大的成功。当我回想起来，我敬畏：我们不得不正确才能得到我们所在的地方，并且有很多机会出错。虽然有很多微小的奇迹生锈语言成为它的存在。奇迹奇怪的是事故没有发生：每个人都是由一个真实的人创造的，真正的人被策划了他们变得伟大的东西。

有许多人有助于生锈成为它的东西。最负责生锈的成功的人几乎完全无法识别。

到2009年，Mozilla与Google有利可图的搜索协议建立了一款相当大的现金。通过我的理解，管理层决定是时候投资这笔钱，公司进入了一段时间的快速扩张。

作为该扩张的一部分，Mozilla创造了一个新的部门，Mozilla Research。该部门的使命将是实验雄心勃勃的新想法，独立于Firefox产品，同时建立与学术计算机科学界的关系。

戴夫·赫尔曼是一位编程语言理论家，以及一位巨大的人（超级爱宏的人），是Mozilla在ECMAScript委员会的代表之一。他和Graydon Hoare创造了生锈的工程师，在废弃的ECMAScript 4上合作了标准。

Mozilla Research有很多进展比伺服，生锈和戴夫·赫尔曼在，但这不是这个故事。

这是一个关于Dave Herman如何悄然塑造锈项目结果的故事。

虽然Rust于2010年6月宣布，但在Mozilla内部的工作实际上始于2009年底。唯一的Rust在Thistime的公共记录在Rust-Prehistory Repo中。

在2010年6月至2010年6月的几个月里，哈萨急于获得公众的铁锈，戴夫是这项任务的人之一：

〜/ rest-prehistory $ git shortlog -sn 1156 graydon hoare 163 andreas gal 104 dave herman 59 [email protected] 55 Patrick Walton 37 Graydon ext :(％22）13 Roy Frostig 9 [email protected] 6 Brendan Eich 5 Michael Bebenita 1 Brian Campbell

此后，他将编码工作到越来越多的铁锈队，由Graydon引导，但对于未来几年的铁锈的发展洞总是在房间里。

然后回来，大多数在尸体上工作的人实际上在同一个办公室工作（除了，最常见的，偏远的Graydon），并经常聚集在Mozilla山景的一些小型会议室的一张桌子上：少数全职工作人员，一个旋转的实习部门和戴夫·赫尔曼。

我想他想到自己是一个导师，基于自己与ECMAScript的经验轻轻地扼杀了努力的方向，并根据自己的语言设计兴趣。他从未以任何方式施加权威，而且为这一天没有试图索取任何关于生锈的信用。

在该会议室的许多早期辩论中是基本的，那些似乎无关紧要的，琐碎的事情就像“从函数返回的关键字是什么？”，或者更少的琐碎的东西“你是如何安全地持有指针的一个结构的领域？“那时这个时间的问题感到遥远和今天不重要，但这是因为他们被争论到了地面，而这种语言反复形化和重塑直到所有的问题都是一致的整个问题。虽然是一致的。但是房间里的少数人中有一个缺乏经验的真正的生产编程语言，而且铁锈肯定是一团糟，没有他通过琐碎的小语言设计障碍。

戴夫的口味塑造了团队的口味，它塑造了生锈语言。所以大部分时间都对球队的决定感到满意。

虽然戴夫在所有早期的生锈设计科目中有一个发言权，但有一些主要科目占据了戴夫对生锈语言的兴趣，如果你完全知道生锈，我怀疑他们会熟悉你：

戴夫有一个学术背景，并且总是考虑鉴于如何教授和理解的每种设计决定。

从第一时刻设计了作为社区项目的设计，我认为这是由语言标准机构的Dave'Sexience影响的巨大尊重。总是假设最成功的语言没有拥有，而是由A合作设计大型个人和公司，都具有自己的利益和动机。

因此，由于这种流程的生锈是始终如一的，就像当时合理一样。就像一个例子一样，Rust最早的发展中的大部分都记录在公布的会议纪录中.I归属几乎完全是戴夫自己的纪律，并知道这些分钟中的许多分钟都被他个人录得。

在培养语言的社区可能是佩德爵的最大铁锈遗产的最高意义。

如前所述，戴夫是一名巨大的学家;他是宏的专家，其中包含在球拍语言中的背景。

虽然主要由实习生实施，特别是保罗不满，但是来自约翰·克莱格的一些重要贡献，它是因为戴夫锈病有强大而卫生的宣言宏（Macro_rules！）。

虽然它不是我参与的一个地区，但我记得他和保罗花费很多小时的辩论，以设计一种卫生宏观系统，在Lispish TraditionInto居住的C样语言世界。

除了那些易于识别的贡献之外，戴夫在锈病中为另一个至关重要的作用：生锈的倡导者对Mozilla Management。

在所有导致生锈的奇迹中，也许是最重要的是，Mozilla为此付出了这么多。在莫扎萨雷的整个存在的全部存在是该项目可以随时取消的团队中的明显意义。这尤其真实Brendan Eich - 谁坚定地在队生锈 - 左莫扎拉。这是在语言周围创造一个强大的社区的必要原因之一 - 时钟总是滴答。

戴夫是一种生锈的信徒，但他的最高定位是他的最高定位。他尽他所能来倡导对公司的使命的重要性，以防止生锈的人人员和资源.Leally，我不知道他所有的人在他的管理角色中，但这绝对是点 - 他制作了它，所以球队可以专注于生锈。

无论如何，Rust总是很容易。我记得对它感到愤怒：我们如何用谷歌和苹果竞争这么少的全职工程师？这个问题的一半答案当然是培养投资和多样的贡献者社区，但这是一种缓慢而不确定的过程。罗沃德的另一半的Rust对这个问题的答案再次出现：实习生。这么多的实习生。往往有更多的实习生，而不是全职工作人员，他们被戴夫雇用，他们可以轻松地招聘PL天赋，并在学术界的博彩。是Mozilla研究战略的一部分。

有点欣赏的事实：生锈是在很大程度上由学生建造的，而且他们中的许多人在Mozilla被实习。

我觉得我应该包括一些关于戴夫的设计贡献的个人轶事，而第一个想到的是他不同意球队的决定。所以，不是戴夫的贡献的一个伟大举例，但仍然可能是值得分享的，但也许是值得分享的，也许是值得分享的，但也许是值得分享的，但也许是值得分享的，也许是值得分享的，但也许是值得分享的，但也许是值得分享的，但也许是值得分享的，但也许是值得分享的，但也许是值得分享，也许是值得分享的他如何引导团队的一个例子，同时相信他们的决定。

到目前为止，难以记住确切的细节，但我清楚地记得一次戴夫肯定不同意团队所做的决定。当我们在可变和不可变的变量绑定之间介绍一个区别。我们只是决定使用什么语法对于每个人来说，一件简单的事情。辩论的结束分别有两个明显的不可变形和变形绑定选择：

首先是我们最终的东西，第二个借款直接来自JavaScript，并且有很好的理由。手头的主要问题是使其是“更难”，或“Ullier”，挑选较少的问题是合适的优选的是两个选项。强制用户键入两个关键字以创建可变绑定，是语言设计的正常影响程序员，以稍微介绍引入可变性。

我回忆戴夫并不同意该团队在这一方的决定。在回顾下，我认为他不同意惩罚用户选择编码模式的原则，但我不记得肯定。我也不记得虽然团队对此是对的可变性的管理已成为语言的定义特征。

戴夫的直接参与了2014年或2015年的锈病设计我猜，大多数人在铁锈界中的大多数人都意识到他存在。

Dave没有创建rust.he只贡献了总共六个致力于公共生锈回购。他只在邮件列表中辐条四次。

他所做的是创造一个团队，他认为可以为世界提供独特的愿景，并巧妙地种植在那种团队中，这是一组价值观，可能会在Mozilla的边界之外茁壮成长，超出任何单一个人的参与和个体。

生锈是有很多原因的成功，从成千上万的贡献者，成千上万的微小奇迹聚结成一个连贯的整体。