采访 Adobe 的开放 Web 标准专家

Vincent Hardy 是 Adobe Web 平台工程总监。他使用 CSS 来驱动项目，以改进 Web 的开放标准。他说他并不讨厌 CSS——尽管长期以来缺少变量和作用域让他感到困扰——并且特别欣赏 CSS 有机地发展成为一种强大的技术的方式。

Sun Microsystems 是 Vincent Hardy 开始从事 Web 标准和开源工作的地方。在这次采访中，他告诉我他在那里学到了什么经验教训，以及开放标准在 Adobe 的发展情况。

在开源项目上的工作是如何引导您成为 Adobe Web 平台组的工程总监的？

我过去曾担任个人贡献者和经理，我都很喜欢。当我们开始在 Adobe 构建 Web 平台组时，我最初是作为个人贡献者加入的，但后来我们开始招聘更多人，我又成为了经理。随着组织的壮大，我获得了领导整个 Web 平台工作的机会，这非常有趣，也很有意思！

我的一些最大项目是

Apache Cordova——使用 Web 技术为原生应用提供动力。

WebKit——大多数当前和现代 Web 引擎的鼻祖。

Chromium Embedded Framework (CEF)——使用 Web 技术制作独立应用的魔力；CEF 适用于桌面，而 Cordova 更侧重于移动设备。

Web 标准的日常工作是什么样的？您最大的挑战是什么？

我们是制定规范的工作组的一部分，例如 CSS 规范或 SVG 规范。这意味着我（即使我现在不再做了）或我们团队中的其他人积极参与邮件列表讨论，与合作伙伴会面，并加入在线聊天（在 IRC 频道上）以讨论正在制定中的规范的问题和解决方案。我们还积极参与相关的测试工作，特别是我们去年发起的 Test the Web Forward 系列活动。

但是，我们也从事标准的实施方面的工作，我们团队的很多人都在 Blink 或 WebKit 代码库中工作，这些 Web 引擎分别为 Google Chrome 和 Apple Safari 浏览器提供动力。我们还为为 Firefox 浏览器提供动力的 Gecko 引擎做出贡献。

我们最大的挑战是我们自己不发布浏览器，所以我们以积极贡献的精神工作，本着开放 Web 的精神。但我们不直接控制哪些功能会在特定浏览器中发布。例如，我们很高兴 CSS Regions（我们与 Microsoft 和其他公司共同发起）现在已在 IE、Safari 移动版和桌面版中发布。但我们无法完全控制它何时成为 Chrome 的一部分。相反，我们需要与社区合作才能将功能变为现实。通过影响力工作并不总是容易的！

这个挑战的另一方面是，我们可以为正在开发浏览器和新的 Web 标准的社区带来独特的声音。Adobe 的历史和 DNA 与设计师及其使用的工具紧密相连。能够代表他们的需求和愿望真是太棒了。

开放标准和开源如何协同工作来创建强大的工具？

开放标准和开源通过多种方式相互加强。在我看来，最重要的是社区。因为事情是在开放中讨论、规范和构建的，所以有很多专业知识和知识共享，这有助于传播和加强这项技术及其实现。
在 CSS 的工具方面，我最喜欢当然是 Brackets 项目，这是一个漂亮的代码编辑器，用 Web 技术为 Web 技术编写。事实证明，虽然 CSS 功能不是构建强大用户界面的唯一方法，但它们确实非常出色且灵活，以至于对于现代设计师和开发人员工具来说非常棒。我想到的另一个例子是 Edge Reflow，但 Adobe 之外还有许多其他工具，例如 WebFlow。

您曾在 Sun Microsystems 工作过。在您在那里工作期间，您最大的成就是什么？您从中学到了什么经验教训，并带到了您的下一份工作中？

我在 Sun 工作期间做过不同的事情，那是一家非常好的公司。我很幸运能够参与 Scalable Vector Graphics (SVG)、Apache Batik 项目，尤其是 Java 移动版。Sun 是我开始参与标准和开源的地方。从我的开源工作中，我了解到通过充满激情的社区的力量可以完成多少事情。通过努力、协调、沟通和专业知识，开源社区即使在缺乏大多数公司中常见的同等资源（例如，用于测试、文档或推广）的情况下，也能够交付高质量的软件。这是一个重要的教训，我一直试图将其用于开源和内部项目（又名内部开源）的开发中。

通常，人们认为资源较少是一种劣势。但事实并非总是如此。