健康的开发者大会预算如何为组织带来巨大的投资回报

Emily Hugenbruch 解释了送开发者参加会议的好处,以及在过渡到开源开发环境时应该期待什么。
312 位读者喜欢这篇文章。
open source button on keyboard

Opensource.com

在巴塞罗那举行的 OpenStack 峰会上,Emily Hugenbruch、John Arwe 和 Ji Chen 将进行一场名为如何失去客户和疏远同事:在 OpenStack 企业之旅中吸取的教训的演讲。在最近的一次电子邮件采访中,IBM 的咨询软件工程师兼 z/VM OpenStack 社区联络员 Emily 讨论了从专有背景转到开源项目的开发者必须进行的转变,并解释了送开发者参加会议带来的巨大投资回报。

您即将到来的 OpenStack 峰会演讲将涵盖如何不向现有客户介绍 OpenStack。人们会犯哪些错误?他们应该怎么做?

嗯,您会在我们的演讲中听到更具体的例子,但总的来说,我们发现人们对 OpenStack 抱有极大的热情,以至于我们忘记了

  • 它不是解决每个计算问题的答案,并且
  • 它仍然是一个不断增长和发展的解决方案。

这种盲目的热情有时可能意味着人们在没有评估的情况下就投入到一个项目中。例如,社区在工作组方面做得很好,以纳入更多来自用户和企业社区的反馈,但仍然存在一些差距,在实施客户解决方案时,您必须注意这一点。

来自专有系统背景的开发者在开源环境中开发时,通常会感到沮丧的是什么?您认为他们一旦适应这种变化,会接受哪些差异?

最明显的挫折是学习新的工具,但这通常只是暂时的挫折,因为开源工具的改进速度通常比专有工具更快。

大多数专有开发者都非常精通于驾驭他们自己的组织结构。他们知道如何在公司规则之内(有时甚至不顾公司规则)完成工作。因此,开源带来了一整套新的规则需要学习,以及一个新的组织需要驾驭。这真的就像加入一家新公司,同时仍然留在您的旧工作中。这可能很难学习,并且会使您的时间预算非常困难。

但是学习新技能永远不会浪费;学习更好的时间管理永远不会浪费。我认为,从专有转向开源的开发者会发现自己成长了很多,并且享受这种成长。

参加会议在开源开发中扮演什么角色?
与刻板印象相反,编码是一项社交活动——您需要在团队内部建立联系才能完成工作。

想象一下,为一家公司工作,但从未与另一位员工面对面会面,或者从未与您的团队成员通过电话。虽然很多互动是通过电子邮件或 IRC 进行的——甚至在补丁评论中——但没有什么可以取代与人面对面会面、听到他们的声音。它建立了一种社区意识,这种意识很难——如果不是不可能——仅通过文字培养。

就投资回报率而言,为什么管理者应该优先考虑为开发者提供健康的会议差旅预算?

当有人第一次参加 OpenStack 峰会时,他们带回来的知识量令人惊叹。走廊里的谈话、偶然的会面、无意中听到的设计讨论——所有这些都为您提供了一种首屈一指的沉浸式学习体验。因此,管理者应该意识到,这是一种非常廉价的方式来获得一周的教育。另外,正如我上面提到的,如果没有面对面的互动,人们很难感觉到自己是社区的真正一部分,所以我认为开发者如果不参加峰会,就不会那么高效。与刻板印象相反,编码是一项社交活动——您需要在团队内部建立联系才能完成工作。

即使对于专有开发者来说,这也很重要。没有什么比与对您的代码感到沮丧的用户面对面更能让您意识到您的工作有多么重要——当他们对您的代码感到高兴时,那就更好了。

您指出,社区似乎并不欣赏听到一个平台如何带来数百万美元的收入和拥有数十年的历史。组织应该关注哪些类型的共同经历?

社区和公司都希望他们的用户获得成功。并且两者都希望以一种高效的方式来实现这一目标,同时也不会让他们的开发者精疲力尽。因此,如果您从关注用户开始,并保持示例的具体性,那么这比从历史开始更有意义。如果您将进入社区视为面试,那么哪个更令人印象深刻:是告诉您他们获得的所有奖项和荣誉的求职者,还是告诉您他们在之前的工作中解决问题的方式的求职者?

您还有什么其他想法要补充吗?

我们的会议(10 月 26 日星期三下午 5:05-5:45)还有很多空间。我们保证这不是又一个充满文字的无聊幻灯片会议。

User profile image.
Rikki Endsley 是 Red Hat 的开发者项目管理编辑,也是 Opensource.com 的前社区架构师和编辑。

评论已关闭。

知识共享许可协议本作品根据知识共享署名-相同方式共享 4.0 国际许可协议获得许可。
© . All rights reserved.