¿Cómo evaluar un proyecto de código abierto con unir en mente?

Mira el historial de control de 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 los compromisos. Puede aprender más con solo mirar la actividad del código fuente.

Puedes hacer varias cosas:

1. Mire los archivos de sus listas de correo, vea cómo se comporta la comunidad en público
2. Observe 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 desea ser asesorado / convertido en un proyecto, entonces un proyecto maduro es más indulgente que un proyecto completamente nuevo. Lo contrario también es cierto.
5. Mire la estructura, ¿es un dictador benevolente o un enfoque de consejo comunitario?
6. busca sus instrucciones de unión, amigable? claro?

De todos modos, es un comienzo :)

Prueba las aguas un poco primero. Pasa el tiempo en las listas de correo, canales de irc, etc. y observa cómo funcionan las cosas. Corrija un error o agregue una característica solicitada conocida y envíe un parche. Vea cómo se acepta ... ¿trabajan con usted para editarlo e incluirlo o pelear con usted?

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

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

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

Únete si disfrutarás de ¹ trabajando en el proyecto.

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

Basalo en tus objetivos (no estoy seguro de cuales 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ás tratando de hacerte un nombre por unirte a un gran proyecto, es posible que tengas un tiempo más difícil. Intente buscar en la red cualquier blog o comentario de otros desarrolladores y usuarios del software (si está tan lejos). Echa un vistazo al progreso de la codificación. Se está moviendo a un ritmo a tu gusto.

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

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