mirror of
https://github.com/LCTT/TranslateProject.git
synced 2024-12-23 21:20:42 +08:00
91 lines
9.4 KiB
Markdown
91 lines
9.4 KiB
Markdown
[#]: subject: "Open Source Software: Is There an Easy Path to Success?"
|
||
[#]: via: "https://www.opensourceforu.com/2022/07/open-source-software-is-there-an-easy-path-to-success/"
|
||
[#]: author: "Jules Graybill https://www.opensourceforu.com/author/jules-graybill/"
|
||
[#]: collector: "lkxed"
|
||
[#]: translator: "CanYellow"
|
||
[#]: reviewer: "wxy"
|
||
[#]: publisher: "wxy"
|
||
[#]: url: "https://linux.cn/article-15702-1.html"
|
||
|
||
开源软件：存在成功的捷径吗？
|
||
======
|
||
|
||
> 开发开源软件背后的工作是相当庞大的。那么我们如何保证开源项目的成功呢？存在捷径吗？本文认为是没有的。
|
||
|
||
![][0]
|
||
|
||
今天，开源已经风靡世界。很多大型企业在快速成功的诱惑下被推向开源。但真实情况是世界上并不存在成功的捷径。你无法做到通过一次努力就能让所有的开源项目正常运行。
|
||
|
||
事实上，上述公司早期遇到的许多挑战都不是技术上的，而是人员与文化上的。
|
||
|
||
开发一个能够在市场上获得成功的开源项目需要在开源的许多层面上下功夫。而维持这样的成功是一个持续的过程。所有这一切的关键在于找到以下这个非常基本的问题的正确答案：开源究竟是什么。
|
||
|
||
### 开源是代码
|
||
|
||
对于很多新用户而言，他们可能并不完全了解开源的不同层面，答案相当简单：开源就是软件！这当然没有错，毕竟我们多数人就是这样使用它的。不过，相比仅仅被视作软件而言，开源远不止这些。
|
||
|
||
任何开源项目的实质仍然是代码本身。代码是使一个开源项目有别于其他项目，并使其对用户有益的根本。当你从事开源工作的时候，代码和软件一样都是产品的一部分。
|
||
|
||
从零开始开发一个开源项目或者 <ruby>复刻<rt>fork</rt></ruby> 一个现有项目，即便是在面对一个庞大而复杂的代码库时，也需要编写成千上万行代码。尤其是在创建一个现有项目的复刻的情况下，在移除任何在先的许可证、宣传材料或者其他任何可能已经失去作用的文件时必须小心翼翼（LCTT 校注：部分开源项目不允许你改变其原有的许可证）。终究是一个项目的功能吸引了它的用户群并维持项目的持续发展。当最终用户在考虑是否使用开源软件的时候，他们会阅读项目的源代码，而他们在其中所看到的应当是那些能够建立他们的信心的内容。
|
||
|
||
### 开源是社区
|
||
|
||
如何参与到社区中也是产品构建的一部分。创建一个社区并维护一个健康的社区关系是开源的核心之一，但对于大部分的领导者而言也往往是最坚难的任务，很少有人能很好地维护它。你可以尝试建立基金会或者提供赞助，但是最终还是由人们自行决定是否想要加入社区。
|
||
|
||
重要的是与社区保持一定程度的透明度，并不断保持。社区成员可以在它想要的任何阶段参与进来。除了需要进行的工作之外，诸如安全设置、签发证书、注册商标等，尽可能多的将你所做的工作展示给社区是相当重要的，这有助于取得社区信任。归根到底，你需要对社区负责，你的项目成也社区，败也社区。这可能会导致你的项目开发更谨慎、更缓慢并且向社区公开，不过项目最终会进展顺利。
|
||
|
||
如此地公开你正在进行的工作似乎有些令人生怯，尤其是当你担心更新推迟或者是出现漏洞的影响的时候。不过，让社区成员知悉你的进展，不仅有助帮助你建立与社区之间的信任关系，而且能够让社区成员感到被认可。
|
||
|
||
另一方面，公开你的工作流也可以获得来自社区成员的监督，他们经常有自己的见解并向你反馈。记录这些反馈是很重要的，这使得你的开源项目如实地反映社区需求。他们是项目的最终用户，而他们的反馈则反映了他们如何看待你的项目的长期发展，以及你的项目最终将有多么成功或者主流。
|
||
|
||
举例而言，当我们在考虑一个新功能的时候，我们在 <ruby>征求意见文档<rt>Request for Comments</rt></ruby>（RFC）中发布一个征集意见的请求，我们会收到大量的反馈，我们必须认真思考应当如何吸收这些反馈。
|
||
|
||
因为开源是一个大型的合作项目，社区对支持开源项目的主动支持，使项目成为了最好的项目。并非所有的问题都要解决，但只要你有在倾听社区的呼声，社区就会有参与感。
|
||
|
||
参与到社区中也存在一些隐患。社区内部、项目维护与社区之间均可能存在不同意见，尤其是在涉及治理的问题上。治理对于一个开源项目来说是相当重要的。这也就是为什么拥有一份清晰的文档化的治理条例对于项目以及社区均是如此重要。
|
||
|
||
社区治理是一个关键的而又难啃的骨头。社区授权本身需要相当大的信任。对于一个拥有成千上万行代码的项目，在社区中寻找能够有效领导社区的人物是不容易的。不过开源项目经常是由更小的子项目组成的，这些子项目最好由社区中的某个人进行管理。这有助于社区更紧密地参与到项目中。
|
||
|
||
建立社区的过程不是一帆风顺的。让我列举一一些有助于维持社区与我的团队之间平衡的技巧。
|
||
|
||
**声明你的原则：** 尤其是在开源项目的早期，在项目代码仍在完善，很多事情还不完美的时候，项目之外的人员很难真正理解你所做的决定。向他们说明你做出决定所依据的原则，有助于你在思考过程上保持坦率，从而让社区不会错误地干扰你的事务。这一经验非常有效，在你做出决定时坚持遵循其中一项原则并展示出来是非常重要的。
|
||
|
||
**确定如何进行协作：** 你可以通过 Discord、Slack 或者邮件等途径完成这一工作。但是如果你试图同时使用它们，你将毫不意外的分散项目社区。社区人员将在所有这些途径上互相交流。选择一到两种沟通工具，投身于它们来保证社区的信息同步。
|
||
|
||
**珍惜反馈意见：** 倾听来自社区的反馈并付诸行动。即使需要你作出艰难的决定，你也应当向社区展示你是重视社区话语的。
|
||
|
||
**维护一套行为准则：** 如果你与社区打交道，你需要定义什么行为是可以接受的。一套落地的行为准则有助于在人们越过红线时警示他们。如果你可以提前制定这些你可以避免很多麻烦。
|
||
|
||
**考虑如何分发你的项目：** 存在这样的情况，因为你还没有准备好某一个组件，或者是因为存在一些你不希望所有人都能够访问的项目功能，所以你可能并不希望将你的项目完全向公众公开。关键是制定符合你的要求而不是向用户妥协的分发条款，如此，需要某种功能的用户可以获取所需项目的同时，不需要该功能的用户也不需要在开始使用该项目做出妥协。
|
||
|
||
**尽可能地避免投票：** 这是因为部分成员经常会赞成与大部分成员的意见相左的选项，这会使这些人产生一定程度的失望，并让他们觉得被项目所孤立。反之，尽量尝试询问他们想要解决什么问题，并尝试创造一个不需要付出代价的解决方案。
|
||
|
||
### 开源是许可
|
||
|
||
开源是给予你的用户如何使用你的软件的自由，而许可能够做到这一点。开源项目许可的好处在于，它保证了不论你作为维护者做了什么，你的所有最终用户以及利益相关方总是可以维护一系列的项目复刻版本，这些都是重要的项目复刻。
|
||
|
||
许可提供了人们可选择性，如果他们认为有必要，他们可以将项目带到不同的路径中。他们拥有创建副本的权利，这使得许多优秀的软件能够被开发出来。维护者有责任倾听他们的社区成员的声音，并以一个对项目的社区成员有利的方式运营项目。
|
||
|
||
我们推荐使用现有的许多可用的许可证，而不是独立制作你自己的许可条款，原因很简单，因为用户以及利益相关方通常都很熟悉常用的许可证，因此你不需要再花费时间在解释许可条款上。这将帮助你将你的精力集中在项目的其他部分上。
|
||
|
||
### 最后，开源是一项运动
|
||
|
||
开源包括了很多维度，也包含了很多人员。最重要的是，它是关于理解人们想要什么，并创建一个鼓励协作与透明的环境。开源也是关于创建社区，帮助建立走自己想走的开源项目的方式。维护者创造越多的机会让社区自由发挥，开源产品就越好，也越发成功。
|
||
|
||
开源是以上所有这些方面，而你的视野越宽阔，你就能越好的利用它。请考虑你如何能够在开源的每一个维度上出类拔萃，因为时至今日，开源的成功之路并无捷径。
|
||
|
||
---
|
||
|
||
via: https://www.opensourceforu.com/2022/07/open-source-software-is-there-an-easy-path-to-success/
|
||
|
||
作者：[Jules Graybill][a]
|
||
选题：[lkxed][b]
|
||
译者：[CanYellow](https://github.com/CanYellow)
|
||
校对：[wxy](https://github.com/wxy)
|
||
|
||
本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译，[Linux中国](https://linux.cn/) 荣誉推出
|
||
|
||
[a]: https://www.opensourceforu.com/author/jules-graybill/
|
||
[b]: https://github.com/lkxed
|
||
[1]: https://www.opensourceforu.com/wp-content/uploads/2022/07/team-work-working-together-1.jpg
|
||
[0]: https://img.linux.net.cn/data/attachment/album/202304/08/122245uqlbfaxp3flkwf5b.jpg |