Discusión del Panel: El Futuro de React y Su Ecosistema

Hola, amigos. Bienvenidos a nuestro panel sobre el futuro de React y su ecosistema. Antes de sumergirnos en nuestros temas de discusión, familiaricémonos con el resto de nuestro panel. Así que tal vez podríamos comenzar con quiénes son y qué hacen. Claro. Soy Shondae Person. Shondae se pronuncia como un día de la semana. Viernes, Sábado, Shondae. Soy ingeniera de software senior en Netflix y me enfoco en la interfaz de usuario de Netflix. Seth Webster. Trabajo en Meta y soy el jefe de React Foundation. Soy Nicholas Gallagher. Trabajo en Meta y trabajo en React multiplataforma. Mi nombre es Amy Dutton. Soy ingeniera de diseño en G2I. Mi nombre es Mark Erickson. Mi trabajo diario es en Replay. Y fuera de eso, soy el mantenedor principal de Redux. Fantástico. Así que vamos a sumergirnos de inmediato. Creo que un buen lugar para comenzar es tal vez hablar sobre la React Foundation. ¿Qué? Sí. Nunca había oído hablar de eso. Te estoy poniendo en el lugar. Gracias. Así que creo que mucha gente está interesada en cómo ves que la React Foundation está influyendo en la vida diaria de los desarrolladores, a medida que React evoluciona. ¿Podrías hablar un poco sobre eso? Claro. Creo que la principal forma en que veo que las cosas cambian es gradualmente. No creo que vayamos a hacer ningún cambio drástico o de la noche a la mañana. Creo que lo importante a recordar es que la fundación es como de dos partes.

Está la gobernanza de React como entidad, que es un negocio con 501c3. Eso va a ser como recaudar dinero para organizar eventos como React Conf y merchandising y recaudación de fondos y todas esas cosas. Y luego está la gobernanza técnica de React. Y así que tenemos que tomar esas dos partes por separado. Hasta ahora, todo ha estado bajo meta como una sola cosa que nadie tenía ninguna idea o visibilidad de lo que estábamos haciendo. Esto va a llevar a React mucho más a la luz. Y así, desde una perspectiva de gobernanza, entenderás por qué estamos haciendo todo va a ser muy transparente. Vas a entender por qué estamos tomando decisiones financieras y cómo estamos asignando fondos, etcétera. Y luego en el lado que creo que a más personas probablemente les importa mucho es el lado de la gobernanza técnica, que se va a mover más hacia el modelo que hemos estado usando internamente, pero que no hemos expuesto externamente, que es comenzar a realmente confiar en RFCs, nuestro proceso de gestión de cambios, que ha estado en marcha durante los últimos años, creo que 18 meses, lo hemos estado usando para avanzar a través de varias etapas. Hemos estado colaborando con Vercell, por supuesto en eso, y han sido uno de los socios principales. Pero han comenzado a tener que pasar por este proceso de cambio al igual que nosotros en Meta tenemos que pasar por este proceso de cambio para llevar algo de una idea a las manos del público. Y la mayoría de las ideas terminan en el suelo de la sala de edición, porque simplemente no escalan. Simplemente no funcionan bien. Vamos a llevar eso a la luz para que más personas puedan participar en eso. Tendrás menos preguntas como, ¿cómo contribuyo a React? Pero es importante pensar en como, en qué voy a gastar la mayor parte de mi tiempo es asegurándome de que todo funcione bien, pero, ya sabes, recaudando fondos y asegurándome de que podamos compartir fondos con, no quiero entrar en demasiados detalles aquí, pero compartir fondos con todos los mantenedores de bibliotecas y educadores, etcétera, que son realmente el corazón y el alma del ecosistema, en lugar de simplemente mantenerlo todo detrás de las paredes de Meta.

Me encanta eso. ¿Cómo dirías que sería el éxito para la fundación dentro de tres años? Creo que una gran parte de eso sería que las bibliotecas y frameworks más importantes que se construyen alrededor de React, aquellos de los que todos dependemos a diario, se sientan amados y apoyados por la fundación tanto desde una perspectiva de apreciación, como también desde una perspectiva monetaria, que sea más fácil para las personas centrarse en eso en lugar de con energía de noches y fines de semana, sino con más energía a tiempo completo, tal vez incluso contratando personal para apoyar esos proyectos. Creo que, ya sabes, ver más comunidades floreciendo alrededor del mundo, tenemos un montón de puntos oscuros, como donde no hay mucho uso de React en África, el sudeste asiático, Japón tiene una increíble escena de React en auge, gracias a los esfuerzos de empresas como Amazon que han estado lanzando productos allí que están construidos en React y requieren React. Y así creo que hay un montón de métricas de éxito que estamos mirando sobre la comunidad floreciente. Y al final del día, creo que lo que más me importaría personalmente es ver más ideas llevadas a la vida a través de la apertura de la fundación de lo que se estaba llevando a la vida antes.

Eso es increíble. Me encanta eso. Supongo que cambiando de marcha al lado técnico de la casa, tengo un poco de curiosidad si podemos hablar un poco sobre React Compiler. React Compiler está comenzando a enviarse en más herramientas y frameworks convencionales. Estoy muy interesado en cómo la gente ve eso cambiando cómo los desarrolladores escribirán código en el día a día. ¿Es esto algo sobre lo que alguien tiene una opinión particularmente fuerte? No tengo una opinión fuerte sobre nada realmente en tecnología, porque hay un compromiso. Y mi frase favorita en tecnología es depende. Me pregunto cómo el...

Siento que mucho del React Compiler y los casos de uso tienen que ver con casos de uso que son buenos para el renderizado del lado del servidor. Y eso no es cada caso en el uso de React. Personalmente, muchas de las cosas que hago, utilizan GraphQL en el back end y tenemos un servidor separado que aprovechamos. Pero React en sí mismo es generalmente una aplicación de una sola página, como la mayoría de las aplicaciones de React que he construido. Así que realmente no tengo una opinión fuerte, pero siento que es realmente emocionante que haya formas de servir esos casos de uso. Porque sé que históricamente el front end ha sido visto como la ruta fácil cuando se trata de ingeniería, y la gente no... Tenemos que luchar por nuestro lugar de respeto en el front end. Y la gente piensa que de alguna manera es mucho más simple simplemente... Somos empujadores de píxeles y hacemos radios de bordes y cambiamos los colores de los botones y cosas así. Pero cada vez que algo grande sale con React y realmente fundamenta a la comunidad de UI y la comunidad de React como una herramienta de ingeniería, una biblioteca de ingeniería, un framework de ingeniería, siento que es solo una victoria para todos nosotros los desarrolladores de React o todos nosotros los del front end. Y estoy como, sí, esto es ingeniería. No solo somos empujadores de píxeles. Lo somos un poco, pero hay más que eso.

Creo que hay una gran pregunta para mí que, ya sabes... Creo que si tomas una sala llena de desarrolladores de C y les pides que construyan un sitio web de React, probablemente lucharían con ello tanto como un nuevo desarrollador de React lucharía con escribir código en C. Así que creo que mucho respeto para todos los ingenieros de front end allá afuera. Dense un aplauso porque en realidad es realmente difícil, especialmente con todo cambiando todo el tiempo, ¿verdad? Pero creo que la otra pieza que es realmente importante considerar es que el React compiler nunca ha sido solo sobre la memoización automática. Ha sido para crear la base de un compilador que realmente, profundamente entiende el código de React y la intención del desarrollador que lo escribió. Sabes, el valor económico, el valor de React, está en todo el código que se ha escrito, y está en todo el código que se escribirá. Pero eso es un impuesto que pagamos porque es muy difícil para nosotros cambiar las APIs. Es muy difícil para nosotros tomar nuevas decisiones sobre el framework porque pagamos el costo del éxito de React. Y así el compilador abre un mundo entero de cambios a React porque podemos compilar a la versión que estás usando y permitirte usar nuevas características.

Y así creo que el otro aspecto realmente interesante de esto es con la llegada de la IA y el vibe coding. Imagina un flujo de trabajo de compilador en el bucle donde en lugar de que el LLM escupa la mejor idea que tiene basada en los datos de entrenamiento que se le dieron y el ajuste fino que se le dio. Pero en realidad habla con el compilador mientras desarrolla el código y es capaz de decir a través de las advertencias de lint, a través de los errores que recibe, a través de la comprensión realmente profunda que el React compiler tiene, que puede decir, mira, estás haciendo esto. Esto va a causar re-renderizados innecesarios. Estás leyendo ref y renderizando. Estás, ya sabes, todas estas cosas diferentes que podemos saber porque este compilador es un verdadero compilador, en todo el sentido de la palabra. Entiende React al más fino nivel de detalle, y conoce todas las reglas. Puede realmente decirle al LLM que lo estás haciendo mal.

Una de las cosas más asombrosas sobre el vibe coding hoy en día es con qué frecuencia verás que el vibe coding es como, ya sabes, sé que no se supone que haga esto en el estado, así que solo voy a usar refs para rastrear todo. ¿Verdad? Y si has tenido esta experiencia, tu código está lleno de refs. ¿Verdad? Esa no es la forma correcta de hacerlo. Bill, estábamos hablando con algunas personas en la mesa anoche sobre esto, pero solo porque eres un ingeniero de front end no significa que puedas meter todo lo que necesitas hacer con tu aplicación en React. Deberías estar separando tus servicios. Deberías estar construyendo clases que, ya sabes, emitan eventos y a los que te suscribas con React hooks. Sabes, todavía tienes que hacer esas buenas prácticas de ingeniería, y con el compilador en su lugar, podemos decirle al LLM cómo hacerlo.

Creo que es una idea muy interesante, y ya que nos llevaste al vibe coding, le haré algunas preguntas al panel sobre eso en un momento. Pero sobre el React Compiler, ¿algún otro pensamiento sobre cómo crees que esto cambia la naturaleza del rendimiento o la optimización de la memoización de otras personas? Sí, así que una de las cosas que he visto respondiendo preguntas en línea es que mucha gente simplemente no tiene una buena comprensión del modelo mental de React en primer lugar. Por eso escribí un post en el blog ridículamente largo sobre cómo funciona el renderizado de React, y ya sabes, uno de los malentendidos más comunes que veo es que la gente todavía asume que mi componente solo se vuelve a renderizar cuando sus props cambian cuando en realidad React renderiza recursivamente por defecto hasta que le dices que no lo haga en un componente específico usando React.memo o similar. Así que estoy muy emocionado por el compilador con las optimizaciones de rendimiento que obtenemos. También estoy muy emocionado por el potencial de simplificar parte del modelo mental de React, pero esto comienza a plantear algunas preguntas sobre cómo enseñamos React en un mundo donde el compilador se convierte en un estándar. Ahora mismo todavía es algo a lo que tienes que optar en tu cadena de herramientas de construcción porque es nuevo, las cadenas de herramientas no necesariamente lo tienen por defecto, hay un tiempo de construcción adicional, etc.

Pero si pensamos en un mundo donde está integrado en todas nuestras configuraciones de nuevos proyectos, ¿qué sucede cuando el comportamiento base de React es renderizado recursivamente por defecto, pero ahora que el compilador está allí y haciendo su increíble magia, y realmente está volteando eso en su cabeza a donde realmente es, tu hijo solo se vuelve a renderizar cuando las props cambian. Y tuvimos una situación muy similar con Redux. Si has visto tu código original de Redux heredado donde tienes todos estos spreads de objetos escritos a mano en los reductores, Redux requiere que hagas actualizaciones inmutables. Y esa siempre fue la fuente número uno de errores al hacerlo mal. Así que cuando enviamos el Redux toolkit, integramos la biblioteca Emmer para un código de actualización inmutable más simple, y simplificó la lógica, pero ahora estás escribiendo lo que es sintaxis de mutación en un reductor. Y eso solo es válido porque Emmer lo atrapa y lo convierte en una actualización inmutable segura. Pero todavía tienes que saber que esto es una abstracción, la magia solo funciona dentro de esta llamada de función, porque tenemos esta pieza funcionando bajo el capó.

Y tienes que saber que esto es lo que yo... este es el patrón que necesitaba estar haciendo. Simplemente está sucediendo para mí automáticamente. Y así veo lo mismo viniendo hacia nosotros con el compilador de React, donde realmente necesitas conocer la capa debajo de la abstracción. Necesitas conocer el comportamiento base de React y luego necesitas saber que el compilador está haciendo todo este trabajo por ti y realmente volteando el modelo de comportamiento en su cabeza. Y no estoy seguro de cómo se ve eso en términos de términos de enseñanza o en la documentación. He tenido algunas conversaciones con Dan y Ricky y un par de otras personas sobre ahora mismo la documentación actual de React o la nueva documentación de React es increíble. Me encanta el flujo de enseñanza. Muy bien pensado. Pero ahora tenemos tanto una capa adicional como una diferencia en el modelo mental. ¿Enseñas el nuevo enfoque primero y dices que hay algo de magia sucediendo? No te preocupes por eso. ¿Cuánto necesitas saber los fundamentos primero, y luego decir aquí está la pieza adicional? No tengo respuestas ahora mismo, pero creo que estas son las cosas que vamos a necesitar trabajar en el próximo año o dos. Creo que eso es un gran comienzo para la siguiente pregunta. Me encantaría hablar un poco sobre cómo educamos a las personas sobre React. Obviamente React se ha vuelto más poderoso, más avanzado a lo largo de los años. Tienes suspense, transiciones, compilador de React ahora. Tengo curiosidad si alguno de ustedes tiene pensamientos sobre cómo deberíamos cambiar cómo enseñamos los valores predeterminados y si deberíamos comenzar desde un lugar mucho más simple, si deberíamos asumir que estas cosas se van a usar. ¿Alguien tiene opiniones fuertes? Sí, lo que es interesante es que he encontrado que realmente hay dos tipos de desarrolladores. Hay desarrolladores que simplemente aman la magia y abrazan la magia, y hay otros desarrolladores que son como, bueno, no puedo usarlo. Tengo que saber exactamente qué está sucediendo bajo el capó antes de que pueda siquiera pensarlo. Creo que a veces la documentación, tenemos que tomar en cuenta a ambas personas, ambas personas en cuenta al determinar cuál es el caso de uso de esta persona. ¿Cuál es el problema que están tratando de resolver, y cuánto realmente necesitan saber? Algo de esto es bastante interesante porque eso también se filtra a los frameworks y meta frameworks porque para muchos de nosotros, así es como interactuamos con React es a través del contexto de un meta framework y cómo estructuran su implementación y cosas así. Así que dije que no tengo opiniones fuertes. En realidad, sí tengo. Así que tengo una opinión bastante fuerte sobre el aprendizaje, y reconozco que es un gran punto, Amy, que hay dos sabores diferentes de desarrolladores y sus diferentes estilos de aprendizaje. Algunas personas prefieren un poco de magia, pero la analogía que pienso es cuando estaba enseñando a mi hijo a leer, podría comenzar por simplemente darle palabras de vista y puedes comenzar con palabras como el y ver, o podríamos practicar memorizando cómo mirar palabras y recordar esas palabras, ¿verdad? O el enfoque que tomamos es enganchado a la fonética. Vamos a tomar la ruta de la fonética y enseñarte los sonidos individuales de las letras y cuando una vocal y una consonante y una vocal suceden, ¿cómo cambia el sonido de la vocal? Y poco a poco los expones a lo que está sucediendo bajo el capó, esto es lo que está sucediendo, y los hace tan peligrosos porque ahora pueden hacer más que solo lo que estaba escrito en esa documentación. Pueden hacer más que solo ese pequeño tutorial que estaba en el sitio web de Remix donde estás construyendo una aplicación de facturación, o pueden idear un concepto y luego pueden aplicarlo de múltiples maneras. Mi hijo puede leer cómics, puede leer periódicos, puede escribir párrafos, puede hacer mucho más porque tiene ese conocimiento fundamental. Así que sé que no todos tienen el tiempo para aprender todo, pero creo que, ya sabes, ya sea que tu estilo sea inclinarse en el estilo mágico primero o ir bajo las cubiertas y ver qué hay debajo, debería haber una parte de tu aprendizaje que regrese y entienda lo que está sucediendo bajo el capó, lo cual no responde a tu pregunta sobre la enseñanza. Así que las formas en que lo enseñamos, creo, son para, lo sé, atender a ambos estilos, pero dar a las personas un vistazo bajo el capó.

Así que si hay algo de magia que está sucediendo, hay un compilador de React, hablar de ello desde un nivel alto y decir, está bien, esto es lo que hace, esto es, nos llevó del punto A al punto B. Solía ser horrible, el mundo solía ser tan malo hasta que existió el compilador de React, y este es el narnia en el que hemos colocado al mundo porque el compilador de React existe hoy. Pero luego un desglose de, está bien, esto es exactamente cómo lo hace. Estos son los caminos que tomamos para llegar a narnia, estos son los compromisos que podríamos haber tenido, este es el giro a la izquierda que podríamos haber tomado, este es el giro a la derecha que podríamos haber tomado, pero esta es la razón por la que fuimos recto. Y creo que los aprendices deberían hacer, la parte de los aprendices es hacer todo ese aprendizaje y consumir, y luego continuar reforzando que el aprendizaje nunca es algo de una sola vez, tienes que seguir practicándolo a medida que avanzas, seguir encontrando diferentes embragues y casos límite extraños, construir un redux o algo y aprender un poco más de esa manera.

Pero TLDR es, enseña lo que hay bajo el capó, no pases por alto todo eso. Bueno, aquí está la granada de mano, ¿verdad? ¿Qué pasa con la IA? ¿Tenemos que aprender todo eso todavía? Y esa es una gran pregunta, tengo opiniones fuertes al respecto. Adelante, Seth. Realmente aprecio ambos puntos de vista. Creo que donde me encuentro en esto es que esto es una especie de cosa generacional, ¿sabes? Muy pocos de nosotros miramos cómo funciona brew, o nos importa cómo funciona brew, pero cuando salió por primera vez todos querían entender. Así que creo que estamos en una etapa ahora donde porque algo es nuevo, la gente está como curiosa al respecto, o asustada por ello, o frustrada por ello, y quieren entender más sobre cómo funciona antes de confiar en ello. Y así estás un poco en esa etapa de aprender a confiar en el compilador, aprender a confiar en estas cosas nuevas, aprender a confiar en los componentes del servidor o no.

Así que creo que esas son cosas importantes, pero también creo que es nuestro deber no solo enseñar a los seres humanos cómo hacer esto, sino nuestro deber de enseñar a la IA a hacerlo bien. No creo que dentro de dos o tres años nos importe tanto cómo se ve el código. Nos importará mucho más qué tan rápido podemos dar vida a las ideas, que es, creo, a lo que todo esto, desde el componente más pequeño que hemos construido para React hasta el mayor meta framework se está acercando, realmente ayudando a todos en el mundo a poder decir, ya sabes, tener ese pensamiento antes de dormir y ser como, oh, ya sabes, sería tan genial si esta aplicación existiera y luego mañana poder verla. Y así, para mí, no me importa cuál de las tecnologías gane o, ya sabes, cómo es la documentación o cómo es el aprendizaje, tanto como me importa acortar ese ciclo de vida. Y así, para comenzar hoy, necesitamos poder servir a todas las audiencias con nuestra documentación y también con la IA. Pero en el mundo de mañana, se trata de optimizar ese ciclo de vida. Y así, ya sabes, dar vida a más ideas más rápidamente. Ahí es realmente donde comencé también. Casi me molesta que tuve que convertirme en programador para construir cosas. Y, ya sabes, la promesa de algo como React es que se supone que debe encapsular la complejidad para ti. Y así, cada vez que un problema con una aplicación se reduce a, oh, bueno, tienes que saber que no puedes simplemente pensar en este componente, tienes que pensar en estas actualizaciones en cascada. Esto es como un fracaso para cumplir con donde el equipo quiere llegar. Y así, cosas como el compilador son como los pasos que están tomando para acercarnos a eso, para que no necesites aprender la complejidad que el equipo de React conoce, para lograr la tarea de construir una aplicación. Y así creo que cuando se trata de enseñar, si tenemos que tener explicaciones complicadas y elaboradas para que las personas sean productivas en cualquier tecnología, es una señal de que la caja negra tiene que abrirse. Y no puedes simplemente trabajar con las entradas y salidas, tienes que mirar dentro y entender cómo funciona. Y creo que mucho de lo que Joe y el equipo están haciendo es tratar de eliminar tanto como sea posible esa inmersión profunda en la caja negra, para que las personas puedan volver a hacer ese trabajo de realizar una idea tan rápido como puedan. Hoy tenemos a algunos del equipo del compilador aquí.

No sé dónde están. No puedo ver a una sola alma. Pero un gran aplauso para ellos. Ha sido un viaje increíble. Voy a hacerte una pregunta de seguimiento. Tú y yo estábamos discutiendo puntos de referencia, evaluaciones, oportunidades para mejorar la calidad del código de React que podría ser generado por modelos un poco antes. ¿Cuáles ves como las grandes oportunidades para la comunidad para ayudar allí, y realmente hacer que sea más fácil para las personas construir aplicaciones React de grado de producción con la ayuda de AI en el futuro?

Sí, creo que, ya sabes, de alguna manera, la llegada de AI nos está obligando a abordar algunas de las absurdidades que hemos permitido que ocurran cuando han sido personas las que necesitaban ser entrenadas, donde simplemente confías en que, oh, solo necesitas mejorar en tu trabajo, ya sabes, o eres junior, eventualmente entenderás cómo funciona esto. Y así creo que entender que a veces cuando estamos tratando incluso de comenzar con lo básico de trabajar con AI, que es crear como conjuntos de instrucciones para cómo trabajar con herramientas, que a veces cuando estás escribiendo esas instrucciones, te das cuenta de que es un poco ridículo cuántas instrucciones tengo que poner para que esta herramienta no determinística funcione correctamente.

Y así a veces eso te hace volver y piensas, bueno, ¿qué es lo que podríamos cambiar de las APIs o las herramientas para simplificar las instrucciones para que sea menos probable que se tropiece por sí misma? Y así todo este trabajo que creo que va a surgir va a ser una mezcla de ayudarnos a entender cómo podemos guiar los modelos existentes para producir una mejor salida y cuáles son las herramientas que usamos para ayudarnos a entender si están produciendo una mejor salida. Pero también tal vez cómo alimentamos mejores datos en esos, en los pods de entrenamiento en primer lugar para que desde el principio funcionen mejor.

Y así lograr que las personas escriban algo más cercano a lo que, ya sabes, si trabajas en el equipo de React, tienes opiniones sobre cómo debería verse el código de React. Creo que AI se convierte en una herramienta, no tienen opiniones ahora, pero AI se convierte en una herramienta donde tal vez puedas ayudar a todos los que eligen React hoy a acercarse a una forma idealizada de cómo te gustaría que escribieran código sin tener que pasar por algo como un título en ciencias de la computación. Y así creo que en ese sentido podría ser bastante empoderador para muchas personas pensar en cómo puedes usar tu experiencia en el dominio para trabajar a través de toda esta parte emergente de la cadena de herramientas de AI para ayudar al código que quieres que las personas escriban a salir de estas herramientas. Mientras que, como, quiero decir, hay muchos de nosotros en lugares como Meta que en papel parece que hemos estado haciendo esto durante mucho tiempo y no sabemos cómo usar las últimas APIs de React porque muchas personas, como muy senior, están ocupadas haciendo sus trabajos, ya sabes, están trabajando con equipos de personas tratando de lograr los objetivos del equipo.

Y así no es simplemente que las personas no sean capaces, es como a veces las personas no tienen tiempo, a veces las personas simplemente no han tenido el tiempo para pasar con nuevas APIs y herramientas. Y así esta plataforma de AI que se está construyendo tiene un potencial, creo, para ayudar a que lo que los equipos de construcción de frameworks quieren llegue a las manos de las personas más rápido. Si puedo hacerlo realmente concreto, si eres un framework o una biblioteca, escribe instrucciones de claud y agente para usar tu biblioteca que las personas puedan poner en su archivo de claud o agentes. Escribe evaluaciones, aprende a escribir evaluaciones para tu framework para que, y compártelas de código abierto, todas esas deberían ser de código abierto, obviamente compártelas con, ya sabes, Anthropix, compártelas con todos los proveedores de modelos, y asegúrate de que cuando estén haciendo su entrenamiento, realmente estén usando tus evaluaciones para determinar cuándo están, ya sabes, extrayendo todo el código de internet, cuál de ese código realmente sigue las convenciones que quieres que las personas usen en tu framework. Esas dos cosas creo que ayudarán a acelerar el ritmo al que AI mejora en esto.

Un gran más uno a eso. Creo que hemos estado profundizando, en Google, hemos estado profundizando en este problema mucho recientemente, y creo que hay una gran oportunidad para realmente elevar los puntos de referencia y nuestros esfuerzos de evaluación compartidos. Así que si alguien viendo esto en línea más tarde, o que está en la audiencia está interesado en este espacio de problemas, contáctenos. Quiero decir otra cosa como, el compilador de React es una gran herramienta para eso, porque es como decía Seth, tiene una comprensión profunda de lo que es el código, y así es una herramienta novedosa donde si estás ingiriendo todo internet, puedes alimentar potencialmente código React a través de algo como el compilador y obtener señales más allá de, ya sabes, hubo un tiempo como el año pasado cuando las personas internamente decían, ¿cómo sabemos qué es buen código? Y estábamos como, sí, esta es una buena pregunta, pero cosas como el compilador de React al menos pueden ayudarnos a averiguar qué es buen código React.

Definitivamente puede averiguar qué es mal React. ¿Puedo hacer una pregunta rápida? Lo siento, ni siquiera lo sabía. Nuestro nuevo moderador. Lo sé, gracias, Adi. ¿En qué parte del proceso de AI estaría el compilador? ¿Sería una herramienta a la que un LLM podría tener acceso? ¿Sería parte del prompt? Y o, sí, ¿dónde encaja dentro de eso? Sí, creo que puedes usarlo básicamente en ambos extremos del pipeline. Puedes usarlo en el lado de la ingestión. Así que a medida que el código se está extrayendo y, ya sabes, considerado para entrenamiento, puede ejecutarse a través del compilador de React y el compilador de React puede darte una puntuación efectivamente y decir como, oye, este código es, ya sabes, 60% conforme con las reglas de React y el modelo puede entonces decidir decir, bueno, solo voy a tomar el 60% que es conforme y voy a descartar el 40% que no lo es, ¿verdad?, y eso es parte de ello. Y luego, cuando estás afinando para propósitos de codificación incluye el compilador en el bucle de ese proceso de afinación, porque ahora estás en el corpus de código que consideras como, ya sabes, evangelio, puedes realmente ejecutarlo a través de allí y realmente averiguar cómo generar un modelo afinado que cumpla con el compilador. El compilador es una muy buena fuente de verdad sobre si tu código está siguiendo las reglas de React.

Gracias. Así que Shande, volviendo a la educación, si soy alguien que está aprendiendo React hoy y tengo acceso a AI, ¿cómo ves que eso cambia el proceso de aprendizaje? Sí, así que personalmente usaré AI como una herramienta para profundizar, pero siento que es como hablar con alguien más. Así que puedo elegir confiar o no. Y puedo oler, está bien, esto es algo en lo que probablemente debería profundizar un poco más. Pero el beneficio es que no importa cuál sea la respuesta, me señalará en la dirección correcta. Así que lo usaré como una forma si tengo como una pregunta amplia para encontrar una respuesta porque una de las cosas más difíciles como ingeniero autodidacta es encontrar dónde están las respuestas y dónde está la fuente de verdad para esa respuesta. Así que en gran medida AI es una herramienta para mí para ayudarme a aprenderlo. Pero específicamente para aprender conceptos de AI y conceptos de React, comencé con los fundamentos y no creo que ese sea el camino para todos, pero me ayudó a tener buenos modelos mentales cuando comencé a usar abstracciones como React y AI para obtener una mejor comprensión cuando me encuentro con un error y no tenía el compilador de React para decirme que esto es un error de linting, esto es simplemente una mala práctica, o esto es por qué, ya sabes, estoy registrando en la consola y solo veo que esto está sucediendo 5 millones de veces en la consola. Así que me da un mejor modelo mental de como, esto es lo que es el DOM, esto es lo que es el DOM virtual y esto es cuando las cosas se renderizan, esto es cuando las cosas se pintan. Y así tener todos esos fundamentos fue crítico para mí en la forma en que me gusta aprender y construir sobre ese conocimiento fundamental. La forma en que veo que está cambiando en el panorama de AI es que siento que es más fácil acceder a la información. Dicho esto, es más fácil acceder a la información incorrecta así como es más fácil acceder a la información incorrecta. Así que creo que depende del individuo hacer su propia diligencia debida, comenzar a discernir, como incluso el educador, porque también hay malos actores en el espacio educativo que se preocupan más por los clics y los me gusta que por la enseñanza real de conceptos fundamentales. Así que realmente depende de ti comenzar a construir una comunidad, comenzar a desentrañar las capas y aprender sobre, por eso siento que es tan importante aprender sobre lo que está sucediendo bajo el capó, porque de esa manera puedes descubrir por tu cuenta, puedes hacer tus propios pequeños experimentos científicos y crear diferentes aplicaciones y explorar a medida que te encuentras con errores por errores. Nunca hay un día en el que simplemente me siento y estoy como, hoy va a ser un día de investigación de React, es como si tuviera un proyecto que tengo que hacer y me encuentro con un error y así es como empiezo a aprender más y más. Pero luego creces a medida que encuentras esos errores y experimentas con, está bien, así es como resolveré este problema esta vez, o voy a intentar esta cosa. Esto coincide con lo que este educador me dijo, o esto coincide con esta otra cosa, o simplemente lo pondré en AI y AI puede señalarme en la dirección correcta o AI podría ser capaz de ayudar a responder esa pregunta por mí. Pero al final del día, para mí, realmente importa que entiendas lo que está sucediendo bajo el capó en algún nivel. No creo que todos necesitemos ser expertos en ciencias de la computación. Yo no lo soy.

Entonces, bajo el capó. Reiteraría algo de eso porque hablamos de los dos diferentes tipos de desarrolladores, los que les gusta la magia y los que no, pero para mí ha sido útil que AI me diga algo, así que lo implemento. Oh, eso fue mágico, pero ahora explícame qué hiciste. Y eso es como mirar bajo el capó, como hemos hablado. Una de las cosas que me di cuenta cuando he hablado con desarrolladores junior, es que doy por sentado porque trabajo en un equipo de desarrollo, tengo personas a las que puedo ir y hacer preguntas y muchos juniors no tienen eso todavía si no han conseguido su primer trabajo. Y así, creo que AI es realmente útil para ser esa persona-ish para ellos, para poder explicar esos conceptos y ayudarles a poder entender las cosas. Y ayuda saber lo que realmente está sucediendo porque se descarrila. Alucina y tienes que tener al menos suficiente conocimiento de lo que está sucediendo para saber dónde se salió de la pista para poder volver a encarrilarlo. Correcto. Creo que por eso era tan importante lo que decías antes sobre la necesidad de que los equipos que están construyendo software proporcionen reglas e instrucciones con eso porque va a ser muy rápido, si no ya, la gente va a aprender de lo que los modelos de AI producen. Sé que en mi trabajo hay código que nunca habría escrito yo mismo que le pido a AI que escriba y luego esencialmente aprendo a escribir ese tipo de código a partir de su salida. Y así, hay conceptos fundamentales que como programador o desarrollador son útiles porque se traducirán a través de lenguajes pero puede que no sepas cómo escribir código en Python, puede que no sepas las APIs para escribir un AST code mod. Pero cuando dices esto es lo que necesitamos lograr, ves la salida y porque está tan cerca de la tarea que estabas tratando de lograr, realmente puedes aprender directamente. Porque los humanos, así es como aprendemos, aprendemos copiando, aprendemos por imitación. Y así ves algo directamente asociado con lo que estabas tratando de lograr. Entra mucho más fácil que leer documentación abstracta o código que alguien escribió para otra tarea que tienes que pasar por todas estas traducciones mentales para averiguar cómo tomo lo que he visto aquí y lo aplico a lo que estoy tratando de hacer allí. Así que creo que en ese frente, ese aspecto del aprendizaje va a ser realmente importante.

Y el otro es que, ya sabes, parte de cuando trabajas con AI y se descarrila, hay un elemento en el que hay aprendizaje por refuerzo dentro de nosotros también que es cuanto más claro puedas describir tus ideas, más los prompts comienzan a parecerse a especificaciones. Y cuanto más esos prompts como paso mucho tiempo trabajando con LLMs para reescribir mis prompts. Como por qué te descarrilaste? Bien, reescribamos el prompt. Y pasas por este ciclo que comienza a parecerse un poco a si tú y yo estamos hablando de algo, refinamos una idea y luego terminamos con algo más concreto como un documento o una especificación que realmente describe muy claramente cuando esto sucede, haz esto. Y así, creo que esa forma de trabajar va a ayudar a refinar el pensamiento de las personas. Porque tal vez hace unos meses cuando todo esto comenzó, la gente pensaba, oh solo escríbeme una aplicación y luego espera lo mejor que salga. Y en cambio, los prompts para aplicaciones complejas van a parecerse a ensayos llenos de, va a haber colecciones de plantillas y prompts y descripciones muy específicas de cómo deberían funcionar las cosas y comienza a parecerse mucho más a las especificaciones técnicas a las que estamos acostumbrados. Es solo que la producción del código podría estar un poco más automatizada de lo que ha estado. Sí. Creo que sobre ese tema, algo que veo que la gente lucha, ya sea con AI codificando en React o simplemente históricamente tratando de seguir este viaje de aprender a usar React en producción es la arquitectura y el renderizado. Y quería preguntar probablemente una de nuestras últimas preguntas sobre esto. Así que, estoy viendo una clara división en la comunidad alrededor de arquitecturas que se inclinan mucho hacia el renderizado del lado del servidor y la transmisión frente a hacer aplicaciones de una sola página más simples. Y creo que si estabas diciendo sí, tenemos arquitecturas híbridas o algo más simple, navegar por ese espectro sigue siendo difícil, diría, incluso para desarrolladores intermedios y avanzados.

¿Alguna opinión fuerte sobre este tema? Tal vez no opiniones fuertes. Estoy en una posición extraña porque observo el ecosistema y no estoy escribiendo tanto código de front-end yo mismo en estos días. Sé qué herramientas son, sé qué problemas resuelven, ni siquiera necesariamente tengo mucha experiencia práctica en este punto. Ha habido mucho debate dentro del ecosistema de React, dentro del ecosistema más amplio sobre las compensaciones de diferentes arquitecturas, cuánto JavaScript deberíamos estar enviando, cuánto deberíamos asumir sobre el rendimiento de los dispositivos del usuario final. ¿Es la web para documentos? ¿Es la web para aplicaciones? Quiero decir, hay muchas preocupaciones y pensamientos en competencia. Mi respuesta de respaldo a muchas cosas es, bueno, solo necesitamos agregar mucha más información a los documentos.

Parte de esto podría ser los propios documentos, parte de esto podría ser el entrenamiento de LLM. Uno de los problemas más amplios con el aprendizaje de React y el ecosistema en general ha sido que React en sí mismo era tradicionalmente solo una pieza del rompecabezas. Los primeros documentos se referían a él como solo la capa de vista. Era genial que pudieras elegir y seleccionar todas las bibliotecas adicionales que necesitabas para tu caso de uso. Eso también significaba que tenías que elegir y seleccionar las bibliotecas para tu caso de uso. Y esa es una de las razones por las que los documentos de React han cambiado a un predeterminado de recomendar frameworks que proporcionan todas las integraciones para la obtención de datos, el enrutamiento y todas estas otras piezas.

Pero incluso allí, todavía necesitas saber qué tipo de aplicación estoy construyendo. Y si el framework ofrece 15 modos diferentes y todas estas opciones diferentes, ¿cuáles de estas herramientas son los mejores enfoques para el tipo de aplicación que específicamente quiero construir? Y esto se convierte mucho más en una pregunta de investigación más amplia. Necesitas conocer los conceptos básicos de React en sí, el renderizado, el modelo de componentes, todas esas piezas. Pero luego tienes preguntas arquitectónicas mucho más amplias. Y no es necesariamente el lugar de los documentos principales de React cubrir todas esas cosas.

No creo que el trabajo del equipo de React sea pasar tiempo escribiendo documentos sobre las compensaciones entre arquitecturas de aplicaciones completas. Pero creo que, en realidad, esto es un pequeño vacío en los documentos en este momento, es que, por muy bueno que sea el camino de aprendizaje actual, te deja un poco colgado al final. Es como, está bien, he pasado por esto, he aprendido sobre los componentes de React he escrito algunos ejemplos en sandboxes integrados. ¿Cómo traduzco eso al mundo real? Si next estaba listado en la página de instalación, ¿dónde se supone que debo poner mis archivos de componentes en un proyecto de Next? ¿Qué significa eso? Así que tal vez incluso solo un pequeño paso podría ser agregar una página de próximos pasos a los documentos, o señalar algunos recursos comunitarios sobre arquitectura.

Así que hay esta compensación entre aprender React y todos sus conceptos, y luego cómo llevas ese conocimiento al mundo real y comienzas a pensar en términos arquitectónicos más amplios. Correcto, y creo que porque, como dije antes, todo son solo compensaciones. Hay tanto que puedes elegir, y hay tan poco de, hay una respuesta correcta para cualquier cosa en tecnología. Pero mucho espacio donde la gente se confunde es como, bueno, ¿cuál elección es la mejor elección? ¿Debería hacer streaming? ¿Debería hacer una aplicación de una sola página? Y razones claras por qué, y un marco para entender eso. Así que creo que incluso como uno de esos viejos mapas de centros comerciales, donde estás como la pequeña estrella, como tú estás aquí.