神奇的Magento弄清楚如何制作和拍摄

我不喜欢本月早些时候Dries Buytaert的文章（“采用者如何伤害开放源代码的制造商 ”），因为我认为这在开源的“制造者”与“采用者”之间引发了一场误导性的战争。 在开源方面，地球上的每家公司（和个人）（无一例外）都是制造者和接受者。 但是，据我所知，没有一家公司比Magento（现在由Adobe拥有）在平衡两者方面做得更好。

毕竟，Magento平均有50％的代码来自不在Magento工资单上的开发人员。 在一个充斥着几乎自己开发的单一供应商开源项目的世界中，这几乎是闻所未闻的。 他们是怎么做到的呢？

[ 同样在InfoWorld上：我们应该担心编程语言吗？ ]

“拥抱就像Magento世界中的握手”

Magento的首席传教士Ben Marks强调，Magento一直享有协作文化。 尽管Marks在Magento社区活动中无所不在，但他很快就转移了对其社区的信任：“我不是创造它。 我们（Magento）未创建它。 我们拥抱了它。 拥抱就像Magento世界中的握手。”

Vikrant Shukla写道 ：“我们都是一个大家庭的一部分。 不论我们来自哪个国家/地区，无论说什么语言，这都是一种情感上的联系。”

但为什么？ 像许多其他开源项目一样，这个“非常大的家庭”如何避免内部斗争？

LimeSoda的Matthias Glitzner-Zeis的一个贡献者这样说 ：

Magento / Varien的发展非常Swift，M1（第一个产品版本）在PHP世界中当时相当先进且复杂。 我们所有人都必须一起学习这种（和电子商务）的工作方式。 需要的工作比可用的开发人员/代理更多—根本不需要竞争。

换句话说，没有必要对饼进行分割，因为它比任何一家公司甚至一个社区可以消费的更大。

并不是说这个大而幸福的家庭没有经历过家庭争执。 例如，Magento在以牺牲社区云为代价来构建自己的SaaS产品的努力之间始终存在紧张关系。 但是，通过持续不断的开放式沟通，往往会制止这种争执，其重点是确保公司永远不会以社区为代价来推崇该项目。 在大多数情况下，重点放在确保所有人都能繁荣发展上。

用Buytaert的制造者/承租人术语来说 ，每个人都忙于制作和接受，Magento继续蓬勃发展，超越了任何零和游戏。

[ 同样在InfoWorld上：开源许可证可能不再重要 ]

贡献非零和游戏

这就是为什么这么多人继续作出贡献的原因。 如前所述，Magento从第三方开发人员那里获得了其产品代码的50％。 在该贡献者社区中，贡献代码的60％来自非合作伙伴/非关联开发人员，而贡献的40％来自合作伙伴。 这一点很重要，因为尽管从理论上讲合作伙伴可以充当Magento / Adob​​e Inc.的扩展，但是大部分贡献代码来自那些未与Magento进行财务安排的代码。

被要求解释贡献背后的动机时，马克斯提出了三个关键原因：

• 承诺和专业知识的证明 ：无论动机如何，各种形式的贡献都是开放生态系统的货币。 分享是关怀！
• 易于维护/升级 ：无论是弥补功能差距，修复错误还是提高可伸缩性或可扩展性，随后合并到主线的本地解决方案都将需要最少的升级工作，并且在后续版本中基本上不需要维护。
• 对生态系统成功进行投资 ：Magento生态系统的财富从根本上与Magento应用程序的形象和适用性相关。 虽然一家大型公司与竞争对手分享他们的工作似乎违反直觉，但我从第一手对话和经验中知道，Magento社区增加了竞合的概念，最好通过饼形隐喻来理解。 人们可以寻求增加一块蛋糕的份额，或者可以有助于增加一块蛋糕的整体尺寸，从而增加自己的份额。 Magento社区的基本特征是参与者倾向于这样做。

Magento似乎已经破解了真正的开源公司的代码。 除了获得大量的错误修复和性能优化之外，Magento指导或至少协调了大型贡献，如多源清单 ， Adobe Stock Integration和PWA Studio等（请参见opensource.magento.com ）。 贡献者不只是用轻量级的东西为Magento蒙砂。 他们正在帮助打造Magento Magento的核心。

但是，这一切的中心是Magento内部的一项关键创新：社区工程团队。

[ 通过InfoWorld的App Dev Report新闻通讯了解软件开发中的热门话题 ]

工程界

尽管Magento的社区一直在积极参与并参与其中，但直到成立社区工程团队后，该公司才获得50％的捐款。 该团队负责创造条件，使对Magento的贡献变得简单明了。

例如， 在GitHub上对Magento 2问题的回顾显示了该社区工程团队的影响：“问题得到了很好的梳理，并着眼于开始贡献的难度，” Marks说。 但这还不是最好的部分。 标记继续：

不过，更令人惊讶的故事是我们用来标准化和扩展贡献的工具。 对一个问题发表评论 ：一个人举报了该事件，另一个人使用了自动配置的bot对其进行了验证，该bot会处理该报告并启动一个适当的实例。 从那里，手动和自动反馈相结合，使票证可以由我们的合作伙伴之一进行解决…。 这解决了活跃的生态系统所面临的最大挑战，即确保听到他们的声音并进行努力。

为了使团队更完整，Magento将社区维护者包括在其大家庭中。 社区维护者是具有较高信任度的社区成员，可以作为Magento社区工程团队的代理推动事物发展。

这种社区协作在开源中是无与伦比的，但事实并非如此。 Magento的开源生产力之所以出人意料，恰恰是因为它没有试图在其社区中贴上制造商和接受者的标签，也没有创造阻碍或促进彼此的许可条件。

Magento已经发现了一种有效的方法，可以使社区中的所有成员同时进行制作和制作，同时扩大整体“派”。 这是一种天才的策略，更重要的是，它了解到，这个“天才”并不是从公司外部共享的，而是由社区的所有参与人员平均共享的。

From: https://www.infoworld.com/article/3454283/magical-magento-figures-out-how-to-make-and-take.html