Revisiones de Código React en Open Source: Asegurando Calidad y Colaboración

Hola a todos, mi nombre es Patrick O'Day, soy un Ingeniero de Relaciones con Desarrolladores en Storyblock. Estoy realmente emocionado de hablar en la React Advanced Londres 2023. Hoy voy a estar hablando sobre las Revelaciones de Código de React en Open Source, Asegurando la Calidad y la Colaboración. Si me adentro en este tema, primero tenemos que entender qué es Open Source. Simplemente dicho, Open Source se refiere a un enfoque de desarrollo de software donde el código de un software se hace disponible al público. Básicamente, cuando tienes un software de código abierto, es libre de usar y las personas pueden elegir contribuir también al software. Ahora, como dato curioso, React es un proyecto de código abierto. ¿Cuál es la importancia del código abierto? Accessibility e inclusividad. Ahora, en un proyecto de código abierto, cualquiera puede contribuir independientemente de su género, raza o habilidades. Desarrollo colaborativo. En código abierto, fomentamos la colaboración, también la rápida innovation. Cuando estás codificando o contribuyendo a un software de código abierto, siempre encuentras innovation e ideas de otros colaboradores. Vemos transparencia y confianza. En las contribuciones de código abierto, siempre hay transparencia, porque puedes mirar el código y ver si hay algún código malicioso en él. Así que siempre hay confianza y transparencia.

Ahora, hablemos de las revisiones de código. ¿Qué es la revisión de código? La revisión de código es un proceso colaborativo en el desarrollo de software, donde uno o más desarrolladores evalúan el código fuente escrito por otro desarrollador. Ahora, vamos a ver cómo funcionan las revisiones de código. El primer paso sería la presentación por parte del colaborador. Ahora, cuando el colaborador envía un código particular o un PR, siempre hay una solicitud de revisión por parte del revisor o el mantenedor de ese proyecto de código abierto. Ahora, esto pasaría por una evaluación, que devolvería comentarios al colaborador. Si es necesario, habrá una discusión, pero después de eso, aprobación, si todo va bien, entonces el código o el commit se fusiona en el repositorio real. Ahora, vamos a ver los desafíos en las revisiones de código de código abierto. El primero son las barreras del idioma. Ahora, esto es realmente común porque, en un proyecto de código abierto, tienes diferentes personas de diferentes partes del mundo con diferentes idiomas contribuyendo. Por lo tanto, la comunicación puede ser un problema. Documentation. Diferentes personas están comprometidas con un proyecto de código abierto en particular. Entonces, dado que son nuevas características, siempre hay cambios en la documentation. Y esto puede ser un problema para el equipo de documentation que gestiona un proyecto de código abierto en particular. Miremos la acumulación de revisiones. Esto va para los revisores porque hay muchos PRs que vienen con un proyecto de código abierto popular. Por ejemplo, en realidad tenemos muchos PRs allí que están siendo revisados por los revisores, y esto lleva mucho tiempo y puede ser un problema o dolor. Ahora, veamos las best practices para revisiones de código efectivas. La primera es tener objetivos claros. También es bueno o es importante definir los objetivos y las expectativas de la revisión de código, como encontrar errores o mejorar la code quality en esta revisión de sprint en particular. Revisar el código, no a la persona. Esto es muy importante porque tenemos que centrarnos en el código como revisor y no en el autor. Mantenemos la retroalimentación constructiva y también respetamos y enfatizamos en las mejoras en lugar de las críticas. Veamos el uso de herramientas de revisión de código. Es importante aprovechar las herramientas de revisión de código que agilizan el proceso facilitando el seguimiento de los cambios y la discusión. Veremos las herramientas en la siguiente diapositiva. Como pueden ver en el GIF aquí, ya lo saben porque la mayoría de ellos son