mirror of
https://github.com/LCTT/TranslateProject.git
synced 2024-12-26 21:30:55 +08:00
63 lines
6.0 KiB
Markdown
63 lines
6.0 KiB
Markdown
|
大多数公司对开源社区不得要领，正确的打开方式是什么？
|
|||
|
|
============================================================
|
|||
|
|
|
|||
|
|
> Red Hat 已经学会了跟随开源社区，并将其商业化。你也可以。
|
|||
|
|
|
|||
|
|
开源中最强大但最困难的事情之一就是社区。红帽首席执行官 Jim Whitehurst 在与 Slashdot 的[最近一次采访][7]中宣称：“有强大社区的存在，开源总是赢得胜利”。但是建设这个社区很难。真的，真的很难。尽管[预测开源社区蓬勃发展的必要组成部分][8]很简单，但是预测这些部分在何时何地将会组成像 Linux 或 Kubernetes 这样的社区则极其困难。
|
|||
|
|
|
|||
|
|
这就是为什么聪明的资金似乎在随社区而动，而不是试图创建它们。
|
|||
|
|
|
|||
|
|
### 可爱的开源寄生虫
|
|||
|
|
|
|||
|
|
在阅读 Whitehurst 的 Slashdot 采访时，这个想法让我感到震惊。虽然他谈及了从 Linux 桌面到 systemd 的很多内容，但 Whitehurst 关于社区的评论对我来说是最有说服力的：
|
|||
|
|
|
|||
|
|
> 建立一个新社区是困难的。我们在红帽开始做一点，但大部分时间我们都在寻找已经拥有强大社区的现有项目。在强大的社区存在的情况下，开源始终是胜利的。
|
|||
|
|
|
|||
|
|
虽然这种方法 —— 加强现有的、不断发展的社区，似乎是一种逃避，它实际上是最明智的做法。早期，开源几乎总是支离破碎的，因为每个项目都试图获得足够的成员。在某些时候，人们开始聚集两到三名获胜者身边（例如 KDE vs. Gnome，或者 Kubernetes vs. Docker Swarm 与 Apache Mesos）。但最终，很难维持不同的社区“标准”，每个人都最终围拢到一个赢家身边（例如 Kubernetes）。
|
|||
|
|
|
|||
|
|
**参见：[混合云和开源：红帽数字化转型的秘诀][5]（Tech Pro Research）**
|
|||
|
|
|
|||
|
|
这不是投降 —— 这是培养资源和推动标准化的更好方式。例如，Linux 已经成为如此强大的力量的一个原因是，它鼓励在一个地方进行操作系统创新，即使存在不同的分支社区（以及贡献代码的大量的各个公司和个人）不断为它做贡献。红帽的发展很快，部分原因是它在早期就做出了聪明的社区选择，选择了一个赢家（比如 Kubernetes），并帮助它取得更大的成功。
|
|||
|
|
|
|||
|
|
而这反过来又为其商业模式提供动力。
|
|||
|
|
|
|||
|
|
### 从社区混乱中赚钱
|
|||
|
|
|
|||
|
|
对红帽而言一件很好的事是社区越多，项目就越成功。但是，开源的“成功”并不一定意味着企业会接受该项目，这仅仅意味着他们_愿意_这样做。红帽公司早期的直觉和不断地支付分红，就是理解那些枯燥、平庸的企业想要开源的活力，而不要，好吧，还是活力。他们需要把它驯服，变得枯燥而又平庸。Whitehurst 在采访中完美地表达了这一点：
|
|||
|
|
|
|||
|
|
> 红帽是成功的，因为我们沉迷于寻找方法来增加我们每个产品的代码价值。我们认为自己是帮助企业客户轻松消费开源创新的。
|
|||
|
|
>
|
|||
|
|
> 仅举一例：对于我们所有的产品，我们关注生命周期。开源是一个伟大的开发模式，但其“尽早发布、频繁发布”的风格使其在生产中难以实施。我们在 Linux 中发挥的一个重要价值是，我们在受支持的内核中支持 bug 修复和安全更新十多年，同时从不破坏 API 兼容性。这对于运行长期应用程序的企业具有巨大的价值。我们通过这种类型的流程来应对我们选择进行产品化的所有项目，以确定我们如何增加源代码之外的价值。
|
|||
|
|
|
|||
|
|
对于大多数想要开源的公司来说，挑战在于他们可能认识到社区的价值，但是不知道怎么不去销售代码。毕竟，销售软件几十年来一直是一个非常有利可图的商业模式，并产生了一些地球上最有价值的公司。
|
|||
|
|
|
|||
|
|
**参看[红帽如何使 Kubernetes 乏味并且成功][6]**
|
|||
|
|
|
|||
|
|
然而, 正如 Whitehurst 指出的那样，开源需要一种不同的方法。他在采访中断言：“**你不能出售功能**， 因为它是免费的”。相反, 你必须找到其他的价值，比如在很长一段周期内让开源得到支持。这是枯燥的工作，但对红帽而言每年值数十亿美元。
|
|||
|
|
|
|||
|
|
所有这一切都从社区开始。社区更有活力，更好的是它能使开源产品市场化，并能赚钱。为什么？嗯，因为更多的发展的部分等价于更大的价值，随之让自由发展的项目对企业消费而言更加稳定。这是一个成功的公式，并可以发挥所有开源的好处，而不会将它受制于二十世纪的商业模式。
|
|||
|
|
|
|||
|
|
 Image: iStockphoto/ipopba
|
|||
|
|
|
|||
|
|
--------------------------------------------------------------------------------
|
|||
|
|
|
|||
|
|
via: https://www.techrepublic.com/article/most-companies-cant-buy-an-open-source-community-clue-heres-how-to-do-it-right/
|
|||
|
|
|
|||
|
|
作者：[Matt Asay][a]
|
|||
|
|
译者：[geekpi](https://github.com/geekpi)
|
|||
|
|
校对：[wxy](https://github.com/wxy)
|
|||
|
|
|
|||
|
|
本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译，[Linux中国](https://linux.cn/) 荣誉推出
|
|||
|
|
|
|||
|
|
[a]:https://www.techrepublic.com/meet-the-team/us/matt-asay/
|
|||
|
|
[1]:https://www.techrepublic.com/article/git-everything-the-pros-need-to-know/
|
|||
|
|
[2]:https://www.techrepublic.com/article/ditching-windows-for-linux-led-to-major-difficulties-says-open-source-champion-munich/
|
|||
|
|
[3]:http://www.techproresearch.com/downloads/securing-linux-policy/
|
|||
|
|
[4]:https://www.techrepublic.com/newsletters/
|
|||
|
|
[5]:http://www.techproresearch.com/article/hybrid-cloud-and-open-source-red-hats-recipe-for-digital-transformation/
|
|||
|
|
[6]:https://www.techrepublic.com/article/how-red-hat-aims-to-make-kubernetes-boring-and-successful/
|
|||
|
|
[7]:https://linux.slashdot.org/story/17/10/30/0237219/interviews-red-hat-ceo-jim-whitehurst-answers-your-questions
|
|||
|
|
[8]:http://asay.blogspot.com/2005/09/so-you-want-to-build-open-source.html
|
|||
|
|
[9]:https://www.techrepublic.com/meet-the-team/us/matt-asay/
|
|||
|
|
[10]:https://twitter.com/intent/user?screen_name=mjasay
|