如何管理开源项目[关闭]
-
05-09-2019 - |
题
我在业余时间在一个小团队中从事一些项目。我们遇到的问题是,我们似乎在兜圈子,无法开发我们的产品——但这在我的日常工作中不是问题。缺乏面对面的沟通似乎对生产力产生了真正的影响。
开源开发社区使用的任何软件或方法的示例将不胜感激。
其他提示
如果你读大多数开源项目的历史,他们开始与一个人做了很多前期工作的。如果有一个团队,这是小,一个人实际上导致了球队。
要选择一个例子。在Python社区,它们指的是吉多·范罗苏姆作为仁慈的独裁者生命(BDFL)。他的话就是(更多或更少)的决赛。在许多情况下还有人不同意他的观点 - 但对于Python社区的缘故 - 他们似乎默许了他的判断。
。我觉得每一个开源项目有(单数)的首席程序员谁保证决策是做出,并以一致的方式作出。
早在古时,弗雷德·布鲁克斯(人月神话的)描述的“首席程序员团队”。相同的概念。有人负责的技术含量。强调一个。如今我们称之为的“建筑师”或类似术语。
这里没有真正的方法论,但我认为有两件事很重要:
- 具有明确的目标和责任。
- 让每个开发人员在如何完成分配的部分方面拥有最后一张发言权。
在开源项目中,唯一真正、最强烈的动机是编写产品的乐趣。关于上面的#2,如果人们被告知要做什么,但他们不同意,那么动力就开始缺乏。当然,就像任何其他类型的关系一样,总会有一些给予和索取。
另外关于面对面的时间,Skype 非常适合举行面对面的会议,我建议至少每周或每月一次(取决于项目的规模和势头)
我的猜测是,您的私人项目全部运行,并通过开发商编码。开发商是众所周知的......继续发展。最大的区别,在我的经验是,公司拥有一批经验丰富,当事情完成,可以定义管理者。我建议你把别人对确定目标的任务,当事情做决定。
我已经在一些项目中,我们有比开发商更大量健谈。我的倾向是忽略通话器和收听到编码器。即使再有就是通常一个人谁负责接受补丁的。有可能是他们必须小心行事围绕政治问题,而且对所有意图和目的,他们说了算。
莱纳斯已经取得了一些同样的问题相当著名的问题。要注意这个线程从2006年:谈话是便宜。我显示的代码。
一两件事。既然你在那你有代码的注释,只是很多重写的说,我强烈建议你阅读雷蒙德的的大教堂和Bazzaar 。埃里克是一个有点实际上是一个疯子,但文章是无价的,任何人想运行一个自由软件项目。
我有一个想想你和你的队友的动机和目标,在这个项目中。是它们为:
a)建立一个真棒产物
或
B)玩软件,并学习一些新的东西。
这两个答案都同样有效,并且我猜这将会是朝向一个或另一个一倾斜的混合。
如果它更多的(一),然后看在方法等建议,甚至可以考虑在你真棒的想法形成了公司。因为做这样的事情需要努力..和好,你可能在工作中得到足够的那个。
如果它主要是(B),那么你将有一个更难的时间做一个真棒产品,但在一个更简单的时候,你可以原谅自己没有得到有马上和痛苦多次重新写入。你都将在每次看着它一起工作的时间,这是非常适用于你的长期职业生涯学习新的技能。
首先,我建议你要明确相互为什么你在那里。然后再看看削减回你打算做,并提前释放,释放频繁。如果你的项目是由三个部分组成了一个是完整的,那么释放作为一个单独的组件,并开始建立用户社区。这将还清,因为这些用户很可能会帮助你与你的代码,以及形成用户的完整产品了坚实的核心,让你评估你如何去早不宜晚。
好运。