jeecg项目开源的名字

社区对您意味着什么？

社区是一个重载的词，它可以表示任何东西。 社区可以意味着仅使用您产品的人。 也许是那些制造您的产品的人，或者是使用该产品的业务合作伙伴。 也许是那些在博客上写这篇文章的人。

本文是我的演讲开源业务模型的一部分 。 您可以在Heavybit.com上查看我的演讲的完整记录和视频。

确定您喜欢哪种社区，因为存在不同的社区。 同样，MySQL在其代码生命周期中总共可能有100位贡献者，我们雇用了许多人加入公司。 社区的那部分相对较小。 用户社区很大，现在仍然如此。 构建MySQL附加组件的社区非常庞大。 您有不同的处理方式。

最后，这也许是我对开源许可模型和治理所做的最杰出的见解，这与品牌塑造息息相关。 这与以下事实有关：开放源代码许可证未对名称进行任何规定。 如果这样做，则意味着名称不是免费的，受版权保护。

因此，如果您使用Android并随身携带并拒绝它，则拒绝签署开放手机联盟，那么您就不能将其称为Android，而必须使用其他名称。 您可以使用该代码，因为该代码是开放源代码，但不允许将其称为Android。

我认为，这就是亚马逊采用Android代码在其Kindle Fire中使用它的原因，但是他们不能称其为Android，因为他们没有签署将迫使他们使用Google服务的联盟。 如果您采用Red Hat的代码并进行分发，则可以这样做，但不允许分发任何显示品牌或徽标的内容。 红帽企业Linux的名称及其附带的所有标记，视觉效果，JPEG和PNG以及图片都是专有的。

我不确定20年前发明了许可模式和治理的开源专家是否会想到这一点，即品牌实际上是其运作方式的控制点。

同样，Apache Foundation设定了一个明智的规则。 他们说基金会中的任何东西都有名称，这些名称不得用于商业用途。 如果使用Hadoop，则可以说它是基于Hadoop构建的，但是您的商业产品不能称为Hadoop。 它必须称为Cloudera或Hortonworks或MapR之类的东西。 品牌实际上成为您控制生态系统行为的方式。

在MySQL中，我们拥有该品牌，无论是商业品牌还是非商业品牌，我们都在想：“我们应该将它们分开吗？” 因为我们正在看Red Hat，说的是Red Hat，所以他们从社区取了Red Hat的名字，并将其仅用于商业用途。 非商业名称是Linux或Fedora。 我们在MySQL上问过自己，我们是否也应该拆分品牌，为开源产品命名一个名称，为我们的商业产品命名一个名称。 我们从未相信这样做是正确的，但是我们花了很多时间思考它。

无论哪种方式，我们都面临挑战。 我们将它们放在一起的事实给我们带来了一些挑战，也带来了某些好处。 因此，品牌宣传比我在其中途意识到的更为重要。

进一步阅读

• 马特·阿赛（Matt Asay）对我的采访，内容涉及关于开源的更多思考
• Stephen Walli的文章，关于开源软件许可与商业模型

因此，让我停在这里，我已经准备好与您提问和讨论。 如果您想在此之后与我联系，您将在此处找到我的Twitter句柄和我的电子邮件地址。 感谢您积极和认真地倾听，现在我可以回答您的问题了。

问：当您拥有商业产品时，如果有人提供开源的类似产品，您会怎么做？

答：一个很好的问题，当您拥有商业附加组件时，如果有人贡献出具有相同功能的开源产品，您会怎么做？ 我们决定欢迎它； 我们在MySQL上做到了，而在Eucalyptus上做到了。 我举一个桉树的例子。

在Linux和KBM上运行Eucalyptus时，您不需要任何其他操作，并且可以在该产品上运行大量云。 如果您需要在VMware hypervisor上运行它，则需要我们的商业插件。 现在，我们认为，如果您向VMware支付所有这几百万美元，那么您也可能还要向我们支付几千美元，因此我们认为这很公平。 我们还说：“或者，然后您自己编写该插件。如果您认为可以做到，那就继续。” 因为平台是开放的并且API是开放的，所以任何人都可以做到。

这意味着，如果有人愿意参与竞争，我们将对此表示欢迎。 因为我们相信，对于那些从事这项工作的人来说，这将为他们带来好处。 对于大多数客户来说，他们会说：“是的，我知道有开源的替代品。我希望有一个来自Eucalyptus Inc.的经过测试和证明的替代品。” 因此，我们欢迎这些事件。

我就是这么告诉客户的，“我们有这些商业附件，但您可以自己开发。” 我们在MySQL上看到了它，在那里我们开发了一个管理工具，您可以付费购买该工具来管理大型MySQL安装，许多其他工具则分别开发了自己的商业和非商业安装。 它们存在于生态系统中。

当然，我有一些销售人员来找我，说：“马丁，我们必须把这个竞争对手压垮我们的商业产品！” 我说：“不，我们不必粉碎它们，这是开放源代码的一部分。那里总是有小型参与者的生态系统。它们可以证明开放性和缺乏锁定性。” 大多数客户总是会来找主要供应商，然后说：“好的，我知道我可以在某个地方更便宜或免费获得它，但我想与你们打交道。” 您必须具有这种信念，但是如果您不全力以赴，那么您很容易陷入各种不信任的关系中。

问：拥有多个品牌的单一产品有什么优点或缺点？

答：问题是双方都拥有一个品牌有什么利弊？ 如果您去一位对开源一无所知的品牌专家，然后您说：“我应该有两个品牌还是一个？” 他们会说：“当然可以！”

人们的注意力跨度有限，他们不记得两个品牌。 不要让它们变得复杂。 我们在MySQL上受益匪浅，因为任何说“ MySeQuaL”或“ MySQL”的人都会来找我们，这永远是我们的。 因此，我们看到了这种好处。 但是，当有人说在MySQL上构建某些东西或将其派生并想将其称为MySQL或想将其称为MySQL Administrator时，我们遇到了问题。 我们必须去找他们说：“我们知道您爱我们，我们知道您是出于良好的意愿，但是我们的命名约定是“ MySQL something”。您可以将其称为“ MySQL管理员”，但是，只有我们才能将其称为“ MySQL管理员”。”

有时，当我们这样做时，我们会产生非常负面的React，因为他们说：“这是什么，我正在帮助您，您却不感恩。” 您必须同时轻柔而坚定地处理它们。

我忘了说，如果您进入开源业务模型，无论如何都会遇到很多麻烦，因此您可能也习惯了它，但同时您也在寻求世界上最强大的破坏力。 在我看来，这非常值得。

问：MySQL贡献了多少代码？

答：问题是对MySQL或MySeQuaL贡献了多少。 真是太神奇了。 当我2001年加入时，90％或95％的代码是由一个人编写的。 在接下来的八年中，我负责这个地方时，就像我说的那样，我认为我们有一百位贡献者。 就百分比或意义而言，这没有意义。

我告诉全世界，我本人坚信，当人们说开源时，他们很容易想到贡献。 “哦，这就是开源的意义。每个人都在做出贡献，每个人都感到高兴。” 这不是真的！ 开源不一定与贡献代码有关。 您在社区中还有许多其他事情：使用代码，测试代码，编写附加组件。 做出贡献的行为既有好处也有缺点。

我们都知道，我想我们都知道，世界上一些最好的设计是由小型团队制作的。 史蒂夫·乔布斯（Steve Jobs）说：“小型A玩家团队将围绕大型B和C玩家团队进行比赛。” 这是真的。

如果您要构建像MySQL这样的单片产品，并且对并发性，同步性和内容有巨大的要求，则应保持团队规模较小，以打造出色的引擎。 然后其他所有人都在它周围建立。 我碰巧相信那个模型。 但是我们还有其他项目，例如Apache Web Server，您在其中说：“谁是Apache Web Server的首席设计师？”

他们都指向对方。 您知道您可以与创始人交谈，但他们不了解主要设计师是谁。 他们说：“我们一起做。” 在没有严格的设计治理的情况下，您有一些非常成功的项目示例，但是我碰巧认为，最巧妙的东西必须具有核心理念，而如果没有首席设计师，则保持核心理念非常困难。像Linux一样拥有Linus Torvalds，像MySQL一样拥有，并且像其他人一样拥有。

这就是为什么对我来说，如果我可以选择一个开源项目，那么我就不需要代码贡献者。 我需要那些对代码有所作为的人。 那更有价值。 在我脑海里。

问：您如何确定保持封闭源代码的原因？

答：是的，因此很难区分已付款项和未付款项，而无论您做什么，您都会后悔。 如果您什么也不做，您将更加后悔。 欢迎加入俱乐部。

我认为我们在MySQL上开发了一个很好的原则，现在在Eucalyptus上使用。 我们说：“我们坚信开源。我们将竭尽全力实现开源。” 我们也相信，像带食物的食物一样，不含盐的食物，味道可能不会那么好。 不含盐也许很健康，但是只加一点盐就可以了。 同样，我们认为，使用开源产品，您可以添加商业插件，而无需为插件添加任何东西。

我们总是说主要的开源产品必须为任务关键型的大量使用做好充分准备。 您一定不能拿走至关重要的东西，因为那样您就会质疑并再次猜测自己和抱负。 您曾经说过开源是很棒的，所以您应该展示它。

但是，然后您超越了这个范围，说出了使用它的人，其中一些人想要便利，一些人想要保证，一些人想要简单易用，一些人处于商业环境中，而您发现了一些极端情况，他们实际上正在寻找付款的理由。 我们有很多客户来找我们，说：“我们很乐意付款，给我一些我可以告诉老板我要买的东西，我会买的。” 最终，这并不是一个困难的价值主张，您只需要有一个明显的区别即可。

如果您听迈克·奥尔森（Mike Olsen）的话，他最近在某处接受了采访，他说的完全是同一回事，甚至可能更强烈。 Mike Olsen在开源方面的经验比我更长。

这是一个持续不断的辩论，您可以将事情从专有转移到开放，而不能真正从开放转移到专有。 这就像在脚上射击自己。
但是您可以采用另一种方法，并且可以随着时间的推移构建新的东西，这些东西很有用，但对于生产工作负载而言并不是必需的。

问：您对构建可在开源软件上运行的基于云的服务有何建议？

答：是的，我们有一个例子。 亚马逊，AWS RDS是MySQL即服务。 他们向MySQL的所有者，Oracle支付任何费用吗？ 不，不好吗？ 也许有人认为这很糟糕，但是创建该产品的人（这意味着在使用MySQL时，我们决定将其开源），我们必须坚持自己的选择。
我认为您不必担心。 您只是按照应该使用的方式使用许可证，如果发起人不希望您这样做，则他或她应该选择其他许可证。 我在那里没有看到任何道德问题。 您可以根据已授予的合同使用它。

当然，如果您要构建，如果我现在要构建，如果我创建一家公司来销售MySQL作为服务，我绝对会去Oracle说：“我要这样做，我想拥有一个与您进行商业安排，以便我快速修复错误，并寻求您的帮助。” 实际上，我会建立业务关系，因为我认为这很有意义。
我认为这样做没有道德义务或其他义务，因为我们中那些产生了开源代码的人行使了零自由，即设置许可证的自由。 然后，许可证规定了可以做什么和不能做什么。

问：在开源软件上运行基于云的服务有什么防御性和战略考虑？

答：如果您不是开发的核心，那么防御性就很难，因为我们现在都知道世界上有很多软件，而且拥有该软件只是您业务的一部分。 您必须证明自己可以开发它，并且可以保持竞争力。

我有点想，是的，您可以深入研究所有问题，然后得到这些奇怪而又困难的问题。 但归根结底，这非常简单。 如果您做得很好并且创新，那么您将有生意，否则，您将不会。

如果您拥有所有产品，拥有所有产品的控制权，并且拥有品牌名称，那么您拥有更多的控制权会更容易。 这就是MySQL成为如此宝贵的财产的原因。 MySQL以十亿美元的价格被收购。 Postgres从未被任何人收购。 从技术上讲，Postgres与MySQL一样好。 有人认为这更好，这很好。

MySQL之所以成为一家价值10亿美元的企业，是因为它集中了品牌和技能，创新，营销和销售，领导力和技术以及所有东西都集中在一个地方。 它确实加起来，但是有组件。 您可以选择任何一种方式。 有些公司在不拥有代码的情况下在MySQL上开展业务。

问：您如何定价免费软件的支持合同？

答：对，您如何定价免费软件的支持合同。 首先，我说我不认为支持是可扩展的业务，所以我不知道如何为支持定价。
在MySQL和Eucalyptus，我们为订阅定价。 年费可满足您的所有需求：功能，支持，法律赔偿，优先考虑顾问等等。 然后，我们对某个地方的价格进行定价（我们不知道），然后我们查看市场，了解其React，然后上下波动。

我会给你一个很好的例子。 我们MySQL的总顾问，他认为律师会提出来的，但是他很棒。 他想出了最好的营销思路。 他说：“我们应该出售名为MySQL Unlimited的产品。” 每个人都说：“那是什么，我们做不到！” 因为这个想法是要以固定价格出售无限制的许可证，所以服务器数量与您一样多。 我们将其定价为40,000美元。 我们走遍世界，说：“如果您每年支付40,000美元，您将获得MySQL的无限订阅。您可以拥有一台服务器或一百万台服务器，我们将为您提供服务。” Oracle Enterprise Edition在一个CPU上的价格为40,000美元。

整个营销技巧在行业中是如此强大，这是我们有史以来最好的定价方式。 然后实际上，我们开始在其中构建层级，并说：“好的，40,000是用于拥有400名员工的公司，然后是40万。” 我们围绕它建立了一个伟大的业务，没有人感到失望，这仍然是一笔巨大的节省。 我们没有担心这会削弱我们的支持能力，因为实际上公司并没有那么快地增加其安装量。 如果某人确实拥有大量MySQL服务器，则无论如何都希望它们作为您的客户，因为它们是很好的参考。

我们拥有强大的定价能力，因为我们拥有一种商业模型，并且可以在市场上试用并测试定价。 我们做到了，效果很好。 但是，您必须有勇气进行一些测试和实验，并在错误定价时道歉，并以新的方式重新定价。

翻译自: https://opensource.com/business/14/10/open-source-business-models-part-3

jeecg项目开源的名字