mirror of
https://github.com/LCTT/TranslateProject.git
synced 2025-03-03 01:10:13 +08:00
PUB:20140822 Want To Start An Open Source Project--Here's How
@Vic020
This commit is contained in:
parent
1749a1baf8
commit
134714225d
@ -1,6 +1,6 @@
|
||||
白话做好的开源项目
|
||||
如何开始一个开源项目
|
||||
================================================================================
|
||||
> 循序渐进的侃
|
||||
> 循序渐进的指导
|
||||
|
||||
**你有这个问题**:你已经权衡了[开源代码的优劣势][1],你也已经知道[你的软件需要成为一个开源项目][2],但是,你不知道怎么做好的开源项目。
|
||||
|
||||
@ -12,15 +12,15 @@
|
||||
|
||||
### 基本原则 ###
|
||||
|
||||
选择开源可能有许多原因。也许你希望吸引一个社区来帮助编写你的代码。也许,[总所周知][4],你明白“开源--一个开发小团队内部编写代码的倍增器。”
|
||||
选择开源可能有许多原因。也许你希望吸引一个社区来帮助编写你的代码。也许,[总所周知][4],你明白“开源 —— 一个开发小团队内部编写代码的倍增器。”
|
||||
|
||||
或者你只是认为这是必须做的事,[如同英国政府一样][5]。
|
||||
|
||||
无论何种原因,为了开源能够成功,是必须要做很多的计划给将来使用这个软件的人。如同[我在2005写道][6],如果你“需要大量的人做贡献(bug修复,扩展等等)”,所以你需要“写一个好的文档,使用易于接受的编程语言,和使用模型架构”。
|
||||
无论何种原因,为了开源能够成功,是必须要做很多的计划去给将来使用这个软件的人们。如同[我在2005写道][6],如果你“需要大量的人做贡献(bug修复,扩展等等)”,那么你需要“写一个好的文档,使用易于接受的编程语言,和使用模型架构”。
|
||||
|
||||
对了,你也需要写人们在乎的软件。
|
||||
|
||||
每天思考你依靠的技术:操作系统,web应用框架,数据库,等等。远离像航天这样,特殊行业的小生态技术,让开源拥有更多的可能性产生外部的(人的)兴趣和贡献。更广泛的应用技术,找到更多的贡献者和用户。
|
||||
每天思考你依靠的技术:操作系统,web应用框架,数据库,等等。远离像航天这样,特殊行业的小生态技术,让开源拥有更多的可能性以便外部的(人的)产生兴趣和做出贡献。更广泛的应用技术,找到更多的贡献者和用户。
|
||||
|
||||
总的来说,任何成功的开源项目有以下共同点:
|
||||
|
||||
@ -36,15 +36,15 @@
|
||||
|
||||
6.很好初始源码(如果你放垃圾在Github,你也只会得到垃圾回报)
|
||||
|
||||
7.一个自由的许可证-我[个人更爱Apache型的许可证][7],因为它提出给开发者最低的障碍来采用,当然许多成功的项目(如Linux和MySQL)使用GPL许可证也有很棒的效果。
|
||||
7.一个自由的许可证-我[个人更爱Apache型的许可证][7],因为它让开发者采用时障碍最低,当然许多成功的项目(如Linux和MySQL)使用GPL许可证也有很棒的效果。
|
||||
|
||||
上述几项,是一个项目成功邀请参与最难的部分。这是因为他们不是关于代码而是关于人。
|
||||
上述几项,是一个项目成功邀请参与者最难的部分。这是因为他们不是关于代码而是关于人。
|
||||
|
||||
### 开源不单是一个许可证 ###
|
||||
|
||||
今年,最棒的一件事是我读到是来自 Vitorio Miliano ([@vitor_io][8])的文章,他是用户体验交互设计师,来自德州的奥斯丁。[Miliano][9]指出,那些不在你的项目上工作的人才是“外行”,从本质上说无论他们技术能力的级别,他们仅仅懂一点代码(也没关系)。
|
||||
|
||||
所以你的工作,他认为,是使加入贡献你的代码变得简单。当阐述如何涉及非程序员到开源项目中,他指出项目的一些事项,项目领导应需要有效地得加入一些任何技术或不懂技术的人到开源项目。
|
||||
所以你的工作,他认为,是使人加入,为你贡献你的代码变得简单。当阐述如何涉及非程序员到开源项目中,他指出项目的一些事项,项目领导应需要有效地得加入一些任何技术或不懂技术的人到开源项目。
|
||||
|
||||
> 1. 一种方法去了解你的项目价值
|
||||
>
|
||||
@ -68,7 +68,7 @@
|
||||
|
||||
许多开源项目的领导提倡包容性,但是他们拥有任何事除了包容。如果你不想要人们做贡献,不要假装开源。
|
||||
|
||||
是的,有时这是老生常谈的话题。就像HackerNews最近的报道[一个开发者开发][11]。
|
||||
是的,有时这是老生常谈的话题。就像HackerNews最近的报道[一个开发者的开发工作][11]。
|
||||
|
||||
> 小项目可以得到很多,基本不需要很多人合作来完成。我看到了他们的进步,但是我没有看到我自己的进步:如果我帮助了他们,显然,如果我花费了有限的时间在与那些计算机科学的硕士管理合作上,而没有参与编码,这不是我想要的。所以我忽略了他们。
|
||||
|
||||
@ -88,7 +88,7 @@ via: http://readwrite.com/2014/08/20/open-source-project-how-to
|
||||
|
||||
作者:[Matt Asay][a]
|
||||
译者:[Vic___/VicYu](http://www.vicyu.net)
|
||||
校对:[校对者ID](https://github.com/校对者ID)
|
||||
校对:[wxy](https://github.com/wxy)
|
||||
|
||||
本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创翻译,[Linux中国](http://linux.cn/) 荣誉推出
|
||||
|
Loading…
Reference in New Issue
Block a user