去年秋天，我在都柏林的JSDayIE会议上做了一个演讲，讲述了对讲机和Ember在过去六年中是如何一起发展的。这是创业生活中很容易被忽视的一个事实，但是公司的成功和成长与他们所使用的技术有着深刻的联系，我想解释一下对讲机和Ember是如何做到这一点的。观看以上视频了解更多信息，或阅读下面稍加编辑的成绩单。生长期恩伯八年前被释放了。我们已经在对讲机中使用它六年了，我六年前加入了对讲机。对讲机是一家非常棒的公司，是迄今为止我共事过的最棒的一群人。我想最大的影响，当然在早期的对讲机，是介绍余烬和说服人们，我们应该采取的赌注。这是一个关于我们如何使用余烬的故事，因为它在那个时代已经演变。"我们的增长不仅仅是在办公室，还包括客户、收入、人员、晚餐、午餐、代码行、错误、功能、测试等方面的增长"在过去的六年里发生了很大的变化，但是从技术、web、JavaScript来看，已经发生了巨大的变化。对讲机也发生了巨大的变化。八年前，四位爱尔兰联合创始人创立了这家公司，他们热衷于打造能够帮助像他们这样的人、产品人员，以更为个性化的方式与客户建立联系。在这八年里，我们有了巨大的发展，现在我们有600人，5个办公室，价值超过10亿美元。当我加入时，我们在都柏林的卡姆登街有一个小办公室，有一个小厨房，几个书桌和三个小会议室。

我们的增长不只是在办公室，而是在客户、收入、人员、晚餐、午餐、代码行、错误、功能、测试等方面的增长。网络也经历了巨大的变化。例如，我们不再需要jQuery。曾经有一段时间，没有jQuery你就不能做任何严肃的事情。非标准浏览器已经消失了，我们现在的处境要好得多。框架极大地提高了小型团队的能力，能够在很短的时间内为人们提供惊人的体验。JavaScript也得到了大规模和增量的发展。类、模块、const、let、映射、集合、承诺、代理、异步/等待、生成器等等。它已经从15年前的一种玩具语言演变成了一种真正严肃而富有成效的语言。像TypeScript和Babel这样的编译器在此基础上进行了构建，以便能够更早地试验和采用潜在的特性。目前这是一个非常健康的生态系统。我认为我从未经历过JavaScript疲劳，但这无疑是很多人都经历过的。很难驾驭这种变化。变革原则我想快速了解一下对讲机是如何管理变革的，然后从技术上看一下Ember的一些技术变革方法。我们在对讲机上有一套共同的原则，这些原则有助于指导我们决定往哪个方向走以及如何到达那里。前三位是研发原则：

还有设计原则。它们是从前三名中衍生出来的。

然后我们有我们的工程原理。

重要的是这些原则不是真理。你可以把其中的任何一个或者全部都翻过来，很有可能建立一个成功的公司。你会有不同的原则。这些都是我们的，它们帮助我们保持一致。当我把这些和Ember自己的原理进行比较时，我看到了一个巨大的重叠。我不认为这是偶然的，因为七八年前吸引我来到Ember的一些东西，也是吸引我使用对讲机并继续工作的原因，因为我喜欢在那里工作。例如，Ember和Intercom都有雄心勃勃的目标，并通过提供连续不断的小的增量更改来实现目标，并找出存在的地方。这是我2015年演讲的幻灯片。它显示了对讲机每天运送到生产现场的频率。

所以，从对讲机诞生的早期，持续的运输是我们文化的一个重要组成部分，今天它仍然是一样的。这就是我们介绍Ember的地方。从同一个谈话中，这是一个时间轴，它显示了在引入Ember并从railsjquery前端增量迁移之后，我们的工作效率有多高。当时我们显著提高了产品质量标准。在这段时间里，我们的客户在经历了这些年的发展之后，我们的客户也开始了增长。当时我觉得这真是令人印象深刻。现在我觉得这有点令人印象深刻。就像你所知道的那样，当一切都是新的和闪亮的时候，移动很容易。随着你的成长而快速前进真正的考验是，当你的应用已经有很多年历史了，公司规模也大得多的时候，你能不能继续走得更快或更快。一切事物都有一个自然的趋势，随着它的增大，变得越来越复杂，事情也会变得越来越慢。如果您查看我们的更改页面，您可以看到我们发布的每一个重要功能–它只是一个连续不断的功能流，它一直在继续。它是无情的。我希望这永远不会结束，这是我们公司的心跳。"恩伯强大的惯例意味着在快乐的道路上通常有一个正确的方法去做事情。这有助于新加入的人更快地跟上节奏。"据我所知，我们有这样一个传统，即加入对讲机的新工程师在第一天就发布一些产品，在第一周发布一个特性。这对加入的人来说显然是一个挑战。这是一家新公司，你想做得好，一般人都会把它搞定。但我认为这实际上是一个更大的挑战对讲机，随着我们的不断发展，使人们能够做到这一点。我们有一个很小但非常出色的基础设施团队，他们帮助维护快速开发环境。我们使用快速的远程机器来运行我们的开发环境，使测试保持快速，部署速度更快。但同时，恩伯的强大的惯例意味着通常有一个正确的方式来做事情，在幸福的道路上。这有助于新加入的人很快就适应了。所以我并没有真正讨论过如何用JavaScript来处理web平台的不断变化，只是讨论了如何发布。事实上我们真的没有这个问题。余烬作为一个绝缘体，所有这些搅动。以下是Ember发布的时间表：

Ember最初是SproutCore，Ember 1于2013年发布。它遵循一个六周的发布周期，类似于Chrome和Rust。这是一个"每天都有船"的框架。六周的时间差不多。以下是我们的粉色Ember升级的时间表：

因为这些版本非常频繁，所以从一个版本升级到下一个版本相对简单，而且我们不打算花太多时间升级。你可以看到三个版本，灰烬1，灰烬2和灰烬3。Ember严格遵循SemVer，因此它从不破坏向后兼容性。它不会在一个小的点发布中做出突破性的改变。相反，它会贬低某些东西，当我们到达一个新版本发布的时候，所有这些反对意见都会消失。这有一个小小的挑战，你发布了Ember 2或Ember 3，然后点击了Hacker News，就像"有什么新功能？"你说，"没有特征。关键是"这不是一个很好的营销故事。但事实上就是这样。主要版本中没有新功能。这些特性在次要的点释放中逐渐着陆。这就是余烬辛烷值的来源，我很快就会谈到。首选2015年，我在我们的老办公室做了一次演讲，当时我们还在运行Ember 1。我说的是我在恩伯建造的一个鼓机器。在最后的问答中，有两个人问了我几乎相同的问题。"你为什么不用角形呢？"当时棱角分明是显而易见的选择。人们并不真的在想反应。这是在betas早期，Angular得到了谷歌的支持。"它更受欢迎，一定更好"。我当时没有一个确切的答案。我喜欢Ember是因为我信任Tom Dale和Yehuda Katz，Ember的共同创造者。我同意他们追求雄心勃勃的梦想并逐步实现的理念。"破坏与Angular 1的兼容性将彻底改变对讲机的运行轨迹，这将花费我们数百万美元"然而，当Angular2发布时，破坏了与Angular 1的兼容性，这真的让我们知道选择Ember是多么幸运。我不想透露关于棱角的东西——我没怎么用过它，我对它也不太了解。我真的不相信框架战争，我不认为这是一个构建现实的好方法-这不是一个零和游戏。显然，所有的框架都是交叉授粉的——例如Ember已经从React中学到了很多东西。但我敢肯定，他们打破与Angular 1的兼容性的做法将彻底改变对讲机的发展轨迹，这将花费我们数百万美元。这会让我们失去好几个月的机会。这不会发生在余烬。余烬有什么大的变化吗