it-swarm-es.com

¿Cómo evaluar un proyecto de código abierto teniendo en cuenta la participación?

Suponiendo que he encontrado un proyecto de código abierto que me interesa, ¿cómo evalúo el proyecto (los miembros, el nivel de actividad, etc.) para determinar si unirme al proyecto será un buen uso de mi tiempo y energía?

14
Achilles

Mira el historial de control de fuente

A partir de ahí, puede ver los registros, revisar el código, medir el nivel de actividad y, en general, ver la calidad de los compromisos. Puede aprender más con solo mirar la actividad del código fuente.

16
Ryan Hayes

Puedes hacer varias cosas:

  1. Mire sus archivos de listas de correo, vea cómo se comporta la comunidad en público
  2. Mire la frecuencia de sus lanzamientos y la calidad de las notas de lanzamiento.
  3. Busque una declaración de misión clara y una lista de características/requisitos en su sitio
  4. Verifique su madurez: si está buscando ser asesorado/facilitado en un proyecto, entonces un proyecto maduro es más indulgente que un proyecto nuevo. Lo contrario también es cierto.
  5. Mire la estructura, ¿es un dictador benevolente o un enfoque de consejo comunitario?
  6. Busque sus instrucciones para unirse, amistoso? ¿claro?

Eso es un comienzo de todos modos :)

9
Martijn Verburg

Pruebe las aguas un poco primero. Pasar el rato en las listas de correo, canales de irc, etc. y ver cómo funcionan las cosas. Corrija un error o agregue una característica solicitada conocida usted mismo y envíe un parche. Vea cómo se acepta ... ¿trabajan con usted para editarlo e incluirlo o luchan contra usted?

También evalúe usted mismo. ¿Realmente tiene el tiempo y el interés para quedarse y valer la pena invertir en el proyecto para ponerse al día?

2
Caleb

Mira la cobertura de la prueba. Contribuir a un proyecto con un historial/mandato de solo aceptar solicitudes de extracción/parches con pruebas aprobadas será un proceso mucho más exitoso y agradable que tratar de colaborar en algo con desarrolladores que no pueden/no quieren escribir pruebas unitarias.

Tuve que trabajar en la actualización de versiones antiguas de bibliotecas abandonadas un par de veces para trabajar. Normalmente, estaría emocionado de que me pagaran por contribuir a proyectos de código abierto. Pero cuando no hay pruebas y documentación deficiente, es simplemente infernal.

2
Jason Lewis

Únete si vas a disfrutar1 trabajando en el proyecto.


1: "disfrutar" podría significar cualquier cosa que te haga feliz.

1
Benjamin Bannier

Basarlo en sus objetivos (no estoy seguro de cuáles son). Si está tratando de adquirir experiencia en programación, no tiene mucho que perder probándolo. En todo caso, puede aprender cómo 'no' codificar.

Si está tratando de hacerse un nombre al unirse a un gran proyecto, es posible que lo tenga más difícil. Intente buscar en la red blogs o comentarios de otros desarrolladores y usuarios del software (si está tan avanzado). Eche un vistazo al progreso de la codificación. ¿Se está moviendo a un ritmo de su agrado?.

Tratar de averiguar si los otros miembros "juegan bien con los demás" puede requerir una combinación de algunas de las prácticas que acabo de mencionar.

Pruébalo. "No cuesta nada" - John Belushi, Animal House.

1
JeffO