开发人员从公司到开源的转变

将开源开发模型扩展到那些刚刚开始提交代码并参与社区的公司，这给他们的开发人员带来了一个有趣的问题。他们如何从企业发展模式过渡到开放的、全球性的发展环境?谁在对这些开发人员进行开放源码开发环境中常见的“规则”或方法方面的培训?当我看到许多新公司第一次加入开源项目时，我提出了这个问题，并经常被问及开源是如何为开发人员工作的。例如，大多数公司的开发人员从产品经理或架构团队那里得到一组规格说明，然后在项目经理和测试团队的支持下按照详细的时间表进行构建。按照计划，开发人员通常会满足进度并完成项目。现在将其与典型的开源项目进行比较，在典型的开源项目中，开发人员编写的代码会被社区中的其他人审查和批评，并且可能不会被接受。事实上，不能保证代码会出现在最终的项目中。在这个例子中，公司的程序员不再为满足期限而工作，而是参与到一个有机的思想交流中，在那里最好的解决方案会胜出。我在Xen.org的老老板Ian Pratt在讨论如何以及为什么将任何给定的功能添加到Xen管理程序时常常提到“代码规则”。 The source of the code was of no significance compared to the actual code submitted. The best code always was accepted regardless of whom wrote it. This model is clearly not something that corporate developers are used to. Thus, is there anyone out there helping corporate developers through this conversion process? If not, someone just got a great idea to start a company. What are your thoughts? I am especially interested in corporate developers who tried to make the transition but gave up and stopped working on open source. Reasons as to why you moved away from open source are of great interest to me.