Este mes marca el segundo aniversario de Open edX. ¡Feliz aniversario a todos! 🙂
El proyecto edX se lanzó en mayo de 2012, con su primer compromiso que data de diciembre de 2011. Pero como usuario de la plataforma, el 1 de junio de 2013 parecía Navidad. ¡El código que impulsaba a edx.org era de código abierto!
Por supuesto, cambiar la licencia y publicar el código fue solo una pequeña parte del trabajo necesario para convertir Open edX en un proyecto de software libre exitoso. También necesitaba atraer e incorporar a una comunidad de usuarios y colaboradores, personas como yo que no sabían nada sobre las partes técnicas del proyecto, pero tendrían que ser capaces de usarlo. Anteriormente, solo el equipo interno necesitaba este conocimiento, y cuando alguien se unía al equipo, un recién llegado podía simplemente recibir una guía de un colega.
Para el 1 de junio de 2013, ya se había hecho mucho trabajo para ayudar a los recién llegados a ponerse al día. Además de un sitio web que enumera los repositorios disponibles, hubo un README con instrucciones y un secuencia de comandos de instalación. Así que lo intenté. Y, bueno... No funcionó exactamente fuera de la caja. Lo que pensé que tomaría 5 minutos ejecutar un script de instalación se convirtió en una sesión de piratería bastante complicada que tomó todo el día. Posteriormente, las adiciones facilitaron mucho la configuración inicial y la incorporación, especialmente la introducción de devstack usando Vagrant, el (totalmente probado) lanzamientos con nombre, y documentación del proyecto. Pero en ese entonces, casi todo lo que podía fallar, fallaba.
Después de trabajar en un proyecto por un tiempo, puede volverse difícil recordar las luchas que tuvimos que enfrentar inicialmente. Como recién llegados, nos falta la mayor parte del conocimiento del dominio y el contexto que los colaboradores más antiguos dan por sentado. Es bastante incómodo, por lo que generalmente nos enfocamos en salir de él lo más rápido posible aprendiendo los trucos de los expertos. A menudo no nos damos cuenta de lo valioso que es el ojo de un recién llegado. Debido a que no sabemos mucho sobre el proyecto cuando comenzamos, a menudo pensamos que necesitamos aprender más antes de poder hacer una contribución valiosa. Pero esto está mal; como recién llegados, generalmente podemos detectar problemas que los colaboradores más experimentados pasan por alto. Cuando nos encontramos con un problema, podemos estar bastante seguros de que otros recién llegados también tropezarán con él más adelante.
Una vez que comenzó mi instancia de Open edX, traté de seguir mi propio consejo. Me tomé unos minutos para recopilar algunos de los cambios que tuve que hacer durante el día en las instrucciones de instalación y el script, y envié un pareja of relaciones públicas. Si los mira, verá que son bastante menores: agregar una línea al LÉAME y algunas ediciones en el script de instalación. Terminó siendo la primera contribución al proyecto y la razón por la que escribo esta entrada de blog hoy. Pero, lo que es más importante, fueron una buena manera de aprender sobre el proceso de contribución del proyecto y evitar que otros recién llegados se rascaran la cabeza. También fue una experiencia muy gratificante que contribuyó a involucrarme más en el proyecto. Da una sensación cálida y confusa cuando su código beneficia al proyecto en su conjunto, en lugar de quedarse como una deuda técnica en una sucursal. : )
Entonces, incluso si es nuevo en Open edX o aún no ha contribuido, no existe tal cosa como no ser "lo suficientemente bueno". Si ve algo que necesita arreglarse o que puede mejorar, intente enviarlo. O simplemente elige uno de los del tamaño de un byte entradas para nuevos colaboradores. Es posible que no todo su código termine aterrizando, pero si continúa con el proceso de revisión, probablemente lo hará. Además, los revisores son amigables y aprenderá mucho.
¡Nos vemos en las solicitudes de extracción!
Xavier Antoviaque es desarrollador y colaborador de Open edX. También es el fundador de OpenCraft, que brinda servicios de desarrollo y consultoría para instituciones públicas y empresas que utilizan la plataforma Open edX, incluyendo HarvardX, la propia organización edX, McKinsey Academy y el gobierno francés (FUN), entre otros. Es colaborador de comunidades de software libre desde hace mucho tiempo: co-creó el juego de software libre Card Stories, inició la campaña Ryzom.org y es miembro de la junta directiva de April, la principal organización de defensa del software libre en Francia.
