这篇帖子是 OpenStack 开放麦克风系列的一部分，旨在突出那些帮助 OpenStack 取得成功的人，以此庆祝该项目的第三个生日。在整个七月，每天都会有一位新的贡献者站上麦克风，回答关于 OpenStack、云、职业以及他们业余爱好等五个问题。
Anne Gentle 致力于 OpenStack 项目，担任内容堆叠者，与社区协作文档，以便任何组织都可以使用开源软件提供云计算能力。
1. 你如何向你的父母描述 OpenStack？
说实话，我还没有向我的父母详细解释过 OpenStack。我的父亲是一名工程师，他肯定影响了我对技术的兴趣，从工作中带回各种小工具，包括一台四色笔绘图仪，占据了我们客厅的一半。我的父母只知道我正在一个开源项目上工作，我可以在社区文档上进行实验。他们也知道我是一名 Rackspace 的员工，并且我们有一个由圣安东尼奥改造的郊区购物中心改建的办公楼。当我向我的兄弟姐妹或朋友解释我的工作时，我只是说云计算就像支付电费一样——你需要什么就支付什么，并按使用量付费。然后他们会问我接下来要去哪个城市旅行，语气中带着一丝羡慕。
2. 你从用户那里收到了哪些让你为你的工作感到自豪的评论？你什么时候对你的工作感觉最好？
有一次我去奥斯汀参加一个 Rackspace 培训小组的欢乐时光，坐在一位参加培训的普通人旁边。我介绍自己是 OpenStack 文档协调员，得到了一个非常友好的回应。至少我会这样认为。他说：“谢谢你尝试做不可能的事情。” 我在 API 文档工作之后感觉最好，Compute 团队在 API 参考站点上记录了大约 90 多个 Compute API 扩展 http://api.openstack.org/api-ref.html。我们一直在努力改进 OpenStack 的最终用户信息，相信我，这不是一项容易或简单的任务。
3. 还有哪些 OpenStack 开发者值得表扬，他们正在社区中做着出色的工作？谁是我们的无名英雄？你自己的呢？
说到默默无闻的英雄，我尝试在我的每周更新（尝试）中向 Openstack-docs 邮件列表中的文档贡献者们致敬。去年我向一位名叫乔希的来自爱荷华州的人致敬，他主动在 OpenStack wiki 上编写了一个 OpenStack 词汇表。在他的允许下，我把它带入了文档仓库，以便在需要时在许多文档中重复使用。它就像凭空出现了一样。我也同意其他人说翻译团队是默默无闻的英雄。感谢 IBM 和 Daisy、Ying Chun Guo，我们拥有一个完整的文档翻译工具链，她用大约一年的时间组建起来。过去在企业软件公司从事文档国际化项目，我知道从无到自动化在 12 个月内完成的速度非常快。Daisy 在她的努力中不知疲倦，并且绝对应该感谢她的努力。
4. 对于刚开始使用 OpenStack 的人来说，哪些是必不可少的？网站？书籍？会议？人？
我非常喜欢 OpenStack 操作指南的语气和可读性，它知识渊博但又平易近人。你可以在 https://docs.openstack.org/ops 找到它。
最近我觉得参加 OpenStack 峰会至关重要。我的 Rackspace 同事 David Cramer，他维护我们的文档构建工具，在参加 OpenStack 峰会之前，为我们的文档工具工作了大约两年。一旦他参加了波特兰峰会，他就更了解社区、高风险以及我们面临的艰巨任务。我将 David 介绍给 Infrastructure 团队，他们自称是几个“老顽固”，我认为这有助于他形成下一步的行动计划，以便与 OpenStack 的工作方式更加紧密地集成。由于 OpenStack 的工作方式确实有一种“方式”进行协作，这可能会让即使是熟悉开源的人感到惊讶，因为它的规模、范围和快速演变。
5. 你的第一次提交或贡献是什么，你为什么做出贡献？
哇，我必须在 Launchpad 上查找它。那是 2010 年 9 月 21 日修复 Swift 文档中的一个拼写错误。在“入门”页面上，development 被拼写为 developemnt，我用 https://code.launchpad.net/~annegentle/swift/lp644420 修复了它。我之所以这样做，是因为我被聘用负责协调和更新 OpenStack 文档。当时我们只有 Swift 文档站点，如果我的记忆没错的话，Nova 文档站点直到 Bexar 峰会才真正存在。哇，在三年里我们已经走了很长的路。现在我们维护着 30 多个独立的“文档”，用于 OpenStack 文档，无论是 API 站点、开发文档站点还是书籍和网站。
发表评论