Graydon Hoare Rust创造者GraydonHoare：社群应限制成长速度

Rust创造者Graydon Hoare对Rust的发展，表达了两个具体需要注意与改善建议的部分，一是必须要共享技术文件与成品（Artifacts）特别是语言定义本身，再来则是要把注意力放回人身上，关注参与工作社群个人的压力，Graydon Hoare提到，这些必须要及早控制，以有计划的方式进行。

Graydon Hoare认为，任何事物因缺乏控制机制，而发展过快，最终都会导致不好的结果，并列举了几种，Rust专案对变化率与成长率进行限制的程序控制形式，他提到，这对于专案的成功是有很大帮助的，像是Bors Queue通常是用来对程式范围内的正确性进行修改，而Crater Runs则是用来修正整个生态系的正确性，而基于时间的版本发布也是流程控制之一，用来决定放弃时间表抑或是阉割功能。

另外，Rust还增加了一些机制化较低，但仍然重要的社群结构，以管理参与专案的人员成长，例如RFC流程，包括关于形式、内容、时间、参与者组合以及讨论重大变化时讨论的规则，另外，治理模型也是其中一种控制，画分责任区块、必要时的阶层授权、参与者的角色和期望等。

Graydon Hoare认为，目前Rust仍有两大领域缺乏功能性的管理，第一是语言的发展本身，需要有更多规范，第二是人，也就是社群成员。Graydon Hoare提到，当社群成员过于疲惫，就可能做出糟糕的决定，而且社群也可能因成员拥有的资源不均导致发展偏斜，具有特权、精力充沛、收入丰厚或是其他优越条件的人，才能跟上社群的发展。人们也常为赢得争论，使得话语发展变得狭隘，成员也会因为倦怠、表现不佳而离开专案，社群或因为恶意指责、仇恨语言或挫折而分裂。

Graydon Hoare提出了几项建议，他认为Rust专案现在应该暂停、反思、集思广益并实施一些控制措施。他认为最重要的是，社群要学会拥抱负面的语言，试着接纳消极、负面的意见，像是Rust永远不会有某功能这样的话语，沈住气忠实地思考，才能获得长远的视野。

另外，也要设定一些限制机制，针对诸如编译器编译程式码行数、Bootstrap总时数、每日AWS执行个体的成本花费、类别系统中推理规则数量等，找出有意义的指标，制定机制以限制发展速度。再来是基于个人时间预算的活动限制，计算出在不疲惫的情况下，每个团队有多少可用时数，或是每个版本释出需要多少个人力时数，并移除超过这个时间范围可以做的工作。

主持团队应在特定讨论上加以限制速率或是提供冷静期，因为有时从外部看来，社群整体讨论过于激烈，而限制讨论是简单可以降温的方式，能让讨论焦点重新回到主题上，而不会被个人行为影响。也应该设置一个额外的专案团队，负责审核其他团队的预算以达负载平衡，Graydon Hoare认为这对于团队是有帮助的，让第三方来判断事情的进展，而不是大多数在参加团队时，预设立场对大多数的事情都说好。