¿Cómo evaluar un proyecto de código abierto teniendo en cuenta unirse?

14

Suponiendo que he encontrado un proyecto de código abierto en el que estoy interesado, ¿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?

Aquiles
fuente

Respuestas:

16

Mira el historial de control de la fuente.

A partir de eso, puede ver los registros, revisar el código, medir el nivel de actividad y, en general, ver la calidad de las confirmaciones. Puede aprender más simplemente mirando la actividad del código fuente.

Ryan Hayes
fuente
2
+1. Los actos dicen mucho más que promesas
2
También mire en el rastreador de errores.
Denis de Bernardy
9

Puedes hacer varias cosas:

  1. Mire los archivos de su lista 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 guiado / 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 de unión, amigable? ¿claro?

Eso es un comienzo de todos modos :)

Martijn Verburg
fuente
2

Prueba las aguas un poco primero. Pase el rato en las listas de correo, canales IRC, etc. y vea cómo funcionan las cosas. Solucione 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 luchar contra usted?

También evalúate a ti mismo. ¿Realmente tiene el tiempo y el interés para quedarse y valer la pena el proyecto que invierte en ponerlo al día?

Caleb
fuente
2

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

Tuve que trabajar para actualizar versiones antiguas de bibliotecas abandonadas un par de veces para trabajar. Normalmente, me encantaría recibir un pago por contribuir a proyectos de código abierto. Pero cuando no hay pruebas y documentación pobre, es simplemente infernal.

Jason Lewis
fuente
1

Únete si vas a disfrutar 1 trabajando en el proyecto.


1 : "disfrutar" podría significar lo que sea que te haga feliz.

Benjamin Bannier
fuente
1

Base en sus objetivos (no estoy seguro de cuáles son). Si está tratando de obtener experiencia en programación, realmente no tiene mucho que perder al probarlo. 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 tenga un momento más difícil. Intente buscar en la red algún blog o comentario de otros desarrolladores y usuarios del software (si es así de lejos). Eche un vistazo al progreso de codificación. ¿Se mueve a un ritmo a tu gusto?

Tratar de averiguar si los otros miembros "juegan bien con los demás" puede combinar algunas de las prácticas que acabo de mencionar.

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

JeffO
fuente