Buscando consejo para tomar un proyecto de código abierto

Question

Actualmente tengo algunas aplicaciones de código cerrado que he desarrollado para aprender una tecnología en particular o experimentar con una técnica de programación. Como resultado, tengo un software que es útil para otros y que he puesto a disposición de forma gratuita, pero en formato de fuente cerrada.

Algunos de los usuarios del software me han preguntado si estaría dispuesto a utilizar código abierto para poder contribuir. Estoy totalmente de acuerdo, pero no he tenido ninguna experiencia previa trabajando en proyectos de código abierto, mucho menos comenzando uno.

Lo ideal es que me moje los pies contribuyendo primero a un proyecto existente, pero no quiero sofocar el entusiasmo de estos voluntarios por retrasar demasiado tiempo. Así que voy a avanzar ligeramente a ciegas.

Lo que estoy buscando es un curso intensivo en la gestión de un proyecto de código abierto para alguien que acaba de comenzar en esta pista.

Así que la frase sea esto como una pregunta:

¿Qué consejo le daría a alguien poner en marcha su primer proyecto de código abierto ?
También estoy interesado en las recomendaciones para libros/links que cree que sería útil

Answer 1

Usted tiene dos opciones importantes para hacer inicialmente.

En primer lugar, ¿qué licencia deberías usar? Hay dozens of Open Source licences, pero básicamente se reduce a si quiere copyleft (GPL/AGPL) o no copyleft (BSD, MIT, Apache) y eso depende de sus propios objetivos.

En segundo lugar, debe elegir un sistema de control de versiones y, suponiendo que usted mismo no lo esté alojando, un proveedor. Esta es efectivamente una elección entre Subversion o uno de los sistemas de control de versiones distribuidas (Git, Mercurial, Bazaar, etc.). Un DVCS puede facilitarle la administración de las contribuciones de otras personas si no desea darles acceso de escritura a su repositorio principal.

La elección de VCS influirá en la elección del host y viceversa, ya que la mayoría de los proveedores solo ofrecen un VCS. Un proveedor que también alojará un sitio web y/o wiki para usted sería ideal. La mayoría proporcionará algún tipo de rastreador de problemas rudimentarios y posiblemente listas de correo. También puede obtener listas de correo del Librelist.

Yo recomendaría que eche un vistazo a GitHub o Launchpad. No estoy particularmente interesado en Google Code o Sourceforge. Nada en contra de Subversion, simplemente no me gustan sus UI.

Si desea que su proyecto se vuelva popular, y eso puede no ser importante para usted, tendrá que promocionarlo. Puede registrarlo con Ohloh y Freshmeat. Escribir artículos de blog sobre su proyecto y enviarlos a sitios como Reddit y DZone aumentaría la visibilidad. Recuerde también que Jeff está ofreciendo free advertising on StackOverflow for Open Source projects.

De todos modos, mientras tengas un repositorio de fuentes públicas y un sitio web para que las personas descarguen el software, simplemente escribe el código y el resto seguirá.

Answer 2

Algunos sitios repositorio de código hacen mucho del trabajo de gestión para usted. Proporcionan las licencias, manejan el control de versiones (en algunos casos) y obviamente manejan el repositorio.

vistazo a estos sitios:

• http://www.codeplex.com/
• http://www.codeproject.com/
• http://sourceforge.net/

Answer 3

El mínimo que se necesita hacer es colocar el código como una postal, con una licencia adecuada archivo. Puede hacerlo al Google Code - es realmente fácil de usar. En cuanto a la licencia, comience con una que no sea restrictiva, como MIT (Google Code tiene todos los textos de la licencia); siempre puede volver a realizar la licencia más adelante, siempre que no haya aceptado ninguna actualización.

En cuanto a libros/enlaces, eche un vistazo a Producing Open Source Software - no es perfecto, pero no conozco nada mejor.

Answer 4

Si ya está familiarizado con VCS (Versioning Control System), debería estar bien. Recomiendo www.github.org para alojar el repositorio, y tal vez en algún momento un sitio web para hablar sobre la aplicación. Github es agradable porque hace que sea especialmente fácil para las personas contribuir con código. Es ridículamente simple, aunque git tiene un poco de curva de aprendizaje.

¡Y luego, una forma de comunicarse! Una lista de correo ... Tal vez googlewave ... Tal vez un foro.

Answer 5

Wikinomics http://ecx.images-amazon.com/images/I/51M9MTN5QFL._BO2,204,203,200_PIsitb-sticker-arrow-click,TopRight,35,-76_AA240_SH20_OU01_.jpg

leer este libro: Wikinomics

En uno de los capítulos, por ejemplo, el autor explica los desafíos que enfrenta IBM cuando por primera vez se unieron a proyectos de código abierto en Linux.

Answer 6

No tengo ningún consejo personal a mano, pero el siguiente video me pareció muy interesante. Es un recuerdo de las experiencias de algunos empleados de Google y las lecciones que aprendieron mientras administraban sus proyectos de código abierto.

de cómo los proyectos sobrevivir venenosas personas (y tú también puedes) https://www.youtube.com/watch?v=Q52kFL8zVoM

Answer 7

No se pierda el gran e-book de Karl Fogel, Producing Open Source Software disponible sin costo en línea.