Cómo automatizar cambios de código para 100 repositorios: Introducción a los Codemods

Rate this content
Bookmark
Slides
28 min
02 Dec, 2022

Video Summary and Transcription

Esta charla trata sobre la automatización de cambios de código para repositorios de Android, utilizando herramientas como JSCodeShift y Abstract Syntax Tree. El orador comparte un ejemplo real de caso de uso de mantenimiento de una biblioteca de sistema de diseño y realizando cambios en un componente. La charla enfatiza la importancia de automatizar tareas repetitivas y utilizar el poder del árbol de sintaxis abstracta para cambios de código. La sesión de preguntas y respuestas aborda temas como el formato del código fuente, el soporte de TypeScript y la incorporación cultural de los codemods. La charla concluye con ideas sobre cuándo vale la pena la automatización y las limitaciones de los codemods para cambios en monorepos.

Available in English

1. Automatización de cambios de código para repositorios de Android

Short description:

¡Hola a todos! Hoy compartiré cómo automatizar cambios de código para repositorios de Android. Trabajo en Xebia como consultor de desarrollo de software y ayudo a organizar conferencias. Permítanme darles algunos detalles sobre la escala del producto. MarkPlus.nl es el mercado más grande de los Países Bajos con millones de visitantes y 90 millones de anuncios en vivo. Ejecutamos 59 servicios BFF independientes en producción con más de 15 lanzamientos diarios. Tenemos un equipo de plataforma de front-end responsable de permitir a los ingenieros entregar software seguro y eficiente.

¡Hola a todos! ¿Cómo va todo? ¿Están disfrutando de la conferencia? Bien, genial. ¿Cuántos desarrolladores hay aquí? Wow, bastantes. ¿Cuántos desarrolladores perezosos hay aquí? De acuerdo, permítanme reformular un poco, un poco menos. ¿Cuántos desarrolladores perezosos a los que les gusta automatizar las cosas? Wow, me gusta, ¡ahora estamos hablando! Bien, hoy compartiré cómo automatizar cambios de código para repositorios de Android. Mi nombre es Konstantin. Trabajo en Xebia en los Países Bajos como consultor de desarrollo de software, y también ayudo a Git Nation a organizar las conferencias. No duden en contactarme en Twitter o LinkedIn. Mi charla está relacionada con mi cliente actual, y para comprender mejor el problema y la solución, les daré algunos detalles sobre la escala del propio producto. Trabajo en MarkPlus.nl. Este es el mercado más grande de los Países Bajos. Tiene millones de visitantes diarios. Hoy en día, cuenta con 90 millones de anuncios en vivo. Cientos de miles de nuevos anuncios todos los días. Si eres de los Países Bajos, seguramente conoces este producto. Si eres de Alemania, puedes compararlo con eBay DE. Actualmente, ejecutamos 59 servicios BFF independientes en producción. En promedio, hay más de 15 lanzamientos diarios en producción. Y no hay límites para eso. Para admitir todas las características requeridas, tenemos más de 100 repositorios relacionados con el front-end con código JavaScript o TypeScript. Y para que funcione correctamente, la propiedad del código está distribuida en diferentes equipos de front-end. Sí, esos equipos de front-end son parte de equipos de dominio más grandes o equipos de pila completa, pueden llamarlos así. Y esos se centran únicamente en construir lógica empresarial. Entonces, idealmente, nada más. Y para respaldar a los equipos de productos, tenemos un equipo de plataforma de front-end. Este es el equipo en el que trabajo. Nuestro objetivo, básicamente, es permitir que otros ingenieros de front-end entreguen software seguro, confiable y eficiente. Entonces, mi equipo es responsable de muchas cosas para la plataforma de front-end en sí. Podemos decir que construye, las implementaciones, el motor de renderizado del lado del servidor de React, las bibliotecas del sistema de diseño, el rendimiento, la seguridad, el monitoreo, la observabilidad. Entonces, todos estos problemas son manejados por un equipo de plataforma de front-end.

2. Desafíos y Actualización de Proyectos

Short description:

Al mismo tiempo, la biblioteca publica paquetes NPM y los cambios en una biblioteca pueden llevar a múltiples actualizaciones en proyectos dependientes. Utilizamos herramientas internas y un bot de renovación para rastrear y automatizar estas actualizaciones. Aunque puede parecer una carga adicional, nos beneficiamos enormemente de este enfoque. Pasemos a un ejemplo real de caso de uso de mantenimiento de una biblioteca de sistema de diseño y realizar cambios en un componente llamado botón primario. Para actualizar un proyecto con el último paquete del sistema de diseño, necesitamos corregir el componente de aviso reemplazando el botón primario por botón y agregando una nueva propiedad llamada tipo.

Esta configuración distribuida tiene muchas ventajas. Al mismo tiempo, obviamente, tiene algunos desafíos, ¿verdad? Por ejemplo, la biblioteca publica paquetes NPM. Y el cambio en una biblioteca generalmente conduce a múltiples actualizaciones en proyectos dependientes. Por supuesto, tenemos algunas herramientas internas para rastrear y orquestar todas estas dependencias entre los proyectos. Y utilizamos un bot de renovación, por ejemplo, para realizar actualizaciones automatizadas para ellos. Bueno, eso puede parecer una carga adicional, tal vez una molestia, pero nos beneficia mucho este enfoque. Sí. Si quieres discutir la arquitectura más en profundidad, puedes encontrarme después de la charla o contactarme en Twitter. Hay un enlace a Twitter en la parte inferior. Puedes unirte a mí. Puedes seguir me. Así podemos discutir la arquitectura. Pero hoy voy a hablar de otras cosas. Acerquémonos a un ejemplo de caso de uso más real. Imagina que estás manteniendo una biblioteca de sistema de diseño que exporta el componente de botón primario. Hasta ahora, este componente solo tiene una propiedad, un controlador de cierre. Hay otro proyecto, por ejemplo, algún backend para un frontend, que tiene un componente de aviso. No importa realmente lo que hace este componente. Solo necesitas saber que importa y usa el botón primario que proporciona el Design Package System, versión 1. Y como mantenedor de la biblioteca de sistema de diseño, un día decidiste hacer algunos cambios. Entonces, el botón primario ya no existe. Simplemente se reemplaza por el botón que se exporta. Y el nuevo componente tiene una propiedad adicional, puedes ver, la propiedad tipo, que es básicamente responsable de cómo se ve el botón. Entonces, esto es, desde la perspectiva del Design System Package, un cambio incompatible. Por eso lanzamos la versión 2 para seguir la versión semántica. Ahora, para actualizar el proyecto con el último paquete del sistema de diseño, necesitamos corregir nuestro componente de aviso. Básicamente, necesitamos reemplazar el botón primario por el botón. Necesitamos agregar una nueva propiedad tipo al botón y usar el valor primario para ello. Y todo lo demás debe permanecer igual, como los hijos u otras propiedades. Hasta ahora, es obvio cómo hacerlo. Esta diferencia en Git parece muy simple, pero alguien

3. Automatización de cambios de código con Abstract Syntax Tree

Short description:

Así que podemos automatizar los cambios de código para respaldar a otros equipos de frontend que utilizan la canalización de API net. Al modificar el código, aplicar correcciones automáticas y ejecutar pruebas, aseguramos un proceso fluido. La forma más poderosa de actualizar el código es utilizando Abstract Syntax Tree, que nos permite manipular la representación del objeto del código. Herramientas como Babel y ESLint trabajan con este concepto. JSCodeShift es una herramienta poderosa para mutar eficazmente nodos en el Abstract Syntax Tree.

El equipo de plataforma tiene que hacer esos cambios. Así que podemos esperar hasta que otros equipos de frontend recojan esos cambios y solucionen estas dependencias, pero las dependencias son lentas, ¿verdad? Lo sabes. Y es un equipo de plataforma. No queremos que nuestros cambios fallen y bloqueen de alguna manera a otros equipos de frontend. Así que necesitamos apoyarlos para eso. Pero, ¿cómo podemos hacerlo? Muchos archivos utilizan este componente y biblioteca. Y multipliquemos eso por el número de proyectos y, por ejemplo, usemos el sistema de diseño. Así que la automatización al rescate. Esta es la API net, la canalización que utilizo para automatizar tales cambios. El primer paso es la preparación basada en código, como GitHub, Codespace o verificar en tu máquina local, luego modificas el código de la forma que queremos. Luego aplicamos correcciones automáticas como el estilo de código o correcciones de ESLint. Y para asegurarnos de que nada esté roto, ejecutamos pruebas, compilamos y el paso final, por supuesto, entregamos o confirmamos tus cambios.

De acuerdo. Centrémonos solo en el paso de modificación de código. Podemos actualizar el código de muchas formas automatizadas, pero la forma más poderosa se basa en el uso de Abstract Syntax Tree. Entonces, si no estás familiarizado con Abstract Syntax Tree, básicamente puedes pensar en él como una representación de objeto del código después de ser analizado. Entonces, por ejemplo, esta es una función llamada grid, ¿verdad? Esta función devuelve una cadena `Hola Berlín`. Este es el Abstract Syntax Tree que se ve como una matriz de nodos con atributos. La función definida corresponde a un nodo de declaración de función que tiene el identificador grid y no tiene ningún parámetro. Entonces, ¿qué es esta función? Es solo una matriz de declaraciones, pero nuestra función tiene solo una declaración de retorno, que es una cadena literal `Hola Berlín`. De acuerdo, podemos analizar el código de JavaScript o TypeScript en Abstract Syntax Tree, o básicamente solo un objeto. Puedes pensar en ello como un objeto. Pero eso nos da la posibilidad de actualizar fácilmente el árbol porque podemos manipular este objeto. Por ejemplo, podemos agregar, eliminar, reemplazar o incluso actualizar algunos nodos, y si generamos un nuevo código fuente a partir del Abstract Syntax Tree mutado, obtendremos un nuevo código fuente modificado. Básicamente, esto es... ¿conoces herramientas como Babel o ESLint? Básicamente, esto es lo que sucede allí bajo el capó.

Volvamos a nuestro ejemplo con Toast y el paquete del sistema de diseño. Podemos usar Babel u otro analizador para convertir el código fuente en Abstract Syntax Tree, pero ¿cómo mutar eficazmente los nodos? Podemos recorrer manualmente, buscar de alguna manera, pero hay mejores formas. Hay varias herramientas excelentes que podrían ayudarnos con eso, pero encuentro que JSCodeShift es una de las herramientas más poderosas para eso. Y realmente, creo que esta es una herramienta subutilizada y subestimada. Básicamente, es un conjunto de herramientas de cambio de código que fue lanzado como código abierto por Facebook en 2015.

4. JSCodeShift y la implementación de Code Mod

Short description:

React es dos años más antiguo que JSCodeShift y aún se utiliza ampliamente. JSCodeShift es una herramienta popular utilizada por muchos proyectos. Proporciona una API sencilla para ordenar y modificar el árbol de código. La función de transformación es una parte crucial de JSCodeShift y acepta varios parámetros. Al analizar el código en un árbol de sintaxis abstracta y generar el código nuevamente, todas las mutaciones ocurren en el medio. Implementemos un code mod para un cambio disruptivo en nuestra biblioteca de sistema de diseño y apliquémoslo al componente de tostadas.

así que no es una biblioteca nueva. Pero sí, React es también dos años más antiguo que JSCodeShift. Y hoy todavía estamos hablando de React en esta conferencia. JSCodeShift es utilizado por muchos otros proyectos. Por ejemplo, puedes encontrar su dependencia en React, Remix, Blizz.js, Storybook, lo que sea. Hay varios de ellos. Y para ordenar y modificar tu árbol, JSCodeShift te proporciona una API sencilla. Por ejemplo, puedes utilizar la función de transformación para ubicar una función de transformación. Ese es uno de los parámetros. Y debes proporcionar una ruta a los archivos que deseas modificar. Así que ya se han escrito muchas palabras de código. Puedes encontrarlas en Internet y en Github. Pero creemos una para nuestro caso de uso específico. Bueno, este es el código fuente de la función de transformación. Puede parecer aterrador a primera vista. Pero seguramente lo entenderás en los próximos minutos. Ten paciencia. La transformación o transform es solo una JavaScript función que acepta varios parámetros. Puedes ver la información del archivo. Estos son detalles sobre el archivo que se está procesando. O API. Este es un objeto que proporciona acceso a las funciones auxiliares. Y las opciones son parámetros adicionales que puedes usar para analizar o manipular el historial. Por lo tanto, puedes proporcionarlo desde llamadas externas, por ejemplo. Esta diapositiva es crucial para entender. En la primera línea resaltada, puedes ver que el código se analiza básicamente desde una cadena o fuente a un árbol de sintaxis abstracta. Y en la última línea, generamos nuestro código a partir de el árbol de sintaxis abstracta. Como ya puedes imaginar, todas las mutaciones ocurren en el medio de las diapositivas. Bien, implementemos un code mod para un cambio disruptivo en nuestra biblioteca de design system y apliquémoslo al componente de tostadas. Esta es parte del árbol de sintaxis abstracta que representa este nodo con nuestra declaración de importación. Puedes ver la fuente del paquete del design system y tiene tres especificadores de importación, y estamos buscando específicamente uno para

5. Arreglando las Importaciones y Mutando el AST

Short description:

Entonces, arreglemos esto con las transformaciones de gs-code-shift. Primero, necesitamos encontrar el nodo responsable de las importaciones del paquete de sistema de diseño. Usamos el método find para localizar el tipo de nodo de declaración de importación. Luego, reemplazamos el nodo del botón primario con uno nuevo utilizando la función de utilidad de JS code shift. A continuación, manejamos el elemento G6 del botón primario dentro del componente creando un nuevo elemento GSX y copiando los atributos existentes del nodo heredado. Por último, copiamos todos los hijos del nodo heredado. ¡Eso es todo!

nuestro botón primario que está en el medio. Entonces, arreglemos esto con las transformaciones de gs-code-shift. Primero, necesitamos encontrar el nodo responsable de las importaciones del paquete de design sistema. Así que gs-code-shift proporciona una API y en este caso, usamos el método find. Estamos buscando el tipo de nodo de declaración de importación. El método find también acepta algunos parámetros de filtro. Por ejemplo, estamos buscando un nodo que tenga atributos de origen y tenga el valor design sistema. Así que con esta colección de importaciones, básicamente estamos buscando un especificador de importación que haya importado el botón principal. Bastante simple hasta ahora. Y tenemos otra función de utilidad del JS code shift que nos ayuda a reemplazar el nodo existente por otro. Así que esta es una operación de mutación para el AST. Reemplazamos este nodo del botón primario con uno nuevo. Y para crear uno nuevo, usamos otra API. Podemos construir un nuevo especificador de entrada con un identificador botón. Así que después de este paso, básicamente, nuestra importación está arreglada y nuestro AST está mutado.

Pero ¿cómo debemos manejar el elemento G6 del botón primario dentro del componente? Así que ya conocemos el concepto. Conocemos el enfoque. Estamos buscando todos los elementos G6 y estamos buscando específicamente un elemento de apertura de botón primario, porque no es un elemento de autocierre. Estamos buscando, por ejemplo, un elemento de apertura de botón primario aquí. Como nuestro componente básicamente puede utilizar varios elementos de botón primario, obtenemos una colección de esta respuesta de estos métodos. Para cada uno de estos elementos, necesitamos mutar el elemento heredado a uno nuevo. Así que para hacer esto, creemos un nuevo elemento GSX. Estamos utilizando el mismo enfoque de la API de JS Code Shift, creamos un nuevo elemento GSX, y aquí proporcionamos un botón como elemento de apertura. Y para nuestro elemento de apertura, también podemos agregar aquí un atributo kind del que hablamos antes. Proporcionamos un valor, primario. ¡No olvides copiar todos los atributos existentes del nodo heredado, ¿verdad? En nuestro caso, es la propiedad on click. Y, por supuesto, el elemento de cierre del botón. Y el último paso, necesitamos proporcionar todos los hijos para que podamos copiar todos los hijos del nodo heredado. En nuestro caso, es solo un texto de cierre. Bien, último paso. Todos estamos familiarizados con esta API.

QnA

Automatización de Cambios de Código y Conclusiones

Short description:

Acabamos de implementar el mod de código para actualizar el componente Tost6. Ahora, podemos aplicar el mismo mod de código para todo el código base. Tenemos más de cientos de proyectos, pero con nuestro pipeline automatizado, podemos actualizar todo el código base para todas las interfaces de usuario. Conclusiones: automatizar tareas repetitivas y utilizar el poder del árbol de sintaxis abstracto para cambios de código.

Reemplazamos todos los nodos heredados con los recién creados. Y eso es todo. Acabamos de implementar el mod de código para actualizar el componente Tost6, ¿verdad? Ahora, podemos aplicar el mismo mod de código para todo el código base. Y, por ejemplo, no es J6CodeShift, no es solo una ruta de archivo. Acepta como la ruta a muchos archivos. Y este comando básicamente actualizará a todos los usuarios del botón primario dentro de un proyecto. Pero ¿cómo debemos manejar otros proyectos? Tenemos más de cientos de proyectos. Así que sí, recuerda, tenemos este pipeline automatizado, que mencioné antes. Así que podemos integrar el mod de código en este pipeline. Y sí, podemos actualizar con este enfoque todo el código base para todas las interfaces de usuario. Y sí, conclusiones. Automatizar tareas repetitivas. Utilizar el poder del árbol de sintaxis abstracto para cambios de código. Y si aún no lo has hecho, ve a casa y escribe tu primer mod de código si aún no lo has hecho. Gracias. Aplausos Muchas gracias. Por favor, únanse a mí aquí para algunas preguntas.

Q&A sobre Transformación del AST del Código Fuente

Short description:

Wow, hemos tenido muchas preguntas. Muchas gracias a nuestros miembros de la audiencia por enviarlas. La primera pregunta es si la transformación del código fuente del AST del código fuente mantiene el formato original del código fuente. Por defecto, sí. Siguiente pregunta. ¿Crea usted estos transformadores o los equipos también están obligados a comprometerse con ellos? Bueno, originalmente introduje este enfoque para crear transformadores dentro de nuestro gremio o capítulo de frontend. Ahora estoy advirtiendo a los equipos que utilicen los transformadores de la misma manera. ¿Qué tan bueno ha sido el soporte de TypeScript o TSX con JS code shift? Sí, está completamente soportado. Genial. Gracias. Siguiente. Angular ya tiene herramientas agradables para esto.

Wow, hemos tenido muchas preguntas. Muchas gracias a nuestros miembros de la audiencia por enviarlas. Vamos a responder tantas como podamos en los aproximadamente 12 minutos que tenemos.

La primera pregunta es si la transformación del código fuente del AST del código fuente mantiene el formato original del código fuente. Es una buena pregunta porque podemos utilizar diferentes analizadores y diferentes analizadores proporcionan diferentes resultados. Por ejemplo, tenemos el analizador de Babel, Recast o el analizador de TypeScript y algunos de ellos proporcionan las indentaciones originales o las ubicaciones de cada nodo. Por defecto, sí, pero también podemos proporcionar este parámetro de opción que es el tercero. Allí también podemos agregar algunas cosas adicionales como formatear el código de la manera que queramos, etc. Pero para responder a esta pregunta, sí. Excelente. Gracias.

Siguiente pregunta. Wow, tenemos muchas. ¿Crea usted estos transformadores o los equipos también están obligados a comprometerse con ellos? Bueno, originalmente introduje este enfoque para crear transformadores dentro de nuestro gremio o capítulo de frontend, diría yo. Ahora estoy advirtiendo a los equipos que utilicen los transformadores de la misma manera. Porque es realmente poderoso y hay algunos casos especiales en los que necesitamos actualizar el código en muchos lugares. Y sí, esto ya es utilizado por otros desarrolladores. Básicamente, tenemos una herramienta de línea de comandos o tenemos esta herramienta de línea de comandos integrada en nuestro pipeline. Así que simplemente podemos proporcionar una función de transformación y aplicará los cambios en todas partes. Por cierto, tienes esta función transform.js, que incluso puede ser una URL. Así que simplemente cost shift puede descargar desde algún lugar externo y aplicarlo a tus transformaciones. Interesante. Y creo que esto puede surgir nuevamente en algunas de las otras preguntas que se han hecho. Pero antes de llegar a eso, ¿qué tan bueno ha sido el soporte de TypeScript o TSX con JS code shift? Sí, está completamente soportado. Así que puedes usar el analizador adecuado para eso. También puedes actualizar los tipos de la misma manera que actualizas otros nodos. Así que sí, TypeScript también tiene todos los tipos de nodos utilizando el IST. Genial. Gracias.

Siguiente. Angular ya tiene herramientas agradables para esto.

Automatización e Integración Cultural de Code Mods

Short description:

Por ejemplo, automatizando las actualizaciones de código al actualizar bibliotecas usando ngUpdate. Aún no, ya que nuestro caso no está relacionado con la actualización de bibliotecas. Es raro. Codeshift tiene una gran comunidad y un sitio web llamado Codeshift Community. Puedes proporcionar una configuración para definir la migración de la versión 1 a la versión 2. Es importante hacer que los code mods sean compatibles para satisfacer a los consumidores. No todos los proyectos necesitan code mods, pero en casos específicos, pueden ser útiles. Después de la sesión de preguntas y respuestas, puedes hacer más preguntas directamente a Konstantin. Una buena herramienta para probar Codemods es crear un archivo de entrada y probar la salida utilizando un marco de pruebas.

Por ejemplo, ejecutar automáticamente las actualizaciones de código al actualizar bibliotecas usando ngUpdate. ¿Utilizas una automatización similar? Aún no. Porque nuestro caso no está realmente relacionado con la actualización de las bibliotecas. Esto es solo un ejemplo. Y es realmente raro. Pero, por ejemplo, Codeshift tiene una comunidad bastante grande. Y hay un sitio web llamado Codeshift Community algo. La construcción es una CLI que básicamente proporciona una API adicional sobre JSCodeshift. Y puedes proporcionar la configuración cuando puedes definir cómo se realiza la migración del sistema desde la versión 1 a la versión 2 del sistema de diseño. Y esta es la función de transformación a aplicar. Entonces, básicamente, puedes proporcionar esto en tus lanzamientos de la biblioteca. Función de transformación como lo hace ngUpdate. Genial.

Hay algunos que son similares. Haré la que está en la parte superior de mi lista aquí. ¿Cómo sugieres que otros integren culturalmente la escritura de code mods? ¿Existe un concepto de que quien escribe cambios rompedores debe proporcionar un code mod? Bueno, depende, por supuesto. Pero si quieres satisfacer a los consumidores de tu biblioteca o proyecto, simplemente hazlo con soporte para code mods, ¿verdad? Puedes lanzar cambios rompedores, pero nadie estará contento al respecto. Pero si puedes actualizar sin problemas, obtendrás más beneficios. Sí, eso es completamente justo. Me pregunto, sin embargo, si hay más procesos o modelos mentales o rituales culturales que construyas dentro de tu equipo de ingeniería que animen a las personas a construir code mods específicamente cuando realizan cambios rompedores. Sí. La cuestión es que no todos los proyectos o empresas necesitan code mods, ¿verdad? Porque es bastante código complicado y requiere algunas habilidades. Pero, por ejemplo, si tienes un caso específico, puedes solucionar estos code mods. Solo inténtalo una vez, muestra las sonrisas en las caras de otros desarrolladores, muéstrales mi presentación y estará bien.

Y solo un recordatorio para la audiencia, cuando terminemos con nuestras preguntas y respuestas, todavía tenemos algo de tiempo. Siempre podemos ir a la zona de preguntas y respuestas del orador y puedes hacerle preguntas directamente a Konstantin, porque hay tantas, no creo que podamos responderlas todas en ocho minutos. Creo que la siguiente, creo que actualmente la pregunta más votada es, ¿hay alguna buena herramienta para probar Codemods? O enfoques tal vez, no necesariamente solo herramientas. Bueno, sí, básicamente el enfoque es bastante simple. Simplemente puedes crear un archivo, como un archivo de entrada, como fixtures, y también puedes probar la salida. Y básicamente puedes proporcionar esas características para el marco de pruebas y ejecutar Codemods.

Testing and Mono-repos

Short description:

Entonces tomará el archivo original, lo comparará con el esperado y lo probará. Puedes generar nuevos archivos para una comparación fácil. En cuanto a los mono-repos, no tiene sentido ejecutar Codemod a menos que tengas algún caso excepcional. Si tienes código independiente que necesita ser actualizado en varios lugares, Codemod puede ser útil.

Entonces tomará este archivo original, lo comparará con el esperado y se probará. Genial. Oh, porque puedes generar nuevos archivos, puedes hacer una comparación fácil. Increíble. ¿Cuál es tu opinión sobre los mono-repos o, dicho de otra manera, prefieres ejecutar un codemod en un mono-repo o en muchos no mono-repos? Realmente no tiene sentido ejecutar Codemod en un mono-repo a menos que tengas algún caso excepcional. Pero por ejemplo, si estás exportando un botón, en el caso que acabo de mostrar, puedes usar las herramientas internas del IDE para cambiarle el nombre en todas partes, ¿verdad? Sí. Entonces realmente no importa. Pero si, por ejemplo, tienes código independiente que debe actualizarse en muchos lugares, tal vez, tal vez puedas usar Codemod. Pero no es tan relevante para los mono-repos. Sí, tiene sentido. Creo que esta es una pregunta eterna para los desarrolladores.

Automation Worth and Codemods

Short description:

¿En qué punto vale la pena la automatización? Recientemente pasé todo un día escribiendo un script para una tarea aburrida que me habría llevado una o dos horas hacer manualmente. Los codemods funcionan con la palabra clave 'as' para alias de importaciones. gscode-shift es una abstracción por encima del AST que admite diferentes analizadores. Las funciones de transformación se pueden parametrizar para acciones reutilizables comunes. Las herramientas presentadas hoy pueden no ser las más adecuadas para cambios en Monorepo.

¿En qué punto, en tu opinión, vale la pena la automatización? ¿Has tenido algún ejemplo en el que llevaría más tiempo construir scripts de automatización que hacer el trabajo manual para actualizar instancias?

Bueno, esto está relacionado con el tema de la pereza y también con la curiosidad. Puedo hacer este trabajo infinitamente, cambiando aquí y allá todo el tiempo. Pero soy un desarrollador de software por naturaleza y me gusta construir estas cosas. Por supuesto, como consultor de desarrollo de software, tengo que vender a mis clientes este enfoque. Y construyo algunas pruebas de concepto, por ejemplo, y les muestro cómo funciona. Así que no pasé mucho tiempo. Para empezar, GS Code Shift es muy fácil, de verdad. Puedes probarlo y obtener beneficios en una hora. Se trata más de la integración en el proceso actual. Pero una vez que logré esto y traje esta CLI, ya se usó varias veces, y ya se recuperó la inversión.

Recientemente tuve un escenario en el que pasé todo un día escribiendo un script para hacer algo, y era una tarea aburrida y trivial. No quería hacerlo, pero solo me habría llevado una o dos horas hacerlo manualmente.

¿Cómo funcionan los codemods con la palabra clave 'as' para alias de importaciones? Estoy bastante seguro de que esto es parte de la estructura del AST. Entonces, si se analiza con Babel, por ejemplo, también será compatible con gscode-shift. Entonces, gscode-shift, una vez más, es una especie de abstracción por encima del AST que proporciona algunas funciones auxiliares para recorrer y modificar el árbol. Y el analizador puede ser diferente. Puede ser TypeScript. Puede ser Babel. Puede ser otro analizador. Entonces, si es compatible con JavaScript, si es compatible con Babel, también funcionará con gscode-shift.

¿Es posible parametrizar las funciones de transformación para crear acciones reutilizables comunes, por ejemplo, cambiar el nombre de component.js, cambiar props.js, y así sucesivamente? Exactamente. Esta es una opción de tercer parámetro, que es cuatro. Entonces puedes proporcionar parámetros adicionales, cualquier parámetro personalizado, y puedes obtenerlos del objeto. Genial. Es una forma muy flexible y extensible de realizar tareas como esta. Es la impresión que tengo. Cada pregunta es como, ¿funciona en este contexto? ¿Funciona en ese contexto? Y tú dices, sí. Sí, lo hace. Supongo que haré la pregunta inversa, que es, ¿en qué circunstancias has encontrado que las herramientas que presentas hoy no son necesariamente la forma más adecuada de realizar este tipo de cambios? ¿O hay alguna? Bueno, el primero que mencionamos recientemente es simplemente Monorepo. Así que tienes que pensarlo dos veces.

Code Mod and Migration

Short description:

¿Necesitas codemod o no? Si tu trabajo no es repetitivo y no requiere automatización, codemod puede no ser una buena opción. Puedes usar codemod para migrar de enzyme a una biblioteca de pruebas y realizar migraciones básicas. Sin embargo, utilizar la diferencia del AST de dos versiones diferentes de bibliotecas para generar transformadores no es factible. Gracias por la increíble charla y por todas las preguntas de la audiencia.

¿Necesitas codemod o no? El segundo, ni siquiera tienes Monorepo. Solo tienes un proyecto. Tampoco hay necesidad de un codemod. Entonces, si tienes algún trabajo que no es repetitivo, que no requiere automatización, entonces tal vez codemod no sea una buena opción. Sí, puede ser un enfoque un poco exagerado, tal vez.

A medida que estamos terminando y nos quedan solo unos minutos, voy a revisar las preguntas y encontrar aquellas que tienen más votos. Aquellas en las que más personas han pedido que se hagan.

¿Podrías usar codemod para migrar de enzyme a una biblioteca de pruebas? Bueno, probablemente podrías implementar uno. Si aún no existe, no lo he verificado, simplemente verifica primero, tal vez ya esté allí. Pero probablemente podrías, porque con codemod básicamente puedes hacer mucho. Por ejemplo, puedes encontrar el codemod que migra componentes de clase a componentes funcionales en la biblioteca codemod de React. No admite casos avanzados, pero realiza algunas migraciones básicas. Si necesitas utilizar análisis estático para comprender qué se debe hacer, puedes basar un algoritmo en eso. Así que básicamente puedes implementar este codemod.

Genial. Creo que tal vez tengamos tiempo para una más muy rápida, que es si puedes usar la diferencia del AST de dos versiones diferentes de bibliotecas para generar transformadores en lugar de escribirlos tú mismo. Bueno, no realmente, supongo, porque necesitas invertir el enfoque, ¿verdad? Tienes que crear una función de transformación a partir de estos dos códigos fuente. Es un poco complicado. Supongo que es hora de que la IA se encargue de eso. Sí, sí, absolutamente. Nos ahorra todo el tiempo de escribir código, tal vez cualquier código en absoluto, ¿y luego qué hacemos? Muchas gracias por la increíble charla. Muchas gracias por ser tan flexible al utilizar el tiempo que tenemos hoy cuando te pedimos que ocuparas este espacio. Gracias en nombre de toda la audiencia. Gracias a todos los que hicieron preguntas. Sé que no pudimos responder a todas. Puedes ir a la sección de preguntas y respuestas del orador y hacer esas preguntas ahora mismo.

Check out more articles and videos

We constantly think of articles and videos that might spark Git people interest / skill us up or help building a stellar career

React Advanced Conference 2022React Advanced Conference 2022
25 min
A Guide to React Rendering Behavior
Top Content
React is a library for "rendering" UI from components, but many users find themselves confused about how React rendering actually works. What do terms like "rendering", "reconciliation", "Fibers", and "committing" actually mean? When do renders happen? How does Context affect rendering, and how do libraries like Redux cause updates? In this talk, we'll clear up the confusion and provide a solid foundation for understanding when, why, and how React renders. We'll look at: - What "rendering" actually is - How React queues renders and the standard rendering behavior - How keys and component types are used in rendering - Techniques for optimizing render performance - How context usage affects rendering behavior| - How external libraries tie into React rendering
React Summit Remote Edition 2021React Summit Remote Edition 2021
33 min
Building Better Websites with Remix
Top Content
Remix is a new web framework from the creators of React Router that helps you build better, faster websites through a solid understanding of web fundamentals. Remix takes care of the heavy lifting like server rendering, code splitting, prefetching, and navigation and leaves you with the fun part: building something awesome!
React Advanced Conference 2023React Advanced Conference 2023
33 min
React Compiler - Understanding Idiomatic React (React Forget)
React provides a contract to developers- uphold certain rules, and React can efficiently and correctly update the UI. In this talk we'll explore these rules in depth, understanding the reasoning behind them and how they unlock new directions such as automatic memoization. 
React Advanced Conference 2022React Advanced Conference 2022
30 min
Using useEffect Effectively
Top Content
Can useEffect affect your codebase negatively? From fetching data to fighting with imperative APIs, side effects are one of the biggest sources of frustration in web app development. And let’s be honest, putting everything in useEffect hooks doesn’t help much. In this talk, we'll demystify the useEffect hook and get a better understanding of when (and when not) to use it, as well as discover how declarative effects can make effect management more maintainable in even the most complex React apps.
React Summit 2022React Summit 2022
20 min
Routing in React 18 and Beyond
Top Content
Concurrent React and Server Components are changing the way we think about routing, rendering, and fetching in web applications. Next.js recently shared part of its vision to help developers adopt these new React features and take advantage of the benefits they unlock.In this talk, we’ll explore the past, present and future of routing in front-end applications and discuss how new features in React and Next.js can help us architect more performant and feature-rich applications.
React Advanced Conference 2021React Advanced Conference 2021
27 min
(Easier) Interactive Data Visualization in React
Top Content
If you’re building a dashboard, analytics platform, or any web app where you need to give your users insight into their data, you need beautiful, custom, interactive data visualizations in your React app. But building visualizations hand with a low-level library like D3 can be a huge headache, involving lots of wheel-reinventing. In this talk, we’ll see how data viz development can get so much easier thanks to tools like Plot, a high-level dataviz library for quick & easy charting, and Observable, a reactive dataviz prototyping environment, both from the creator of D3. Through live coding examples we’ll explore how React refs let us delegate DOM manipulation for our data visualizations, and how Observable’s embedding functionality lets us easily repurpose community-built visualizations for our own data & use cases. By the end of this talk we’ll know how to get a beautiful, customized, interactive data visualization into our apps with a fraction of the time & effort!

Workshops on related topic

React Summit 2023React Summit 2023
170 min
React Performance Debugging Masterclass
Featured WorkshopFree
Ivan’s first attempts at performance debugging were chaotic. He would see a slow interaction, try a random optimization, see that it didn't help, and keep trying other optimizations until he found the right one (or gave up).
Back then, Ivan didn’t know how to use performance devtools well. He would do a recording in Chrome DevTools or React Profiler, poke around it, try clicking random things, and then close it in frustration a few minutes later. Now, Ivan knows exactly where and what to look for. And in this workshop, Ivan will teach you that too.
Here’s how this is going to work. We’ll take a slow app → debug it (using tools like Chrome DevTools, React Profiler, and why-did-you-render) → pinpoint the bottleneck → and then repeat, several times more. We won’t talk about the solutions (in 90% of the cases, it’s just the ol’ regular useMemo() or memo()). But we’ll talk about everything that comes before – and learn how to analyze any React performance problem, step by step.
(Note: This workshop is best suited for engineers who are already familiar with how useMemo() and memo() work – but want to get better at using the performance tools around React. Also, we’ll be covering interaction performance, not load speed, so you won’t hear a word about Lighthouse 🤐)
React Advanced Conference 2021React Advanced Conference 2021
132 min
Concurrent Rendering Adventures in React 18
Top Content
Featured WorkshopFree
With the release of React 18 we finally get the long awaited concurrent rendering. But how is that going to affect your application? What are the benefits of concurrent rendering in React? What do you need to do to switch to concurrent rendering when you upgrade to React 18? And what if you don’t want or can’t use concurrent rendering yet?

There are some behavior changes you need to be aware of! In this workshop we will cover all of those subjects and more.

Join me with your laptop in this interactive workshop. You will see how easy it is to switch to concurrent rendering in your React application. You will learn all about concurrent rendering, SuspenseList, the startTransition API and more.
React Summit Remote Edition 2021React Summit Remote Edition 2021
177 min
React Hooks Tips Only the Pros Know
Top Content
Featured Workshop
The addition of the hooks API to React was quite a major change. Before hooks most components had to be class based. Now, with hooks, these are often much simpler functional components. Hooks can be really simple to use. Almost deceptively simple. Because there are still plenty of ways you can mess up with hooks. And it often turns out there are many ways where you can improve your components a better understanding of how each React hook can be used.You will learn all about the pros and cons of the various hooks. You will learn when to use useState() versus useReducer(). We will look at using useContext() efficiently. You will see when to use useLayoutEffect() and when useEffect() is better.
React Advanced Conference 2021React Advanced Conference 2021
174 min
React, TypeScript, and TDD
Top Content
Featured WorkshopFree
ReactJS is wildly popular and thus wildly supported. TypeScript is increasingly popular, and thus increasingly supported.

The two together? Not as much. Given that they both change quickly, it's hard to find accurate learning materials.

React+TypeScript, with JetBrains IDEs? That three-part combination is the topic of this series. We'll show a little about a lot. Meaning, the key steps to getting productive, in the IDE, for React projects using TypeScript. Along the way we'll show test-driven development and emphasize tips-and-tricks in the IDE.
React Advanced Conference 2021React Advanced Conference 2021
145 min
Web3 Workshop - Building Your First Dapp
Top Content
Featured WorkshopFree
In this workshop, you'll learn how to build your first full stack dapp on the Ethereum blockchain, reading and writing data to the network, and connecting a front end application to the contract you've deployed. By the end of the workshop, you'll understand how to set up a full stack development environment, run a local node, and interact with any smart contract using React, HardHat, and Ethers.js.
React Summit 2023React Summit 2023
151 min
Designing Effective Tests With React Testing Library
Featured Workshop
React Testing Library is a great framework for React component tests because there are a lot of questions it answers for you, so you don’t need to worry about those questions. But that doesn’t mean testing is easy. There are still a lot of questions you have to figure out for yourself: How many component tests should you write vs end-to-end tests or lower-level unit tests? How can you test a certain line of code that is tricky to test? And what in the world are you supposed to do about that persistent act() warning?
In this three-hour workshop we’ll introduce React Testing Library along with a mental model for how to think about designing your component tests. This mental model will help you see how to test each bit of logic, whether or not to mock dependencies, and will help improve the design of your components. You’ll walk away with the tools, techniques, and principles you need to implement low-cost, high-value component tests.
Table of contents- The different kinds of React application tests, and where component tests fit in- A mental model for thinking about the inputs and outputs of the components you test- Options for selecting DOM elements to verify and interact with them- The value of mocks and why they shouldn’t be avoided- The challenges with asynchrony in RTL tests and how to handle them
Prerequisites- Familiarity with building applications with React- Basic experience writing automated tests with Jest or another unit testing framework- You do not need any experience with React Testing Library- Machine setup: Node LTS, Yarn