Panel de Discusión: Dificultades de la Adopción de RSC Desde el Lado de Frameworks y Bibliotecas

This ad is not shown to multipass and full ticket holders
JSNation US
JSNation US 2025
November 17 - 20, 2025
New York, US & Online
See JS stars in the US biggest planetarium
Learn More
In partnership with Focus Reactive
Upcoming event
JSNation US 2025
JSNation US 2025
November 17 - 20, 2025. New York, US & Online
Learn more
Video Summary and Transcription
Tema: Desafíos de la adopción de React Server Components como mantenedor de una biblioteca o marco. Daishi y Tobi comparten experiencias en el desarrollo de marcos de React. La próxima migración y actualizaciones de versión de Redwood. El papel fundamental de Dominik con React Query en el proceso de migración. Limitaciones de React Query en componentes del servidor. Desafíos de adaptación de bibliotecas de gestión de estado. La perspectiva de Alexander sobre la transformación de RSC y su impacto en las prácticas de desarrollo. Cambio de mentalidad de los desarrolladores hacia React Server Components y desafíos en la frontera servidor-cliente. Desafíos en la implementación de React Server Components con diferentes marcos y la necesidad de múltiples implementaciones para determinar las mejores prácticas. Desafíos en la comprensión de las implementaciones de componentes de React dentro de diferentes marcos y el cambio de Webpack a Vite para el desarrollo de componentes del servidor. Discusión sobre los desafíos y ventajas de la implementación de componentes del servidor y el impacto en la comunidad de React. Discusión sobre el impacto de equipos grandes en la velocidad de desarrollo y la importancia de implementar tecnologías en múltiples ecosistemas. Discusión sobre el complejo industrial de React, las contribuciones de desarrolladores individuales y los enfoques diversos hacia los componentes del servidor de React como 10 stack start. Discusión sobre la necesidad de implementaciones, pruebas de configuraciones de componentes del servidor y la importancia de la documentación en el desarrollo de React. Los panelistas discuten proyectos emocionantes que se avecinan, como la integración de React Query, mejoras en la obtención de datos en Redwood y una posible solución de relay para los componentes del servidor de React.

1. Exploring Challenges in React Development

Short description:

Tema: Desafíos de la adopción de React Server Components como mantenedor o autor de una biblioteca o marco. Daishi y Tobi comparten experiencias en el desarrollo de marcos de React. La próxima migración y actualizaciones de versión de Redwood. El papel fundamental de Dominik con React Query en el proceso de migración.

Así que el tema para nosotros hoy es el título que se nos dio para reflexionar y meditar es Desafíos de la adopción de React Server Components como mantenedor o autor de una biblioteca o marco. Sabes, es un mensaje muy amplio y, ya sabes, creo que todos estamos muy interesados en el proceso que entra en la picadora. Sabes, creo que Daishi hoy, ya sabes, explicaste, mostraste, ya sabes, en la práctica lo que, ya sabes, como emprender es en realidad implementar todos los diferentes, ya sabes, tipos de casos necesarios para soportar los componentes del servidor. Así que vamos a saltar directamente a ello. Entonces, ya sabes, trabajas en un masterclass donde, ya sabes, tienes que esencialmente averiguar, ya sabes, todo esto, ya sabes, por ti mismo. ¿Cómo ha sido la experiencia? Bueno, ¿está encendido? Sí. Está bien. Así que desarrollar un marco de React es difícil. Una de las razones es que no está muy especificado. Así que pasé por todos los ejemplos y probé muchas, muchas cosas y vi, entendí el comportamiento, no desde el documento, no desde el código fuente y, sí, construí un modelo mental y creé un marco, lo cual sigue siendo una tarea difícil. Pero sí, lo he hecho. Lo has hecho. Sí. Sí. Un aplauso. Y entiendo que Tobi, estás en el proceso de hacerlo. Aún no lo has hecho del todo, pero estás cerca de haberlo hecho. ¿Es correcto? Estoy tratando de... decir que estoy cerca es difícil, pero sí. No, siento que finalmente estamos acercándonos a tener algo que podamos enviar para que los usuarios jueguen, por supuesto. Sí, correcto. Así que Redwood está haciendo la especie de migración, ya sabes, como antes, tú, ya sabes, como supongo que Redwood sería considerado como centrado alrededor de GraphQL y ahora en el futuro, la próxima versión de Redwood será...

Así que la próxima versión, volviendo a cuáles son nuestras versiones principales, intentamos, como estamos en la versión 8. Probablemente vamos a ser la versión 9, 10, tal vez antes de hacer el gran lanzamiento con React Serial Components. Así que nosotros intentamos hablar en épocas en su lugar, pero ya veremos. La mensajería es difícil alrededor de las versiones principales por supuesto porque la gente ha escuchado, espera cosas grandes, pero solo porque es una versión principal rompe. Pero sí, así que la próxima versión probablemente no, pero sí, la próxima época definitivamente será React Serial Components. Sí. Y Dominik, ya sabes, estás trabajando en React Query, que es como una biblioteca de cliente, ¿verdad? Pero, ¿te sorprende en absoluto que estés encontrando tu biblioteca en una posición muy fundamental en esta especie de, ya sabes, migración? Como, ya sabes, en mi trabajo usamos Next.js App Director y usamos componentes del servidor y usamos React Query, ya sabes, como el tipo de caché del lado del cliente.

2. Challenges in Adopting React Server Components

Short description:

Limitaciones de React Query en componentes del servidor. Desafíos de adaptación de bibliotecas de gestión de estado. Perspectiva de Alexander sobre la transformación de RSC y su impacto en las prácticas de desarrollo.

Así que debes estar viendo muchos de los problemas y desafíos reales de los usuarios finales, ya sabes, de alguna manera. ¿Hay, ya sabes, algo como cuál ha sido tu experiencia como mantenedor de un proyecto, ya sabes, percibiendo a las personas adoptando componentes del servidor usando React Query? Sí, es un poco una posición incómoda porque, como dijiste, React Query es fundamentalmente una biblioteca del lado del cliente ¿verdad? Así que todos los hooks que exponemos no se pueden usar en el servidor. Así que a veces recibimos preguntas como, ¿podemos usar esto en componentes del servidor? Y la respuesta es, fundamentalmente, no, no puedes usarlo en un componente del servidor. No puedes usarlo en un marco que aproveche los componentes del servidor para renderizar si quieres algo de interactividad del lado del cliente o si quieres iniciar la obtención de datos en el servidor y luego enviar datos o incluso enviar la promesa al cliente y luego ponerlo en la caché del cliente y luego continuar con la interactividad del lado del cliente allí. Pero en los propios componentes del servidor, React Query en realidad no exporta ningún componente aparte del proveedor de contexto. Así que realmente no hay nada que puedas usar en un componente del servidor. Sí, pero aún así es una parte fundamental de ello y, de hecho, similar, tu esfuerzo anterior, eres bien conocido por ser un mantenedor de muchas bibliotecas de gestión de estado. Nuevamente, como las personas con las que has interactuado en el pasado, mantener estas bibliotecas ahora han enfrentado esta especie de replanteamiento monumental. ¿Estás viendo algún tipo de cambio allí? Sí, exactamente. Para las personas que han usado mi biblioteca de gestión de estado, quieren usar RSC del servidor, componente del servidor, pero no es posible porque es una biblioteca de gestión de estado del lado del cliente. Así que he tenido dificultades para explicar por qué esto no es posible o cómo deberíamos hacerlo. Así que esa es una de mis motivaciones para comenzar a desarrollar Waku para que eventualmente pueda apoyar esas bibliotecas de gestión de estado. Así que sí, eso es lo que pasa. Sí. Y creo que eso es algo así como, ayer estábamos hablando de esto y creo que un cambio de mentalidad es una gran cosa y probablemente pasaremos mucho tiempo hablando de ello. Así que antes de saltar a eso, Alexander, también quería preguntarte, acabas de dar una presentación donde mostraste una especie de línea de tiempo de las cosas en las que has trabajado en el contexto de los datos. Y fue muy interesante en el contexto de los componentes del servidor de React porque de alguna manera fuiste un pionero con Blitz, una especie de modelo temprano de poder importar código del servidor en código del cliente, aunque no se basara en RSC. Así que, ¿cómo ves esta transformación? Si estuvieras trabajando en ese proyecto o en tu próximo proyecto en ese espacio, ¿crees que RSC sería el camino a seguir para ti? Sí, creo que sí. Algo que intentamos hacer es minimizar esta capa de API para acercar el servidor al cliente, que también es algo que RSC permite. Y básicamente era este marco que te permitiría ejecutar código del servidor o acceder a tu base de datos directamente en tus componentes del cliente. Y sí, no usó RSC. Pasamos un tiempo pensando, como, bien, ¿cómo lidiamos con eso? ¿Cómo no copiamos el código? ¿Cómo no lo tenemos en dos lugares, en el servidor y en el cliente? ¿Cómo se comunica? Así que sí, definitivamente siento que los RSC son el camino. Es una pena que no los tuviéramos en ese entonces, pero es bueno que tuviéramos Blitz. Bueno, esa es siempre la pena del pionero. Tienes que resolver muchas cosas que las generaciones posteriores obtienen gratis, esencialmente. Así que saltemos a este tipo de cambio de mentalidad. Esto parece ser algo que, como, ¿fue ayer, tuvimos una pequeña conversación sobre de qué deberíamos hablar? Y Dominik dijo algo como, bueno, hay estos desarrolladores que simplemente no quieren actualizar su forma de pensar. Y yo estaba como, espera un minuto.

3. Mindset Shift in React Server Components Adoption

Short description:

Cambio de mentalidad de los desarrolladores hacia los Componentes del Servidor de React y desafíos en la frontera servidor-cliente.

Soy uno de esos. Sí. Y me di cuenta de que soy uno de esos desarrolladores. He estado haciendo React desde prácticamente el principio. Y tengo un conjunto relativamente fijo de ideas sobre cómo quiero que funcione el marco porque es mi zona de confort. Y es un poco como el área donde no me di cuenta de que se me estaba pidiendo innovar, crecer o aprender. Yo pensaba que eso estaba más o menos establecido y que podía centrarme en otras cosas. Y ahora, de repente, ustedes me están pidiendo que salga de mis viejos hábitos y aprenda cosas nuevas. ¿Es correcto?

Creo que es un cambio de mentalidad aún mayor que el que tuvimos cuando pasamos de componentes de clase a hooks. Quiero decir, de alguna manera es similar porque tenías que dejar de pensar en ciclos de vida y tú deberías comenzar a pensar en la sincronización de datos con hooks. Y eso, de alguna manera, no fue fácil para muchos desarrolladores. Hubo muchas cosas que habías aprendido antes que necesitabas desaprender y luego continuar con lo nuevo. Y creo que con los componentes del servidor, es similar. Y es probablemente incluso más un cambio de mentalidad, porque de repente necesitas pensar en ¿dónde está el límite entre el servidor y el cliente? ¿Qué puedo hacer en el servidor? ¿Qué puedo hacer en el cliente? ¿Dónde pongo esos límites para el compilador? ¿Cómo obtengo un componente del servidor como hijo de un componente del cliente para que no tenga que tener todos los componentes del cliente comenzando desde un punto hacia abajo y así sucesivamente? Y hay mucho desaprendizaje que necesita hacerse y mucho aprendizaje de cosas nuevas.

Y no sé, tal vez las futuras generaciones de desarrolladores lo tengan un poco más fácil porque no están cargados con trabajar durante muchos años solo con estas cosas del lado del cliente y luego necesitar realmente repensar todo. Y probablemente nos superarán por mucho. No lo sé. Creo lo mismo. Es difícil para nosotros que estamos acostumbrados a trabajar todo en el cliente cambiar a trabajar en el servidor. Pero hablo con muchos desarrolladores que son desarrolladores de back-end o que trabajan con marcos como Django, por ejemplo, y piensan que estamos locos haciendo todo este uso de hooks en el cliente. Dicen que tenemos un modelo mucho más simple porque podemos centrarnos solo en el servidor. Y creo que con los Componentes del Servidor de React, podemos obtener un modelo más simple para React también. Así que creo que para las nuevas personas que comienzan con React, los Componentes del Servidor de React en realidad están haciendo las cosas más simples y fáciles. Sí, creo que definitivamente es más simple para los recién llegados. Pero si ya tienes aplicaciones existentes, tienes que migrar a la nueva.

4. Desafíos en la Implementación de los Componentes del Servidor de React

Short description:

Desafíos en la implementación de los Componentes del Servidor de React con diferentes marcos y la necesidad de múltiples implementaciones para determinar las mejores prácticas.

Sí, pero también algo que Jani mencionó, como que hay personas que ya están acostumbradas al modelo actual y podría llevarles un tiempo aprender el nuevo. Como, aunque para los recién llegados, como aprender desde cero, como que hay una cosa de RSC, podría ser bueno. Pero creo que hay un montón que necesitarían pasar por una cierta fase de frustración sobre cómo cambiar a esos componentes o cómo aprender esas cosas, cómo escribir de manera diferente. Sí, quiero decir, la única palabra que escucho mucho en esta conversación es simplicidad, ¿verdad? Como que hace, sabes, como que estoy tratando de ir hacia la simplicidad desde la perspectiva del desarrollador. Y luego tienes a los autores de marcos o bibliotecas para llevar la complejidad. Y supongo que ese siempre es el trabajo del marco, sabes, como encontrar una abstracción que haga la mayor parte del trabajo de una manera que ayude al desarrollador. ¿Dónde crees que estamos en la experiencia del usuario final o del desarrollador final allí? Como si miras las implementaciones actuales de los componentes del servidor, creo que Next.js es el más utilizado en producción. Y luego Waku, por ejemplo, ¿ya hoy, como dirías que es más simple y habrá más oportunidades para la simplificación para construir aplicaciones en este nuevo modelo? Aún no he construido algo como grado de producción con componentes del servidor. Así que desde mi perspectiva, todavía estamos en el borde de las cosas. Como si miras las cosas que se discuten en Twitter o en conferencias, esto está todavía muy lejos de lo que realmente está sucediendo en la mayor parte de la larga cola de la industria. Así que todavía estamos en los primeros adoptantes, aunque los componentes del servidor existen desde, no sé, más de un año o algo así. Sí, todavía creo que va a llevar mucho más tiempo hasta que haya una adopción amplia de ellos. Sí. Y también creo que necesitamos más implementaciones que solo una para poder ver cuáles son realmente las buenas partes y qué partes se pueden mejorar. Es difícil saber, como, qué es fundamental para cómo los componentes de React tienen que funcionar y qué es solo una parte de la forma en que elegimos implementar el protocolo o el, sí, qué está haciendo el marco y qué es parte de React. Es difícil saber cuando hay solo una implementación. Así que cuando más personas comiencen a usar Waku, cuando Redroot finalmente pueda enviar algo con lo que la gente pueda jugar y tengamos como tres implementaciones diferentes, ahí es cuando creo que podemos comenzar a ver cuáles son los buenos patrones y qué deberíamos llevar adelante. Sí, si tengo que añadirlo, así que Waku se desarrolla porque quería tener RSC solo sin SSR, sin enrutador. Solo quería aprender cómo funciona RSC. Y no había tales cosas antes. Así que este es mi primero. Este debería ser el primero. Y puedes aprender RSC sin SSR y enrutador. Sí, eso es, sabes, como Redwood, por ejemplo, dijiste que necesitarías tres implementaciones. Y así tenemos Next.js, ahora tenemos Waku. Y luego suena como si Redwood pudiera ser como el tercero. ¿Qué estás aprendiendo de el arte previo? Miras, por ejemplo, la implementación de Next.js. Por supuesto, parte de ello está atada a las suposiciones que tienen sobre la infraestructura y la forma en que se alojan las aplicaciones. Pero ¿cuáles son las cosas que dices, oh, esas son buenas ideas? Y luego tal vez esas son algo sobre lo que queremos innovar? Sí.

5. Explorando la Implementación de Componentes del Servidor de React

Short description:

Desafíos en la comprensión de las implementaciones de componentes de React dentro de diferentes marcos y el cambio de Webpack a Vite para el desarrollo de componentes del servidor.

Así que cuando comenzamos, básicamente no había ejemplos por ahí y no había documentación. Y así comenzamos a mirar a Next. Pero como los componentes de React son en realidad bastante fáciles, o como el concepto es simple. Pero implementarlo en un marco es muy, muy difícil. Y tratar de seleccionar las partes que son fundamentales para los componentes de React al mirar el código fuente de Next es difícil, solo porque Next es un marco tan grande y hacen algunas cosas principales. Así que en realidad, o yo en realidad comencé copiando mucho código de Wacuu, porque ustedes, siempre han estado unos meses por delante de nosotros. Así que yo pude aprender mucho de lo que él estaba haciendo allí en Wacuu. Y eso fue mucho más simple porque anteriormente habíamos cambiado de Webpack a Vite. Y él también fue el primer autor en construir sobre Vite con componentes del servidor. Eso también nos facilitó aprender de su ejemplo. Ahora, es mucho más fácil. Ahora hay muchos más ejemplos por ahí. Así que si ahora, si quieres implementar algo desde cero con componentes de React, hay muchos otros YouTubes, hay publicaciones en blogs y muchos ejemplos por ahí que puedes consultar. Pero cuando comenzamos, no había nada como eso.

Sí, como dije, no hay docs. Pero hay algo llamado fixtures en el repositorio de React, de lo que puedes aprender. Y eso ejecuta RSE solamente. Así que eso fue uno de nuestros recursos. No miré el código de Next.js porque es complicado. Y combina todo. Así que sí, iba a decir, sí, esa imagen es un buen recurso. Y hice muchos, experimentos con cómo se comporta. Y de alguna manera, funcionó. Sí, casi me parece en cierto sentido que como los componentes del servidor de React son menos una implementación y más solo la especificación. Por supuesto, es especificación en código, y tiene como partes que usas en la implementación, pero deja a los autores de marcos para que sorteen un poco la forma de las cosas.

Así que, ¿ustedes hablan en el fondo? ¿Hay algún tipo de grupo de trabajo o intercambio? ¿Construyen algún tipo de conocimiento compartido, utilidades, entendimiento? ¿O todavía es muy como si todos estuvieran en su propio silo, resolviéndolo y la convergencia vendrá más tarde? Hay un poco de ambos.

QnA

Reflexiones sobre el Desarrollo de Componentes del Servidor de React

Short description:

Discusión sobre los desafíos y ventajas de la implementación de componentes del servidor y el impacto en la comunidad de React.

Y eso ha sido muy útil. Como compartimos aprendizajes y preguntas allí. Y aprendo mucho al leer lo que otras personas, las preguntas de otras personas y cuáles son sus respuestas. Y especialmente para Vite, hay en realidad muchas personas que en este momento están experimentando con diferentes cosas, muchos desarrollos emocionantes sucediendo allí de los que aprender.

Bien, bueno, quería hacer una pregunta un poco picante. No sé. Siéntete libre de no responder esto si es algo que no está dentro de tu zona de confort. Pero sabes, como ahora mismo tenemos esta implementación de componentes del servidor que es realmente madura, madurando ahí afuera. Y también sucede que es hecha por la compañía que emplea al equipo central de React y les paga para, ya sabes, construir esto, ya sabes, una especie de tecnología es como, ¿cómo ves esa relación, ya sabes, a largo plazo para la comunidad como una especie de implementadores de terceros, como, obviamente, hay algunas partes buenas, pero ¿hay algunos desafíos también?

Así que, bueno, cuando escucho con qué están luchando los otros autores de marcos, parece que hay un poco de ventaja injusta en toda esta situación donde se dijo la palabra que, ya sabes, aquí están los componentes del servidor de React, ahora están listos, puedes usarlos y Next.js los ha implementado y está listo y todos los demás como, ve a resolverlo tú mismo, tal vez, no lo sé. Pero no he tenido esta lucha yo mismo. Y creo que desde otra perspectiva, creo que en realidad es bueno que los mantenedores del equipo central de React ahora estén un poco más distribuidos entre diferentes compañías. Creo que eso no perjudica, en general.

Impact of Team Size on Technology Development

Short description:

Discusión sobre el impacto de los equipos grandes en la velocidad de desarrollo y la importancia de implementar tecnologías en múltiples ecosistemas.

Sí, y estoy de acuerdo. Y creo, creo que todos estamos de acuerdo. Y lo vemos con Next ahora mismo con la iniciativa OpenNext o algo así, donde puedes realmente comenzar a desplegar Next completamente funcional en otros ecosistemas, no solo con dentro de Resell. Y creo que es lo mismo con los componentes de React, necesita ser implementado en más de un lugar. Creo que es lo mejor para todos nosotros.

Hablando de la ventaja injusta, no estoy seguro de si esto está realmente relacionado con nuestro equipo central de React siendo empleado por Next por Versal. Pero también como el hecho de que el equipo de Next.js es bastante grande. Recuerdo que estábamos luchando con eso con Bleeds, como que no podíamos iterar tan rápido como ellos. Así que en un momento, como que ellos estaban, tú sabes, estaban añadiendo características, estaban lanzando nuevas versiones de Next.js, y no había forma de que nosotros pudiéramos ponernos al día con un equipo de dos personas. Así que eso puede ser también una razón. Sí, quiero decir, sentimos eso todo el tiempo.

Ellos tuvieron su Next.conf. Y obviamente, tienen muchas características increíbles, pero luego también tenemos que recordar que son un gran equipo. Y nosotros somos muy pequeños. Definitivamente somos los desvalidos aquí. Y estás prácticamente solo. Pero apuesto a que es aún peor para ti. Pero para la plena divulgación, Versal patrocinó Waku. Así que les importa la comunidad. Así que creo que es algo bueno.

Innovative Approaches to React Server Components

Short description:

Discusión sobre el complejo industrial de React, las contribuciones de desarrolladores individuales y los diversos enfoques a los componentes del servidor de React como 10 stack start.

Sí, creo que definitivamente no quiero como intentar forzar una narrativa de que haya como una competencia o como una ventaja injusta en el sentido de que hay una carrera hacia algún tipo de recompensa, ¿verdad? Como, ya sabes, estas diferentes entidades tienen motivaciones altamente diferentes sobre, ya sabes, como explorar este tipo de cosas. Creo que principalmente estoy pensando desde la perspectiva de un desarrollador que quiere, ya sabes, construir aplicaciones y quiere usar el tipo de mejor, ya sabes, herramienta para el trabajo. Y luego, ya sabes, algunas herramientas están como atadas a ciertos, por ejemplo, plataformas de infraestructura y, ya sabes, etcétera, está, ya sabes, hubo un término que se mencionó, ya sabes, hace unos años, algunas personas lo llamaron el complejo industrial de React. Ya sabes, esto es como una industria de empresas alrededor, ya sabes, esto es como, ¿está RSC haciendo que React, ya sabes, debido a la complejidad de implementación del marco, se esté convirtiendo más en un, ya sabes, como un campo de pocos jugadores dominantes? ¿O sientes que hay posibilidad de que los desarrolladores individuales contribuyan en un sentido de comunidad abierta de código abierto? Tanto como tal vez en los viejos tiempos del desarrollo solo del cliente? Creo que definitivamente todavía hay espacio para la experimentación y contribuciones individuales, definitivamente contribuciones, como en Redwood, siempre estamos felices de recibir más contribuciones. Y es fácil para, tal vez no fácil, pero damos la bienvenida a cualquiera y estamos felices de ayudar a cualquiera a comenzar a contribuir, por supuesto. Otra motivación por la que desarrollé Waku es para aceptar más como para hacer crecer el ecosistema. Así que proporciono algunos primitivos mínimos, que la gente puede usar para desarrollar una nueva biblioteca sobre eso. Así que ese es realmente mi objetivo. Sí, no, eso es increíble. Y creo que, ya sabes, como, dado que haces el trabajo duro, y de hecho, otras personas pueden innovar sobre eso. Eso es, ya sabes, creo, y también el equipo V está haciendo un gran trabajo facilitando que las personas construyan estas cosas, especialmente con V6 que se avecina con la API de entornos que va a hacer que mucho de esto sea mucho, mucho, mucho más simple de lo que era antes. Y también facilitando, por supuesto, que cualquiera construya algo con su propio giro a los componentes de React. Y es como dijiste, es más una especificación y la gente puede elegir qué partes de ella implementar. Así que creo que vamos a ver algunas cosas interesantes saliendo del equipo de Remix cuando con sus enfoques sobre ello. Y vemos con 10 stack, su enfoque sobre los componentes de React también es súper interesante. Así que creo que veremos más de eso.

Sí, ¿cuál es el enfoque de 10 stack sobre los componentes de React? De hecho, tengo varios componentes, de hecho no sé nada sobre esto. Sí, no soy un experto en el tema. No estoy realmente involucrado con 10 stack start tanto. Pero la forma en que lo entiendo es que Tanner está tratando de ver los componentes del servidor de React como si el payload de RSC fuera solo otra forma de datos que transfieres desde el servidor. Así que similar al enfoque de Remix donde básicamente tienes cargadores que pueden devolver componentes que luego serán enviados como payload de RSC al cliente. En 10 stack start, muy probablemente tendrás funciones de servidor que puedes declarar, y que pueden devolver datos, JSON, lo que sea, o flujos o payload de RSC. Y luego puedes crear componentes en el servidor y transmitirlos al cliente de esa manera. Así que un enfoque diferente al de Next.js y también Baku están teniendo. Pero sí, creo que cuantas más diferentes perspectivas haya, es experimentación en un nivel muy vanguardista. Y lanzaremos cosas a la pared y veremos qué se queda básicamente.

Exploring Needs in React Development

Short description:

Discusión sobre la necesidad de implementaciones, pruebas de configuraciones de componentes del servidor y la importancia de la documentación en el desarrollo de React.

Genial. Así que una cosa de la que hemos hablado aquí es claramente esta necesidad de implementaciones, implementaciones adicionales, para aprender más sobre las cualidades de esta tecnología. Pero, ¿qué más se necesita? Sé que, Toby, estás trabajando en algunas herramientas para desarrolladores. Pero, ¿cuál es el estado de si la gente quiere involucrarse en explorar el espacio, cuáles son algunas de las áreas que claramente están gritando por atención pero que aún no han recibido atención? Sí, como dijiste, estoy terminando mi charla en unos minutos. Voy a hablar más sobre las herramientas desarrolladas, y creo que eso es algo que realmente se necesita. Y creo que el equipo de Next también se está dando cuenta de que se necesita, pero tienen otras cosas en las que enfocarse también. Así que definitivamente hay espacio para contribuciones allí si quieres involucrarte. Y también es una muy, muy buena manera de convertirte en un experto en los Componentes del Círculo de React, como construir herramientas sobre ellos o para ellos. Realmente te obliga a entender cómo funcionan.

¿Alguien más tiene alguna lista de deseos? Sí, no sé si eso ya se ha resuelto. Es como cómo probar todas estas configuraciones de componentes del servidor, aparte de las pruebas de extremo a extremo. Creo que esa fue la respuesta inicialmente, como tienes una aplicación con componentes del servidor y quieres probarla, necesitas pruebas de extremo a extremo en ella. Creo que Storybook luego intentó obtener algo de soporte para componentes del servidor también. No sé cuál es el estado actual, pero la última vez que verifiqué, era solo una prueba de extremo a extremo. Está bien, esto es bueno para algunas situaciones, pero no es lo que todos están haciendo todo el tiempo. Entonces, ¿cómo se aborda eso? No sé si esa es una pregunta respondida en el ínterin, pero esto era algo que me he estado preguntando.

Claro. Bueno, una cosa que he escuchado, una y otra vez, surgir en esta conversación es cómo no ha habido mucha documentación o no hay un recurso autoritativo sobre cómo comenzar. ¿Es ahora el momento de crearlo o todavía estamos resolviendo las cosas? Sí, supongo que sí. Pero nuestro equipo hizo un gran trabajo y tenemos un sitio web, un sitio web de trabajo, que explica todo desde el principio. Sin que sepas RSC, explica todo para acostumbrarte a ello. Pero ese es nuestro sitio web. Sería bueno si hubiera más sitios web con autoridad. Tengo que decir que el equipo de React ha hecho un gran trabajo en su documentación. Ahora hay en realidad mucha, mucha más documentación de la que solía haber. Incluso tienen algunas secciones en su documentación que dicen, esto es para autores de marcos. Así que así es como el marco debería implementar esto. Y luego tienen otra sección sobre cómo los usuarios deberían usarlo. Y eso ha sido súper útil. Ojalá hubiera existido cuando empecé.

Exciting Developments in Future Projects

Short description:

Los panelistas discuten proyectos emocionantes que se avecinan, como la integración de React query, mejoras en la obtención de datos en Redwood y una posible solución de relay para los componentes del servidor de React.

Genial. Bueno, parece que estamos llegando al final de nuestro tiempo. Nos quedan aproximadamente cuatro minutos y tenemos cuatro panelistas aquí. Así que creo que hagamos un pequeño ronda rápida aquí. ¿Cuál es algo emocionante en lo que estás trabajando personalmente o esperando trabajar en el próximo año? ¿Hay algo en lo que realmente estés ansioso por profundizar? No preparé a estas personas para esta pregunta. Bueno, así que, sí, no está como ligeramente relacionado con los componentes del servidor, pero lo que estamos tratando de implementar actualmente es una integración de suspense en React query que se basa básicamente en pasar la promesa de use query de vuelta a los usuarios donde pueden luego pasarlo al operador use para básicamente activar el suspense en cualquier nivel que deseen. Y esto va de la mano con también crear la promesa en el servidor y luego transmitirla al cliente y básicamente consumirla, como activar la prefetching en el servidor y luego consumirla en el cliente. Todas estas son cosas que son algo experimentales, pero también muy interesantes para entender, como iniciar una promesa en el servidor y luego enviarla al cliente. Técnicamente no sé cómo funciona eso en realidad, pero creo que simplemente funciona al menos en Next. Así que eso es bastante genial. Personalmente, realmente espero comenzar a jugar más con la parte de obtención de datos. En Redwood, tenemos este concepto de una celda que utiliza GraphQL para obtener datos, y queremos que a nuestros usuarios les encante, a nosotros nos encanta, y queremos tener algo similar para los componentes de React. Así que esa es un área en la que quiero profundizar más cuando nuestra implementación general de RCE sea más estable. Algo que es emocionante para mí, y creo que puede ser posible con los componentes del servidor de React, es que me gustaría ver una solución de relay para los componentes del servidor de React. Ahora que no tenemos que tener la capa APA, podemos acceder a los datos directamente desde los componentes. Aún sería bueno tener un compilador encima de eso, algo relacionado con GraphQL. Y eso podría ser algo que comenzaremos a explorar en EdgeDB. Sí, ya lo insinuaste al final de tu charla. Sí. ¿Ya estás trabajando en eso, o es algo para el próximo año? Creo que es más como para el próximo año. Pero sí, se veía muy emocionante. Y es una pena que no tuviéramos tiempo para hablar más sobre GraphQL porque esto también es algunas de las cosas que siento que con cada revolución en la tecnología, parte del viejo bebé se queda en el agua sucia mientras avanzamos, por así decirlo. He sido un gran usuario de GraphQL a lo largo de los años. Así que espero que podamos hablar de eso en tu sesión de preguntas y respuestas en la sala de Q&A en un momento. ¿Daishi? Sí, esto es algo que sigo diciendo hoy, pero Waku se está preparando. Aún está en v0, pero estamos trabajando duro para hacerlo v1. Pero para hacerlo estable, necesitamos algunos colaboradores, o al menos personas que tengan que probarlo para hacerlo estable. Así que realmente te animo a que lo pruebes y nos des tu opinión. Genial. Gracias. Bueno, lo que espero es que, creo que este panel me ha convencido claramente ahora de que estoy atrasado para un cambio de mentalidad. Y tal vez el próximo año sea el momento de comenzar a jugar con esta nueva tecnología y ver cuáles son las oportunidades reales, porque en este momento soy solo ese viejo gruñón que siente que todo es arena movediza. Así que gracias a todos por trabajar en crear ese futuro. Y espero el próximo año estar más involucrado en ello. Así que gracias a nuestros panelistas. Démosles un aplauso.

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

Simplificando los Componentes del Servidor
React Advanced 2023React Advanced 2023
27 min
Simplificando los Componentes del Servidor
Top Content
React server components simplify server-side rendering and provide a mental model of components as pure functions. Using React as a library for server components allows for building a basic RSC server and connecting it to an SSR server. RSC responses are serialized virtual DOM that offload code from the client and handle interactivity. The client manifest maps serialized placeholders to real components on the client, enabling dynamic rendering. Server components combine the best of classic web development and progressive enhancement, offering the advantage of moving logic from the client to the server.
Explorando los fundamentos de los Componentes del Servidor React
React Day Berlin 2023React Day Berlin 2023
21 min
Explorando los fundamentos de los Componentes del Servidor React
Top Content
This Talk introduces React Server Components (RSC) and explores their serialization process. It compares RSC to traditional server-side rendering (SSR) and explains how RSC handles promises and integrates client components. The Talk also discusses the RSC manifest and deserialization process. The speaker then introduces the Waku framework, which supports bundling, server, routing, and SSR. The future plans for Waku include integration with client state management libraries.
Y Ahora Entiendes los Componentes del Servidor React
React Summit 2024React Summit 2024
27 min
Y Ahora Entiendes los Componentes del Servidor React
Top Content
In this Talk, Kent C. Dodds introduces React Server Components (RSCs) and demonstrates how to build them from scratch. He explains the process of integrating RSCs with the UI, switching to RSC and streaming for improved performance, and the benefits of using RSCs with async components. Dodds also discusses enhancements with streaming and server context, client support and loaders, server component rendering and module resolution, handling UI updates and rendering, handling back buttons and caching, and concludes with further resources for diving deeper into the topic.
Una Guía Práctica para Migrar a Componentes de Servidor
React Advanced 2023React Advanced 2023
28 min
Una Guía Práctica para Migrar a Componentes de Servidor
Top Content
React query version five is live and we'll be discussing the migration process to server components using Next.js and React Query. The process involves planning, preparing, and setting up server components, migrating pages, adding layouts, and moving components to the server. We'll also explore the benefits of server components such as reducing JavaScript shipping, enabling powerful caching, and leveraging the features of the app router. Additionally, we'll cover topics like handling authentication, rendering in server components, and the impact on server load and costs.
Componentes del Servidor: La Épica Historia de Renderizar UX
React Summit 2023React Summit 2023
26 min
Componentes del Servidor: La Épica Historia de Renderizar UX
Top Content
This Talk introduces server components in React, which provide an intermediate format for rendering and offer advantages for both client-side and server-side rendering. Server components reduce bundle size on the client and improve search engine optimization. They abstract the rendering process, allowing for faster rendering and flexibility in choosing where to render components. While server components are still in the experimental stage, Next.js is a good starting point to try them out.
RSCs en Producción: 1 Año Después
React Summit 2024React Summit 2024
24 min
RSCs en Producción: 1 Año Después
This Talk explores the experience of shipping server components in production and highlights the benefits and challenges of using Server Components in Next.js apps. The Talk discusses the deployment of UploadThing and the use of AppRouter for safe production usage. It delves into the implementation of different layouts, data fetching, and code centralization for improved performance. The Talk also covers the use of server components for performance optimization and latency handling. Additionally, it explores the use of Edge and Lambda for partial pre-rendering and the challenges faced with webpack performance and hydration. Overall, the Talk emphasizes the benefits and challenges of working with Server Components in Next.js applications.

Workshops on related topic

Dominando React Server Components y Server Actions en React 19
React Summit US 2024React Summit US 2024
150 min
Dominando React Server Components y Server Actions en React 19
Featured Workshop
Maurice de Beijer
Maurice de Beijer
¡Llamando a todos los desarrolladores de React! Únete a nosotros para una masterclass inmersiva de 4 horas profundizando en React Server Components y Server Actions. Descubre cómo estas tecnologías revolucionarias están transformando el desarrollo web y aprende a aprovechar todo su potencial para construir aplicaciones rápidas y eficientes.

Explora el mundo de React Server Components, combinando sin problemas el renderizado del lado del servidor con la interactividad del lado del cliente para un rendimiento y experiencia de usuario incomparables. Sumérgete en React Server Actions para ver cómo combinan la interactividad del lado del cliente con la lógica del lado del servidor, facilitando el desarrollo de aplicaciones interactivas sin las limitaciones tradicionales de las API.

Obtén experiencia práctica con ejercicios prácticos, ejemplos del mundo real y orientación experta sobre la implementación de estas tecnologías en tus proyectos. Aprende temas esenciales como las diferencias entre Server y Client Components, optimización de la obtención de datos, pasando datos de manera efectiva y maximizando el rendimiento con nuevos hooks de React como useActionState, useFormStatus y useOptimistic.

Ya sea que seas nuevo en React o un profesional experimentado, esta masterclass te equipará con el conocimiento y las herramientas para elevar tus habilidades de desarrollo web. Mantente a la vanguardia y domina la tecnología de vanguardia de React 19. No te lo pierdas: ¡regístrate ahora y desata todo el poder de React!
Next.js 13: Estrategias de Obtención de Datos
React Day Berlin 2022React Day Berlin 2022
53 min
Next.js 13: Estrategias de Obtención de Datos
Top Content
Workshop
Alice De Mauro
Alice De Mauro
- Introducción- Prerrequisitos para la masterclass- Estrategias de obtención: fundamentos- Estrategias de obtención – práctica: API de obtención, caché (estática VS dinámica), revalidar, suspense (obtención de datos en paralelo)- Prueba tu construcción y sírvela en Vercel- Futuro: Componentes de servidor VS Componentes de cliente- Huevo de pascua de la masterclass (no relacionado con el tema, destacando la accesibilidad)- Conclusión
La Puerta al Backend: Guía del Desarrollador Frontend para el Desarrollo Full-Stack
React Summit US 2023React Summit US 2023
160 min
La Puerta al Backend: Guía del Desarrollador Frontend para el Desarrollo Full-Stack
Top Content
WorkshopFree
Amy Dutton
Amy Dutton
Esta masterclass te guiará a través del ciclo de vida del desarrollo de productos para crear una aplicación web del mundo real. Aprenderás sobre los Componentes del Servidor React, construyendo un sistema de diseño dentro de Storybook, y utilizando el desarrollo frontend para acercarte a convertirte en un desarrollador full-stack. La masterclass cubrirá el aumento de la confianza en tu aplicación con pruebas unitarias e implementando autenticación y autorización. Tendrás la oportunidad de trabajar a través de las características del producto y examinar un proyecto real de RedwoodJS, obteniendo valiosa experiencia en el desarrollo de productos del mundo real. RedwoodJS hace que sea simple acercarse al desarrollo full-stack, y esta masterclass te dará las habilidades que necesitas para crear tus propias aplicaciones web del mundo real.
Patrones Avanzados de Despliegue de Aplicaciones con Componentes de Servidor React (feat. un Marco RSC DIY)
React Summit US 2023React Summit US 2023
104 min
Patrones Avanzados de Despliegue de Aplicaciones con Componentes de Servidor React (feat. un Marco RSC DIY)
Top Content
Workshop
 Greg Brimble
Greg Brimble
El ecosistema de desarrolladores siempre está avanzando rápidamente y este año no ha sido una excepción. Los Componentes de Servidor React pueden ofrecer una mejora significativa a la experiencia del desarrollador y al rendimiento de la aplicación. Pero creo que es justo decir que este nuevo paradigma de servidor primero puede ser complicado de entender!En la primera mitad de esta masterclass, exploraremos los Componentes de Servidor React desde cero: construyendo nuestro propio mini marco meta para ayudarnos a entender cómo funcionan los RSCs. Descubriremos exactamente qué se produce en una construcción RSC y conectaremos esas piezas para formar una aplicación completa.A continuación, ¡lo desplegaremos! Cloudflare también ha tenido un año ocupado — Smart Placement, en particular, es una nueva tecnología que hemos desarrollado que se ajusta perfectamente al modelo RSC. Exploraremos por qué eso tiene sentido para nuestra aplicación de masterclass, y realmente lo desplegaremos en la Plataforma de Desarrolladores de Cloudflare.Finalmente, ampliaremos un poco más nuestra aplicación, utilizando D1 (nuestra base de datos SQL sin servidor) para mostrar realmente el poder del Componente de Servidor React cuando se combina con Smart Placement.Deberías salir de esta masterclass con una mayor comprensión de cómo funcionan los Componentes de Servidor React (tanto detrás de las escenas como también cómo tú como desarrollador puedes usarlos día a día), así como una visión de algunos de los nuevos patrones de despliegue que ahora son posibles después de las recientes innovaciones en el espacio de la plataforma.
Construyendo Componentes de Servidor Reutilizables en NextJS
React Summit US 2023React Summit US 2023
88 min
Construyendo Componentes de Servidor Reutilizables en NextJS
Top Content
Workshop
Will Bishop
Mettin Parzinski
2 authors
React continúa evolucionando su capacidad beta, los Componentes de Servidor de React, y continúan desarrollándolos en asociación con marcos como NextJS.En esta masterclass, los asistentes aprenderán qué son los Componentes de Servidor de React, cómo construirlos y usarlos eficazmente en NextJS, y se centrarán en una de las principales ventajas de React/NextJS: la reutilización a través de componentes.También cubriremos tecnologías beta relacionadas habilitadas por el directorio `app`, como los layouts anidados y las acciones del servidor (capacidad alfa/experimental).¡Únete a nosotros para esta masterclass práctica de 120 minutos!Tecnologías:
React, JavaScript/Typescript, NextJS, Miro
Desatando los Componentes del Servidor React: Una Inmersión Profunda en el Desarrollo Web de la Próxima Generación
React Day Berlin 2023React Day Berlin 2023
149 min
Desatando los Componentes del Servidor React: Una Inmersión Profunda en el Desarrollo Web de la Próxima Generación
Workshop
Maurice de Beijer
Maurice de Beijer
¡Prepárate para potenciar tus habilidades de desarrollo web con los Componentes del Servidor React! En esta inmersiva masterclass de 3 horas, desbloquearemos el potencial completo de esta tecnología revolucionaria y exploraremos cómo está transformando la forma en que los desarrolladores construyen aplicaciones web rápidas y eficientes.
Únete a nosotros mientras nos adentramos en el emocionante mundo de los Componentes del Servidor React, que combinan sin problemas el renderizado del lado del servidor con la interactividad del lado del cliente para un rendimiento y una experiencia de usuario inigualables. Obtendrás experiencia práctica a través de ejercicios prácticos, ejemplos del mundo real y orientación experta sobre cómo aprovechar el poder de los Componentes del Servidor en tus propios proyectos.
A lo largo de la masterclass, cubriremos temas esenciales, incluyendo:- Entender las diferencias entre los Componentes del Servidor y del Cliente- Implementar Componentes del Servidor para optimizar la obtención de datos y reducir el tamaño del paquete JavaScript- Integrar Componentes del Servidor y del Cliente para una experiencia de usuario fluida- Estrategias para pasar datos efectivamente entre componentes y gestionar el estado- Consejos y mejores prácticas para maximizar los beneficios de rendimiento de los Componentes del Servidor React