Etsy 的工程师们遵循他们自己的规则

Etsy 是手工制品的主要市场，在过去五年中取得了巨大的增长。在此期间，他们对他们的模式、战略和使命进行了迭代。推动这些变革成功的一个因素是他们开放的工作场所文化。

我与高级工程经理 John Goulah 谈了在 Etsy 更快地失败意味着什么，他与我分享了关于 Etsy 用来授权其员工并改善网站上买家和卖家体验的沟通技巧的一些有趣的见解。

John 将在今年的 OSCON 上 更多地谈论所有这些。从他的演讲描述中，我摘录了这句引起共鸣的话：

精通表现在多种方式，包括理解系统如何失败和恢复，哪些模式使其安全，什么增加或减少可维护性、可调试性或性能，传播知识的最佳实践，以及我们如何从失败中学习。

是什么让您加入了 Etsy 的工程团队？

当时我已经在纽约市工作了几年，并且正在寻找新的领导力挑战。在此期间，我认识了 Chad Dickerson（现任 CEO），当时他刚在 2008 年开始担任 CTO 不久。但当时这并不是一个完美的契合，最终我接受了另一份工作，在一家名为 Next New Networks 的在线视频内容制作公司担任工程总监。在那里帮助事情步入正轨一段时间后，我开始寻找在规模和问题解决方面更偏工程的工作。大约在 2010 年，我最终再次与 Chad 取得了联系，他说服我来见见那里的一些工程师（这实际上是一次面试），幸运的是，我最终在 2010 年 4 月收到了在那里工作的聘用通知。

我和我的姐姐在 Etsy 上有一家手工卡片店—我喜欢它的界面和功能。作为 Etsy 的高级工程经理，您现在将大部分精力集中在网站的哪些领域？

我的团队负责支持我们的产品工程师，从他们的开发环境一直到部署到网站和移动应用程序。这还包括产品质量和我们的持续集成管道。因此，虽然我们没有添加您看到的直接前端功能，但我们在幕后确保每个这样做的人都能尽可能保持高效。

多年来，我们每天向网站发布 30-50 次更新，我们所做的大部分工作都是支持产品上的这种快速迭代。此外，我们还支持“第一天就绪”的开发环境——换句话说，工程师需要发布一个小更改（例如，将他们的照片添加到关于页面）。这样做的目的不是更改的技术性，而是为了了解我们的部署管道。这一切之所以成为可能，是因为我们专注于为工程师提供一个可工作的开发环境，而无需首先配置应用程序的典型设置开销。

您正在尝试为卖家和买家解决的最大问题是什么？

对于这两个群体，我们都在努力通过优先考虑我们的移动应用程序来使网站更易于使用和更易于访问。这意味着作为一个工程团队，我们正在编写新的功能，以便它们支持所有主要平台，包括 Web、Android 和 iOS。我们还投入了大量精力来简化应用程序的登录过程，因此现在您可以使用 Facebook、Twitter 或几乎任何其他服务登录。

特别是对于买家而言，我们一直在努力改进我们的搜索功能，并使浏览网站总体上更轻松、更快速。我们还致力于使市场在人与人之间感觉更紧密地联系在一起，并且最近推出了感谢照片功能，买家可以在评论商品时分享他们购买的 Etsy 商品的照片。

对于卖家，我们正在努力做一些事情，让人们更容易经营他们的业务。我们最近推出了运费计算功能，该功能在结账时用于根据买家的位置计算实时的、准确的运费。今年，我们还完全重新设计了我们的商品信息管理工具，以方便人们处理他们的商品信息。然后，在更具探索性的领域，我们推出了一项名为 Fund on Etsy 的新卖家服务，该服务是 Etsy 生产的众筹。卖家可以发起以产品为中心的众筹活动，以努力筹集资金来实现某个目标，从而帮助他们发展业务。此外，通过开发我们的制造计划，我们相信我们将帮助希望发展业务的 Etsy 卖家与熟练的合作伙伴建立联系，同时帮助振兴当地社区的小批量制造。

Etsy 的公正文化是关于什么的？

我们意识到失败和错误是不可避免的，因此问题变成了我们如何从这些事情中学习，而不是互相指责。 这促使我们改进系统设计，以便我们能在新的错误变得严重之前就检测到它们。 或者，如果真的到了危急关头，我们通常会事先深思熟虑、讨论并记录下应对和响应的预案。 我们希望从错误和险些发生的事故中吸取教训，重要的是，人们能够安心地举手发言，讨论是什么让他们陷入了导致失败的境地，以便我们能够深入探究。 我们通过诸如“无责事后检讨”之类的会议来实现这一点，这是一种调查事件、了解事件发生原因并讨论补救措施以在未来防止事件再次发生的方法。

开放式管理和沟通风格在 Etsy 的文化中发挥作用吗？

我会说这在文化中起着巨大的作用。

我们的 CEO Chad 最近开始每周进行问答环节，人们可以问他任何问题，但他也允许反问问题。我认为人们非常欣赏这种诚实的双向沟通，它确实有助于快速消除谣言或澄清围绕我们战略目标的想法。

另一种形式的透明度是，我们所有的员工级工程师及以上级别的人员都被包括在内，并被建议参加大多数公司都闭门进行的任何管理层会议，包括非现场会议和关于组织主题的双周讨论。我们甚至将它们重新命名为领导力会议，以帮助每个人都感到被包括在内。我们的想法是，如果没有工程师自己的意见，管理层就无法讨论问题的各个方面，并将他们视为团队中的平等成员。（注意：我们有同等的经理和个人贡献者晋升通道。）

您今年在 OSCON 上的演讲将涵盖您如何在工作和团队中处理失败。在 Opensource.com，我们相信“更快失败”和“快速原型设计”在通过失败进行创新方面的力量。这与您产生共鸣吗？

当然，无论是在产品开发方面还是从系统安全的角度来看，都是如此。

从产品的角度来看，我们越快能够有意义地断言新功能是否正在导致关键指标发生变化，我们就越快能够决定是继续推进它还是调整它以实现我们的目标。

从系统安全的角度来看，这也是我的演讲主要关注的方面，您可以在某种程度上将快速原型设计视为我们事后分析过程中得出的结果。我们正在分析一个失败案例——哪些因素发挥了作用，当时相关人员的想法是什么——然后提出补救措施来解决这些情况。“更快失败”可以表现为检测到那些补救措施旨在解决的事件，这样，如果您不能完全防止失败，至少您也能更快地意识到它，并了解如何对其进行分类。

本文是 OSCON 2015 演讲者访谈系列的一部分。OSCON OSCON 涵盖所有开源内容——全栈，包括您在日常工作中使用的所有语言、工具、框架和最佳实践。OSCON 2015 将于 7 月 20 日至 24 日在俄勒冈州波特兰举行。.