去年，我遗憾地错过了 Gluecon。我的同事们对它评价很高——信息丰富、最先进，而且非常非商业化。我很高兴它今年符合我的时间安排，而且我绝对没有失望。Eric Norlin (@defrag) 做得非常出色，确保了他的演讲者种类繁多，但有一点共同点：质量极高。
我也很激动，因为这是我自 Open API Initiative 以及 Open API Specification 更名后参加的第一个活动，我想它会引起一些关注。然而，我并不知道它究竟会引起多少关注。
API 轨道上没有一场会议没有提到（或者，在某些情况下……多次提到）Open API（好吧……不止一次，演讲者会口误，称之为“Swagger 规范”。）
当然，最令人兴奋的不是更名。每个演讲者如此频繁地提到它，是因为它提供了一种通用语言，一个我们可以共同参考的讨论 API 的单一接触点。组建该倡议的目标是让行业能够超越对哪种格式更好以及为什么的讨论，这样我们就可以集中精力在工具链和生态系统上，当我们都同意一种通用语言时，这些工具链和生态系统是可能的。
API 轨道很棒。来自 LaunchAny 的 James Higginbotham 谈论了 领域驱动设计 以及 API 定义中抽象的重要性。来自 Apiary.io 的 Emmanuel Paraskakis、来自 SmartBear（以及 Swagger 项目）的 Tony Tam 以及来自 StrongLoop 的 Ray Camden 都谈论了如何提高 API 开发工作流程的速度和规模。来自 Restlet 的 Guillaume LaForge 用他的关于“五面棱镜极化 Web API 开发”的演讲结束了 API 轨道。（！）
如果第一天五场 API 轨道还不够，第二天还有八场与 API 相关的会议。对我来说，最棒的时刻之一是 Mark Stafford 关于他的 Model First 项目的演讲——一个用于 Open API 规范组合的框架，有助于强制执行一致性和简化开发（运行 这里，代码 这里）。
但是，会议上最令人难忘的 API 亮点必须是来自 IBM 的 Stewart Nickolas 的关于“对话式计算”的演讲。他的演讲几乎完全是通过语音交互与 Watson 进行的……包括 询问 Watson 有关 API 的问题、让 Watson 描述 Open API 规范，然后让 Stewart 口头地告诉 Watson 调用 API。
不知何故，我怀疑开发人员在未来不会进行太多关于 API 的口头反思。但这仍然是一个非常强大的演示，尤其是当我考虑到整个演示都是由……API 提供支持时。
——
关于作者
Dan Ciruli
Dan Ciruli 是 Google 的产品经理，负责 API 基础设施。他以前经常玩飞盘，膝盖还好，有时间也写很多软件。如果你给他机会，他会试着和你用西班牙语交流。你可以在 Twitter 上找到他，地址是 @danciruli。