Qué hacer y qué no hacer en el Hacktoberfest

Qué es el Hacktoberfest

El Hacktoberfest, que se celebra por octavo año consecutivo, es un acontecimiento anual de un mes de duración en el que desarrolladores de todos los niveles de experiencia contribuyen a proyectos de código abierto, participan en eventos, realizan pull requests y apoyan económicamente estos proyectos. El Hacktoberfest es una gran oportunidad para que desarrolladores nuevos y experimentados trabajen en proyectos de código abierto. También es una oportunidad para que los responsables de los proyectos atraigan a nuevos desarrolladores que les ayuden a mantenerlos.

Lo que funciona realmente bien

Tras unos 8 años de Hacktoberfest, se ha convertido más o menos en un nombre familiar en la comunidad de desarrolladores. Cada año, más de cien mil desarrolladores participan en los eventos y envían PR (pull requests). Aunque Digital Ocean y Dev.to son los principales patrocinadores, muchas empresas organizan sus propios eventos con regalos para los asistentes, lo que hace que el evento sea aún mayor. Toda la comunidad de desarrolladores se une para que este evento sea un éxito.

El lado oscuro del Hacktoberfest

El Hacktoberfest es una gran idea. El código abierto es la espina dorsal de la industria del software y que haya más gente interesada en utilizarlo y contribuir es algo bueno para la comunidad. Pero, como casi todo, siempre hay una trampa. Durante el Hacktoberfest hay posibilidades de ganar diversos regalos, como camisetas y pegatinas, e incentiva a completar cuatro pull requests más rápido. Lo que a su vez provocó que mucha gente abriera pull requests triviales y spam en proyectos populares de código abierto. El problema fue tan grave el año pasado que el Hacktoberfest tuvo que cambiar las normas para que los proyectos tuvieran que inscribirse con etiquetas.

Dicho esto, he aquí algunas de las cosas que se deben y no se deben hacer en el Hacktoberfest desde la perspectiva de un participante y un mantenedor.

Qué hacer

• Sea respetuoso con los demás. Como participante, ten en cuenta el tiempo de los mantenedores de proyectos. En la mayoría de los casos, los mantenedores ofrecen voluntariamente su tiempo para trabajar en estos proyectos. Exigir que se fusione tu PR no es útil, ni tampoco está bien crear un PR que corrija un error tipográfico o gramatical que otras cuatro personas ya han corregido. Para los mantenedores, si tienen tiempo, por favor intenten crear expectativas adecuadas de lo que el proyecto necesita. Para muchos, esta será la primera interacción que tengan con una contribución de código abierto. Tu acción puede disuadir a alguien de ayudar en el código abierto.

• Como participantes, leed el código de conducta del proyecto y las directrices sobre contribuciones. Muchas preguntas pueden responderse echando un vistazo a la documentación y a los temas anteriores. Recuerda que la proporción entre participantes y mantenedores es bastante alta. Como responsables del mantenimiento, intenta facilitar la búsqueda de información. Un buen código de conducta y una buena guía de contribuciones ayudan mucho a que la gente obtenga la información que necesita sin necesidad de crear una nueva incidencia.

• Busca proyectos que tengan las etiquetas `Hacktoberfest` y `Good first issue`. Una manera fácil de encontrar esto es buscando en la Guía del Hacktoberfest.

• Si es usted mantenedor de un proyecto y desea que se envíen contribuciones, tendrá que preparar primero los repositorios. En años anteriores, todos los repositorios eran elegibles, lo que ocasionaba algunos problemas a los mantenedores. Así que este año tendrá que preparar sus repositorios de antemano. Siga estos pasos de la página oficial del Hacktoberfest. Además, prepárate para dedicar algo de tiempo a aprobar, rechazar o comentar los PR. Mientras tú ofreces tu tiempo, también lo hacen los participantes.

No hacer

• Como participantes, no creéis spam PRs. Estás entusiasmado por alcanzar tus objetivos del Hacktoberfest, pero al otro lado de un spam PR hay un ser humano real que está dedicando su tiempo a intentar mantener un proyecto de código abierto.

• No acose al mantenedor para que fusione su PR. Un recordatorio amable no son más de 10 comentarios y correos electrónicos.

• No se dedique a corregir errores gramaticales y ortográficos a menos que la guía de contribución se lo pida explícitamente.

• Como responsables del mantenimiento, no se quemen intentando atender a cada RP e interacción.

• No amoneste a la gente por sus malas relaciones públicas. Intente asumir una intención positiva. Usted es el embajador del código abierto para muchos de estos desarrolladores que podrían estar participando en el código abierto por primera vez.

Por último, diviértete con ello. Este es probablemente el mayor festival que tenemos los desarrolladores. Sí, hemos tenido nuestros problemas con él, pero sigo creyendo que es sobre todo una fuerza para el bien.