El Estado de React y la Comunidad en 2025

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
Bookmark
Rate this content
Mark Erikson
Mark Erikson
29 min
13 Jun, 2025

Comments

Sign in or register to post your comment.
Video Summary and Transcription
Mark Erickson discute el estado de React en 2025, los debates de la comunidad de React sobre la dirección y los conceptos erróneos de React, el cambio de React hacia frameworks del lado del cliente y el énfasis en SSR, el proceso de desarrollo de características de React en Meta y Vercel, la controversia en torno a la participación de Vercel en los componentes del servidor, la estrecha relación entre React y Next, el énfasis del equipo de React en los frameworks para el rendimiento de las aplicaciones, la crítica a la recomendación de frameworks de React, la demora del equipo de React en agregar VEET como herramienta recomendada, los desafíos con los orígenes y la comunicación de los componentes del servidor, no hay soporte oficial de signals planeado para React 19, el impacto de las redes sociales en las decisiones de desarrollo de React, la diversidad de la comunidad de React y las ideas sobre el uso de componentes del servidor, el concepto de caja negra en evolución de React y los compromisos discutidos.

1. Mark Erickson sobre React en 2025

Short description:

Mark Erickson discute el estado de React en 2025, destacando sus complejidades y las reacciones mixtas de la comunidad ante la dirección y decisiones de React.

Muy bien. Buenas tardes. Mi nombre es Mark Erickson, y hoy vamos a hablar sobre el estado de React y la comunidad en 2025. Un par de cosas rápidas sobre mí. Soy un ingeniero senior en Replay. Responderé preguntas en cualquier lugar donde haya un cuadro de texto en internet. Modero comunidades como el subreddit de React y el Discord de Reactaflex. Recojo enlaces interesantes y hablo sobre ellos en lugares como el podcast This Month in React. Escribo publicaciones de blog extremadamente largas, y soy un mantenedor de Redux, pero la mayoría de la gente tiende a conocerme como ese tipo con el avatar de los Simpsons.

Ahora, tengo demasiado material para hablar y no suficiente tiempo, así que vamos a ir muy rápido. Voy a tener que resumir muchas cosas de las que podría hablar durante horas. Hay muchas cosas que voy a tener que omitir. Estoy tratando de explicar las cosas lo mejor que las entiendo. Puedo equivocarme en algunas cosas. Tengo las diapositivas en mi blog, así como una publicación de blog que entra en más detalle. Hay un código QR para eso. Mostraré esto de nuevo al final si quieres seguirlo.

Entonces, el estado de React hoy es complicado. Realmente complicado. Por un lado, React es extremadamente exitoso. Es el framework JS más utilizado. Ha influido en todas las demás herramientas y frameworks en el ecosistema. Hemos tenido React 19, que salió y nos dio cosas como React suspense estable y componentes del servidor y muchas características nuevas en el lado del cliente. El compilador de React está en candidato a lanzamiento. Las cosas deberían verse bien. Y sin embargo, he pasado mucho tiempo leyendo discusiones y hablando con personas, y muchas personas están frustradas. No están de acuerdo con hacia dónde va el equipo de React. No entienden por qué el equipo de React ha tomado decisiones sobre en qué características trabajar, o incluso cómo se están desarrollando. Algunas personas están, de hecho, sospechosas sobre por qué el equipo de React hace las cosas. Y así, incluso he visto una división entre cómo el equipo de React parece querer que la gente use React, y cómo la gente realmente está usando React en la práctica.

2. React Community Discussions

Short description:

La comunidad de React debate sobre la dirección y los malentendidos de React. Explorando la historia de React, las influencias en su desarrollo y las desconexiones en la comunidad.

Y eso ni siquiera toca a las personas fuera de la comunidad de React discutiendo sobre si React es siquiera una buena idea en primer lugar. Y no ayuda que todos estén discutiendo sobre un subconjunto diferente de estos problemas, lo que hace que esto sea realmente difícil. Algunas cosas que he visto. He visto a personas quejarse de que Vercell se apoderó de React y que inventaron los componentes del servidor solo para ganar dinero con los servidores, o que el equipo de React está obligando a todos a usar componentes del servidor. ¿Por qué los componentes del servidor necesitan un empaquetador de todos modos? ¿Qué pasa con React y Next? ¿Por qué el equipo de React enfatiza tanto los frameworks? Y muchas otras preguntas muy similares.

Ahora, quiero ser muy claro. Muchas de estas quejas son malentendidos, teorías de conspiración o FUD, y no es culpa del equipo de React que la gente esté pensando muchas de estas cosas. Pero también es cierto que algunas de las comunicaciones del equipo de React han hecho esto mucho más confuso y a veces han contribuido a la confusión. Así que el objetivo de hoy, muy rápidamente, vamos a revisar parte de la historia de React y hablar sobre por qué y cómo React ha sido desarrollado y las influencias. Hablar sobre qué ha impulsado las direcciones. Mirar algunas de las desconexiones entre el equipo de React y la comunidad e intentar abordar algunas de estas preocupaciones. No estoy tratando de señalar con el dedo. Mi objetivo aquí es explicar.

Así que si retrocedemos todo el camino, React fue originalmente una biblioteca de UI muy pequeña, solo la capa de vista. Y debido a eso, creamos un enorme ecosistema de diferentes herramientas y paquetes para resolver cada posible caso de uso. Docenas de diferentes opciones. Y parte de esto fue porque Facebook ya tiene todas sus propias soluciones integradas, pero también el equipo de React no quería favorecer a nadie en el ecosistema. En 2016, teníamos Create React App para simplificar el proceso de creación de nuevos proyectos de React, pero realmente solo se centraba en crear aplicaciones del lado del cliente. Y como React nunca tuvo una capa de obtención de datos incorporada, siempre hemos usado bibliotecas de terceros para hacer eso.

3. React Evolution: SSR and Tooling Shift

Short description:

El cambio de React hacia frameworks del lado del cliente y énfasis en SSR. Create React App obsoleto. Cambio a mentalidad SSR. Herramientas comunes: Next, Remix, React Router V7, Vite's React plug-in. React Server Components introducido en 2020.

Como dijo Taner anteriormente, React siempre ha tenido un concepto de renderizado del lado del servidor, pero era muy difícil hacerlo por ti mismo. Y así, frameworks como Next y Remix abstrajeron ese proceso y facilitaron hacer SSR. Pero también, como señaló Taner, la mayoría de nosotros tendemos a pensar en React como un framework del lado del cliente. Y con el tiempo, los tamaños de los paquetes se han vuelto muy grandes a medida que seguimos añadiendo bibliotecas para menús desplegables y otras cosas por el estilo. Y así, SSR es algo secundario. Y muchos de nosotros estamos trabajando en proyectos que ni siquiera usan Node en el backend.

Ahora, Create React App se convirtió en estándar durante algunos años, especialmente para principiantes, pero se volvió sin mantenimiento. Y Dan Abramov finalmente escribió un largo comentario y dijo, está obsoleto, no creemos que sea el enfoque correcto ya. Pero el equipo nunca lo marcó oficialmente como obsoleto, y para entonces mucha gente ya estaba usando V, de todos modos. Y en los últimos años, hemos visto un énfasis en la comunidad en hacer más SSR, tratando de mejorar las cargas de página y reducir los waterfalls. Así que ha habido un cambio de mentalidad.

Así que hoy, si estás creando un nuevo proyecto de React, las herramientas más comunes son cosas como Next y Remix o React Router V7, Vite's React plug-in, o a veces todavía Create React App. Está obsoleto, pero todavía se usa comúnmente. Y vale la pena señalar que las descargas de Vite más CRA son en realidad todavía más que Next en sí. Así que claramente todavía hay mucho interés en aplicaciones del lado del cliente. En 2018, el equipo de React anunció suspense como un concepto. Y dijeron que íbamos a obtener este suspense para la obtención de datos algún día. Nunca se materializó realmente. Pero en 2020, anunciaron React Server Components, la idea de que podrías ejecutar un componente de React en el servidor, de forma asíncrona, obtener algunos datos, pasarlos como props al cliente.

4. React Feature Development at Meta and Vercel

Short description:

Proceso de desarrollo de características de React en Meta. El papel de Vercel en el desarrollo de React. División en el equipo de React entre Meta y Vercel. Problemas con los componentes del servidor de Next.

Y esto estaba destinado a ser tanto un método incorporado de React para la obtención de datos como una forma de reducir los tamaños de los paquetes. Y quiero señalar que esto fue creado mientras todo el equipo de React todavía trabajaba en Meta. Ahora, el proceso de desarrollo de React siempre ha sido probar nuevas características dentro de Meta. Prototipaban, hacían que algunos equipos de aplicaciones de Meta lo probaran, lo desechaban, iteraban, refinaban. Y así, para cuando anunciaban una nueva característica, estaban muy seguros de que esto es lo que querían lanzar.

Y tienen que dedicar tiempo a apoyar el uso propio de Meta, pero tienen una cantidad decente de libertad para construir lo que creen que es el enfoque correcto para React. Luego tenemos a Vercel. Y Vercel es principalmente una plataforma de infraestructura de aplicaciones web. Y construyeron Next. Hicieron que fuera muy fácil alojar Next en Vercel. Y a partir de 2021, algunos miembros del equipo de React comenzaron a mudarse de Meta a Vercel. Y así, hoy el equipo de React está dividido. Alrededor de 15 personas en Meta. Alrededor de cinco personas en Vercel.

Las personas de Vercel están construyendo principalmente las características del lado del servidor. Las personas de Meta están trabajando en el compilador y algunas otras cosas. Pero todavía hay un gran equipo combinado en términos de lo que están tratando de hacer. Así que lo que terminamos teniendo es que el enrutador de aplicaciones de Next es la primera versión de producción de los componentes del servidor de React. Y es realmente genial, pero también tuvo algunos problemas cuando salió. Personalmente, creo que lo hicieron la opción predeterminada demasiado pronto. Hubo muchos problemas con el almacenamiento en caché de Next. Y era un poco difícil averiguar, ¿es este un error de Next? ¿Es este un error de un componente del servidor? Todo está un poco relacionado.

5. React Documentation and Vercel Controversy

Short description:

Ausencia de componentes del servidor en la documentación de React. Las nuevas docs enfatizan frameworks como Next, Gatsby. Controversia en torno a la participación de Vercel en los componentes del servidor.

Y una cosa que no ayudó fue que realmente no había ninguna mención de componentes del servidor en la documentación actual de React. Ahora, en esa nota, el equipo de React anunció a finales de 2020 que iban a reescribir la documentación, mejorar los tutoriales, enseñar componentes de función primero. Les tomó casi dos años y medio lanzarlo, y la documentación actual de React es maravillosa. Realmente me encantan. Un recurso de aprendizaje fantástico. Pero aún no hay una explicación real de los componentes del servidor en la documentación.

Ahora, cuando salieron las nuevas docs, el equipo de React cambió las recomendaciones sobre qué herramientas deberías usar cuando creas un nuevo proyecto. Las viejas docs decían que si estás haciendo una aplicación de una sola página, usa CRA. Si necesitas SSR, usa Next. Y las nuevas docs tienen un gran énfasis en los frameworks. Obtención de datos y enrutamiento y empaquetado integrados, y así mencionaron cosas como Next y Gatsby o Remix. Y realmente dijeron que todos en la comunidad de React deberían estar usando frameworks. Ahora está bien que no mencionaran CRA. Está muerto. No deberíamos estar usándolo de todos modos. ¿Por qué no mencionaron Vite? ¿Por qué Next es tan prominente? Y así, este impulso por los frameworks hizo que mucha gente comenzara a discutir.

Así que abordemos esto de frente. La gente se queja constantemente de que Vercel inventó los componentes del servidor solo para ganar dinero. Sé por qué la gente dice esto. Están equivocados. Por favor, dejen de decir esto. El punto clave aquí es que los componentes del servidor fueron una idea del equipo de React, no de Vercel. El problema era que Facebook meta ya tenía su propia infraestructura de back-end. Realmente no podías probar y probar las nuevas características dentro de meta. Así que el equipo de React convenció a Vercel, esto es lo que queremos construir. ¿Serás la prueba alfa e invertirás en la implementación? Dan Abramov dijo que es más como si el equipo de React tomara el control de la dirección de Next y les dijera qué construir. Hay muchas razones válidas por las que la gente está haciendo estas asociaciones. Vercel ha invertido mucho dinero en el equipo y Next y componentes del servidor. Se benefician de tener gente ejecutando cosas en su infraestructura.

6. React Server Components and Future Impact

Short description:

Relación estrecha entre React y Next. Componentes del servidor no son invención de Vercel. Característica de React, no exclusiva de Next. Componentes del servidor se integran en el empaquetador para el gráfico de módulos. React sigue trabajando en el lado del cliente, componentes del servidor opcionales.

Y hay una relación muy estrecha entre el equipo de React y el equipo de Next. Aunque, como escuché a algunos de ellos decir ayer, han intentado tener algunos grados de separación. Así que entiendo por qué la gente ha llegado a estas conclusiones. El equipo de React intentó involucrar a otros frameworks en el proceso de desarrollo, pero finalmente terminamos solo con Next como la implementación original de los componentes del servidor. La buena noticia es que hoy estamos viendo otros frameworks progresar en eso. Lo que realmente quiero enfatizar, los componentes del servidor no son una invención de Vercel. No son exclusivos de Next. Son un concepto de React. Así que de manera similar, los componentes del servidor requieren un empaquetador porque realmente se integran en cómo el empaquetador construye el gráfico de módulos. Necesitas saber cuáles de estos archivos deben ir al lado del cliente, cuáles de estos archivos deben ir al lado del servidor. Así que no es algo que puedas simplemente incorporar en una aplicación existente. Así que es una característica de React. El núcleo de React proporciona las primitivas, pero depende de un framework decidir dónde y cómo llaman a esos métodos e incluso cómo se ven los patrones de uso. Si miras la documentación para el enrutador de aplicaciones de Next, es muy diferente de lo que el enrutador de React o Waku o Redwood han dicho que van a hacer para su implementación de componentes del servidor. Junto con eso, francamente, componentes del servidor es simplemente un mal nombre engañoso de todos modos. No tienes que tener un proceso de servidor en ejecución para usar componentes del servidor. Prefiero mucho más el nombre componentes serializados. Están generando JSON, representando los hijos. Un par de otras cosas que he visto legítimamente decir a la gente. He visto a gente decir que React solo funciona con Next. Vamos. Eso es simplemente incorrecto. ¿O que de alguna manera React en el cliente dejará de funcionar algún día? No. No. React, todo lo que tenemos en React hoy, seguirá funcionando. No va a romperse de repente. De hecho, React 19 se lanzó con muchas características nuevas que solo funcionan en el lado del cliente. Y así que toda esta nueva funcionalidad de componentes del servidor es completamente opcional. No tienes que usarla. Pero es cierto que mucha gente ha mirado esto y ha dicho, bueno, los componentes del servidor son aparentemente el futuro de React, así que creemos que tenemos que intentar mantenernos al día con hacia dónde va React, y han tenido un impacto en el ecosistema.

7. React Team's Framework Emphasis

Short description:

Las bibliotecas de CSS y JS se ven afectadas en los componentes del servidor. El equipo de React enfatiza los frameworks para el rendimiento de las aplicaciones. Frameworks como predeterminados para un mejor rendimiento, a pesar de las críticas. El impulso de React por los frameworks simplifica el desarrollo, carece de matices. El enfoque de React en la simplicidad en la documentación genera discusiones sobre diversidad.

Cosas como las bibliotecas de CSS y JS están desapareciendo, porque no funcionan en un entorno de componente de servidor. Y esto está teniendo un impacto en el ecosistema. Entonces, ¿por qué el equipo de React está impulsando tanto esta idea de framework? No es por Vercel. No es porque de alguna manera secretamente odien Vite.

El equipo de React ha sido muy, muy claro sobre por qué creen esto. Pero estoy de acuerdo en que este tema es un poco problemático. Hay muchas citas del equipo de React donde dijeron que creemos que los frameworks son una combinación de empaquetado, enrutamiento, renderizado del lado del servidor, todas estas características integradas juntas, que son importantes para las aplicaciones de hoy. También he tenido un par de llamadas directas con el equipo de React donde me dijeron que hemos escuchado muchas de las críticas desde fuera de la comunidad de React de que la aplicación promedio de React es lenta y tiene tamaños de paquete grandes, mal rendimiento, y por eso creemos que si empujamos a todos a usar un framework como punto de partida predeterminado, entonces la aplicación promedio de React probablemente tendrá mejor rendimiento como predeterminado, con suerte.

Entonces, en general, el equipo de React piensa que los frameworks tienen todas estas piezas integradas. Eso significa que no tienes que pasar tiempo eligiéndolas. Incluso si no usas todas las características de inmediato, están ahí si quieres intentar usar algunas de ellas más tarde. Y si quieres usar componentes del servidor en el futuro, bueno, de todos modos requieren un framework, así que simplemente empujemos a todos a usar uno de estos como punto de partida predeterminado.

8. React's Framework Recommendation Critique

Short description:

Crítica válida de la recomendación de framework de React. Falta de matices al promover frameworks sobre la diversidad. Preocupaciones sobre principiantes que saltan directamente a frameworks complejos. Tono despectivo hacia el uso variado de React. El enfoque de React en la simplicidad pasa por alto la diversidad del ecosistema.

Y creo que hay muchos puntos buenos y muy válidos detrás de eso. Entiendo por qué están diciendo esto. Creo que tienen buenas razones para decir esto. Diré que creo que esta recomendación se ha vuelto un poco autoritaria y de una sola nota. Y realmente no da suficiente crédito a la variedad de formas en que React se utiliza en el ecosistema hoy en día.

Tanner nos dio algunas estadísticas antes. Tuve VEET y CRA son más del 50% de las descargas. Tanner dijo que, como, el 85% de las aplicaciones son SPAs. Un SPA es una elección arquitectónica completamente válida. Y hoy tenemos algunas herramientas excelentes para trabajar en estos en el lado del cliente. Y así que creo que esta nota única de usar un framework, usar un framework está bien intencionada, pero no tiene suficiente matiz.

Si eres un principiante completamente nuevo, ¿deberías realmente ir directamente del tutorial de React a Next con toda su complejidad? ¿Qué pasa si tienes una base de código existente? ¿Qué pasa si ni siquiera se te permite ejecutar Node en tu backend empresarial? Cuando salieron los nuevos documentos, en realidad había una frase que decía, si quieres usar un framework, bueno, no podemos detenerte. Y han dicho que no fue intencionado de esta manera, pero se percibió como bastante despectivo de la forma en que las personas estaban usando React.

9. React's Documentation Challenges

Short description:

El retraso del equipo de React en agregar VEET como una herramienta recomendada genera sospechas. Equilibrar la simplicidad para principiantes con reflejar la diversidad del ecosistema. Problemas con la construcción de recomendaciones y la inclusión tardía de herramientas como V y Parcel. Actualizaciones retrasadas en la documentación que causan frustración dentro de la comunidad.

Y el hecho de que pasaron tanto tiempo evitando agregar VEET como una recomendación comenzó a volverse sospechoso en sí mismo. Si un tercio o la mitad del ecosistema está construyendo SPAs y usando VEET, ¿por qué no lo están siquiera listando como una posibilidad en la documentación? Ahora, el equipo de React ha dicho, queremos enfocar los documentos en principiantes. Y por eso queremos mantener la lista de herramientas recomendadas corta y simple para no confundir a la gente. Y creo que entiendo. Creo que es una buena decisión. Pero más personas que solo principiantes leen los documentos. Y lo que listas en los documentos actúa como un sello oficial de aprobación. Y es por eso que pasaron tantos años tratando de evitar tener recomendaciones y jugar favoritos. Así que es difícil equilibrar mantener las cosas simples versus listar las diferentes formas en que la gente usa las cosas. Pero si, como, la mitad de tu ecosistema ha estado construyendo cosas de esta manera, ¿no deberían los documentos reflejar eso?

A principios de este año, create React se rompió. Y terminé presionando al equipo de React para que tanto lo arreglaran como anunciaran que en realidad está muerto, lo cual hicieron. Finalmente. Cuando hicieron eso, agregaron una nueva página de documentos llamada construyendo tu propio framework. Y la idea era que si eliges tu propio enrutador y biblioteca de obtención de datos, estás como construyendo tu propio framework mal que no es tan bueno como uno real. Y entiendo lo que estaban tratando de decir. No creo que eso fuera muy útil. Y todavía no recomendaron V. Después de algunos idas y vueltas, finalmente terminaron con una reescritura de la página de documentos que ahora dice que está construyendo una aplicación React sin un framework. Y de hecho listan herramientas como V y Parcel como opciones, enrutadores, bibliotecas de obtención de datos. Así que los documentos actuales están realmente en un buen lugar. Como, quiero ser muy claro sobre eso. Pero nos tomó demasiado tiempo llegar aquí. Y creo que es por eso que mucha gente está molesta.

De manera similar, componentes del servidor. El anuncio de componentes del servidor fue a finales de 2020. Tuvimos un video de anuncio y el documento RFC que describía qué eran y algunos de los propósitos. Ha habido muchos comentarios del equipo de React en las redes sociales. Cuando Next lanzó el enrutador de aplicaciones, documentaron cómo usar el enrutador de aplicaciones. Pero realmente no ha habido ninguna información sobre componentes del servidor en los documentos oficiales del núcleo de React. Y les tomó un año agregar algo.

10. React's Server Components Documentation

Short description:

La falta de documentación detallada de React sobre los componentes del servidor y su naturaleza opcional. La necesidad de la comunidad de más información y aclaración sobre los componentes del servidor. Importancia de la documentación central que cubra los componentes del servidor y su uso.

Y en este punto, solo hay una página que está enterrada bajo la sección de referencia de API. De todos modos, realmente ni siquiera es una referencia de API. Y personalmente encuentro esa página muy confusa, y realmente no explica qué son, cuándo querrías usarlos, cómo los usarías.

Ha habido algunas publicaciones de blog fantásticas sobre componentes del servidor. ¿Cuántos de ustedes han leído alguna de las publicaciones de blog de Dan Abramov sobre componentes del servidor en las últimas semanas? Si no lo han hecho, por favor vayan a verlo, overreacted.io. Está escribiendo un montón de excelentes publicaciones sobre cómo entender el modelo mental de los componentes del servidor. Vercell tuvo una gran publicación introductoria en el blog. Switz tuvo una publicación diciendo, esta es una nueva herramienta en la caja de herramientas.

Mucha de esta información debería estar en la documentación central. Y algo de esto es como, la comunidad ha asumido que el equipo de React nos está diciendo que usemos componentes del servidor. En cambio, el equipo de React ha dicho literalmente que son opcionales. No tienes que usarlos, pero creemos que la gente los malinterpreta. Así que queremos que la gente los entienda primero. Ese es el caso. ¿No debería haber más documentación real que los cubra? Así que el tiempo casi se acaba.

11. React's Server Components Challenges

Short description:

Desafíos con los orígenes y la comunicación de los componentes del servidor. Estabilidad del cliente de React y componentes del servidor opcionales. Necesidad de una documentación más detallada sobre los componentes del servidor y su uso.

Algunas conclusiones. Desafortunadamente, creo que esta cosa de que Vercell inventó los componentes del servidor para ganar dinero probablemente no va a desaparecer. Es una pena. Ojalá hubiéramos tenido una mejor comunicación antes para arreglar esto, pero creo que estamos un poco atrapados con ello.

La buena noticia es que React en el cliente no está cambiando. Los componentes del servidor son opcionales. Úsalos o no. Tu elección. Hay muchas formas en que React se utiliza. Y creo que la documentación debería hacer un mejor trabajo tratando de reflejar eso, pero reconozco que es difícil equilibrar cuánta información dar.

Terminamos con documentación que dice si no estás usando un framework, aquí están tus opciones. Nos tomó demasiado tiempo llegar allí. Y desearía que nos dieran un poco más de información sobre cómo hacer los compromisos en las elecciones. Realmente desearía que agregaran más detalles sobre los componentes del servidor en la documentación. Me encantaría ver páginas sobre casos de uso, compromisos, modelos mentales, migración.

QnA

Server Components in New Frameworks

Short description:

Componentes del servidor en nuevos frameworks. La comunicación y la comprensión de la comunidad son clave. No hay soporte oficial de signals planeado para React 19.

Y la buena noticia es que estamos viendo componentes del servidor saliendo en nuevos frameworks. Parcel release, versión lista para producción, React router está en beta. Como dijo Tanner, TanStack va a lanzar alguna funcionalidad eventualmente. Y creo que esto ayudará tanto a la adopción como a que la gente vea que no es solo una cosa de Vercel next. Así que tengo enlaces a un montón de otras publicaciones de blog e información en mis diapositivas, como de costumbre. Estas diapositivas están disponibles en mi blog, junto con una publicación de blog muy, muy larga que entra en mucho más detalle, como de costumbre.

Así que espero que esto haya respondido rápidamente a algunas de las preguntas, explicado algo de cómo llegamos aquí, aclarado algunos de estos mitos. Y en última instancia, lo que realmente espero es que tengamos una mejor comunicación entre el equipo y la comunidad en el futuro, para que tengamos menos discusiones y más comprensión de que tenemos un conjunto de herramientas, son opcionales, resuelven diferentes problemas, aquí están los compromisos, aquí está cuándo usarlo, y que con suerte la comunidad estará un poco más feliz en el futuro. Así que, gracias. Gracias. Gracias. Gracias. Gran charla. Algunas opiniones fuertes, pero como mencioné... Levemente picante.

React 19 Signals Support

Short description:

No hay soporte oficial de signals planeado para React 19. Andrew Clark mencionó un primitive de signals solo para la salida del compilador. No hay planes concretos para soporte oficial de signals.

Sí. Incluso para las opiniones más atrevidas, encuéntralo con una cerveza en la fiesta posterior. Tal vez emborráchalo un poco más para obtener opiniones aún más atrevidas. Vamos a pasar a las preguntas del público.

Primera pregunta. Hubo planes para hacer signals en React 19. Parece que ya no va a suceder. Tal vez tengas algunas ideas sobre cuándo puede o si alguna vez sucederá. No creo que haya habido un plan real para agregar oficialmente signals, y definitivamente no para React 19.

Lo más cercano que sé es que Andrew Clark al menos una vez dijo que podríamos algún día agregar un primitive de signals, pero únicamente con el propósito de una pieza de salida del compilador, ni siquiera algo que se pretenda escribir directamente. Así que no creo que alguna vez se pretendiera que saliera en 19, y no conozco ningún plan concreto para agregar soporte oficial de signals en este momento. El compilador está destinado a reemplazar ese concepto de optimización de rendimiento y re-renderizado. Ese chiste se avecina. Nunca hubo una señal. No continuaré. No continuaré.

React Server Components and Social Media Impact

Short description:

El soporte de componentes de servidor de React en Vite está en progreso. Las discusiones en redes sociales y los comentarios de los usuarios influyen en las decisiones de desarrollo de React.

Gracias. Oh, me encantan estos. La siguiente pregunta es de Benjamin. Tanner dijo anteriormente que él y otros autores de frameworks están esperando un mejor soporte de Vite para los componentes de servidor de React. ¿Cuánto tiempo crees que falta para que los componentes de servidor de React estén completamente soportados en Vite? Así que he estado siguiendo esto un poco. Aparentemente, el problema es que Vite en sí no tiene soporte completo, lo que sea que eso signifique, para separar los gráficos de módulos de cliente y servidor al mismo tiempo, así que hace las construcciones. Hay... Creo que hay dos partes de trabajo que deben hacerse. Tiene que haber trabajo en Vite en sí para hacer posible la pieza del gráfico de módulos, y creo que eso está sucediendo con el trabajo de Vite 6 y roll down, y luego necesita haber una integración de componentes de servidor, y alguien de la comunidad está trabajando en un PR ahora mismo en el repositorio de React para intentar implementar esa pieza de componente de servidor de Vite más React. No tengo idea de los plazos. Todo lo que he hecho es hojear los PRs. Pero es algo que está en progreso de alguna manera. La belleza del código abierto aquí en el escenario.

La siguiente pregunta es de nuestro amigo Pim. ¿No es quejarse u odiar solo una característica de internet y las redes sociales? ¿No debería el número de usuarios superar a los que gritan? ¿Qué piensas? Las redes sociales son lo que son. Quiero decir, todo el mundo... Las redes sociales son una señal fuerte de muchas maneras. Está sobrevalorado. Pero también es donde ocurren las discusiones. Asumiría que el número de personas que usan React tranquilamente y felizmente, que ni siquiera saben nada de las cosas de las que acabo de hablar, supera al número de personas que saben sobre esto, mucho menos están gritando. Pero para mí personalmente como mantenedor, solo puedo basarme en las discusiones visibles y señales que veo cuando la gente dice, como, oye, esta pieza de Redux no funciona bien, o desearía que agregaras esta característica. Así que es una discusión ponderada, pero también es con lo que tenemos que ir. Sí, en mi experiencia también, como, incluso los miembros de la audiencia aquí, están interesados en cosas nuevas y aprender cosas nuevas, pero hay muchos desarrolladores que nos superan a todos nosotros que simplemente, oh, ¿ahora hay React 17? Todavía estoy en 15. No me importa, funciona. Aplicaciones heredadas, han estado allí por 10 años. Si funciona, funciona. Correcto.

React Community Diversity and Server Components

Short description:

Diversidad de la comunidad de React y perspectivas sobre el uso de componentes de servidor de React.

Siguiente pregunta. La razón por la que odio es porque React se usa ampliamente como un inicio rápido en TI para principiantes, y a los principiantes generalmente no les gusta que los frameworks sean más difíciles de aprender. Así que hay muchos de ustedes que probablemente estén familiarizados con el webcomic XKCD, y hay un XKCD para cada situación. De hecho, hice la comparación recientemente. Había un XKCD que tenía, como, tres mapas diferentes de los Estados Unidos codificados por colores, y decían que este mapa representa a un cierto grupo de personas usando esta cosa, y un cierto grupo de personas usando esta cosa, y alguien más señaló que eso es solo un mapa de la población de los Estados Unidos. Y así, como, a medida que el número de personas se hace lo suficientemente grande, simplemente es representativo de todos. La comunidad de React es enorme. Tienes principiantes y expertos y spas y del lado del servidor y todo tipo de situaciones extrañas. Es una gran comunidad. Literalmente incluye todos los posibles conjuntos de usuarios en este punto. Así que tienes todos los diferentes niveles. Y es cierto que muchos principiantes también se lanzan directamente a React. Sí, incluso hay muchas personas que comienzan JavaScript con React. Nunca aprendieron... ¿Qué es esto de HTML? Sí, exactamente, sí.

Conozco JSX. Muy bien. Tenemos tiempo para algunas preguntas más. ¿Qué piensas de la opinión de Evan Yu y otros de que los componentes de servidor de React son una apuesta que nunca ha dado resultado? Es una buena pregunta. Vi ese hilo de discusión en Twitter. Hay muchas maneras de verlo. Los componentes de servidor son una tecnología real. La gente realmente los está usando. Dan ha hecho muy buenos argumentos en sus publicaciones de blog de que si miras los problemas con una API REST un GraphQL, otras formas de transferir datos, que los componentes de servidor sí proporcionan una buena solución técnica a algunos de esos problemas. También creo que es cierto que el despliegue ha sido mucho más largo de lo que cualquiera, incluido el equipo de React, hubiera esperado. Que el hecho de que todavía sean realmente solo Next como la única opción viable ha sido un verdadero problema. Que mucha gente no los entiende. Así que es muy justo decir que el despliegue ha sido lento y accidentado y probablemente no lo que ellos hubieran querido.

React's Black Box Evolution and Q&A Closure

Short description:

Componentes de servidor como una herramienta versátil en React. Concepto de caja negra en evolución de React y discusión de compromisos. Cierre de preguntas y respuestas con aplausos para Mark.

Creo que donde vamos a terminar es que los componentes de servidor no son solo el futuro de React o algo que todos tienen que adoptar, sino que con suerte comenzaremos a entender que es otra herramienta, aquí es cuando tiene sentido usarla, aquí es cuando no lo tiene, y aquí están algunos de los compromisos de cuándo y por qué podría elegirla. Creo que eso es en lo que la gente necesita comenzar a pensar. Buena respuesta. Lo apruebo. Gracias.

Siempre hay compromisos. Siguiente pregunta. React, cada vez más se parece a Angular. Ooh, opiniones candentes. ¿Ya es un framework? ¿Está moviendo el concepto de caja negra, etc.? ¿Cuáles son tus pensamientos al respecto? En algunos aspectos, React siempre ha sido una caja negra. Una de las cosas que me gustaba de la biblioteca backbone en su día era que podía poner un punto de interrupción, entrar en el disparador de eventos, salir del disparador de eventos, mirar las 1500 líneas de código de la biblioteca y ver exactamente lo que estaba haciendo. Realmente no puedes hacer eso con React. Es demasiado complicado. Pero parte del punto de React es que te da un modelo mental consistente. Establecer estado, volver a renderizar, actualizar el árbol, no te preocupes por cómo lo hace. Y a veces esa caja negra es un problema. Quieres saber qué sucede bajo el capó, y los componentes de servidor añaden más capas de complejidad a eso. A veces está justificado. A veces es como, esto es un dolor y me gustaría algo más simple. Algo, algo, compromisos. Bueno, entonces sé un manitas el próximo año.

Muy bien. Eso es todo el tiempo que tenemos para preguntas y respuestas, así que por favor, todos, den un cálido aplauso para Mark.

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

Una Guía del Comportamiento de Renderizado de React
React Advanced 2022React Advanced 2022
25 min
Una Guía del Comportamiento de Renderizado de React
Top Content
This transcription provides a brief guide to React rendering behavior. It explains the process of rendering, comparing new and old elements, and the importance of pure rendering without side effects. It also covers topics such as batching and double rendering, optimizing rendering and using context and Redux in React. Overall, it offers valuable insights for developers looking to understand and optimize React rendering.
Construyendo Mejores Sitios Web con Remix
React Summit Remote Edition 2021React Summit Remote Edition 2021
33 min
Construyendo Mejores Sitios Web con Remix
Top Content
Remix is a web framework built on React Router that focuses on web fundamentals, accessibility, performance, and flexibility. It delivers real HTML and SEO benefits, and allows for automatic updating of meta tags and styles. It provides features like login functionality, session management, and error handling. Remix is a server-rendered framework that can enhance sites with JavaScript but doesn't require it for basic functionality. It aims to create quality HTML-driven documents and is flexible for use with different web technologies and stacks.
Compilador React Forget - Entendiendo React Idiomático
React Advanced 2023React Advanced 2023
33 min
Compilador React Forget - Entendiendo React Idiomático
Top Content
Joe Savona
Mofei Zhang
2 authors
The Talk discusses React Forget, a compiler built at Meta that aims to optimize client-side React development. It explores the use of memoization to improve performance and the vision of Forget to automatically determine dependencies at build time. Forget is named with an F-word pun and has the potential to optimize server builds and enable dead code elimination. The team plans to make Forget open-source and is focused on ensuring its quality before release.
Uso efectivo de useEffect
React Advanced 2022React Advanced 2022
30 min
Uso efectivo de useEffect
Top Content
Today's Talk explores the use of the useEffect hook in React development, covering topics such as fetching data, handling race conditions and cleanup, and optimizing performance. It also discusses the correct use of useEffect in React 18, the distinction between Activity Effects and Action Effects, and the potential misuse of useEffect. The Talk highlights the benefits of using useQuery or SWR for data fetching, the problems with using useEffect for initializing global singletons, and the use of state machines for handling effects. The speaker also recommends exploring the beta React docs and using tools like the stately.ai editor for visualizing state machines.
Enrutamiento en React 18 y más allá
React Summit 2022React Summit 2022
20 min
Enrutamiento en React 18 y más allá
Top Content
Routing in React 18 brings a native app-like user experience and allows applications to transition between different environments. React Router and Next.js have different approaches to routing, with React Router using component-based routing and Next.js using file system-based routing. React server components provide the primitives to address the disadvantages of multipage applications while maintaining the same user experience. Improving navigation and routing in React involves including loading UI, pre-rendering parts of the screen, and using server components for more performant experiences. Next.js and Remix are moving towards a converging solution by combining component-based routing with file system routing.
Concurrencia en React, Explicada
React Summit 2023React Summit 2023
23 min
Concurrencia en React, Explicada
Top Content
React 18's concurrent rendering, specifically the useTransition hook, optimizes app performance by allowing non-urgent updates to be processed without freezing the UI. However, there are drawbacks such as longer processing time for non-urgent updates and increased CPU usage. The useTransition hook works similarly to throttling or bouncing, making it useful for addressing performance issues caused by multiple small components. Libraries like React Query may require the use of alternative APIs to handle urgent and non-urgent updates effectively.

Workshops on related topic

Masterclass de Depuración de Rendimiento de React
React Summit 2023React Summit 2023
170 min
Masterclass de Depuración de Rendimiento de React
Top Content
Featured Workshop
Ivan Akulov
Ivan Akulov
Los primeros intentos de Ivan en la depuración de rendimiento fueron caóticos. Vería una interacción lenta, intentaría una optimización aleatoria, vería que no ayudaba, y seguiría intentando otras optimizaciones hasta que encontraba la correcta (o se rendía).
En aquel entonces, Ivan no sabía cómo usar bien las herramientas de rendimiento. Haría una grabación en Chrome DevTools o React Profiler, la examinaría, intentaría hacer clic en cosas aleatorias, y luego la cerraría frustrado unos minutos después. Ahora, Ivan sabe exactamente dónde y qué buscar. Y en esta masterclass, Ivan te enseñará eso también.
Así es como va a funcionar. Tomaremos una aplicación lenta → la depuraremos (usando herramientas como Chrome DevTools, React Profiler, y why-did-you-render) → identificaremos el cuello de botella → y luego repetiremos, varias veces más. No hablaremos de las soluciones (en el 90% de los casos, es simplemente el viejo y regular useMemo() o memo()). Pero hablaremos de todo lo que viene antes - y aprenderemos a analizar cualquier problema de rendimiento de React, paso a paso.
(Nota: Esta masterclass es más adecuada para ingenieros que ya están familiarizados con cómo funcionan useMemo() y memo() - pero quieren mejorar en el uso de las herramientas de rendimiento alrededor de React. Además, estaremos cubriendo el rendimiento de la interacción, no la velocidad de carga, por lo que no escucharás una palabra sobre Lighthouse 🤐)
Next.js para Desarrolladores de React.js
React Day Berlin 2023React Day Berlin 2023
157 min
Next.js para Desarrolladores de React.js
Top Content
Featured WorkshopFree
Adrian Hajdin
Adrian Hajdin
En esta avanzada masterclass de Next.js, profundizaremos en conceptos clave y técnicas que permiten a los desarrolladores de React.js aprovechar al máximo Next.js. Exploraremos temas avanzados y prácticas prácticas, equipándote con las habilidades necesarias para construir aplicaciones web de alto rendimiento y tomar decisiones arquitectónicas informadas.
Al final de esta masterclass, serás capaz de:1. Comprender los beneficios de los Componentes del Servidor React y su papel en la construcción de aplicaciones React interactivas, renderizadas por el servidor.2. Diferenciar entre el tiempo de ejecución de Edge y Node.js en Next.js y saber cuándo usar cada uno en función de los requisitos de tu proyecto.3. Explorar técnicas avanzadas de Renderizado del Lado del Servidor (SSR), incluyendo streaming, fetching paralelo vs. secuencial, y sincronización de datos.4. Implementar estrategias de caché para mejorar el rendimiento y reducir la carga del servidor en las aplicaciones Next.js.5. Utilizar Acciones React para manejar la mutación compleja del servidor.6. Optimizar tus aplicaciones Next.js para SEO, compartir en redes sociales, y rendimiento general para mejorar la descubrabilidad y la participación del usuario.
Aventuras de Renderizado Concurrente en React 18
React Advanced 2021React Advanced 2021
132 min
Aventuras de Renderizado Concurrente en React 18
Top Content
Featured Workshop
Maurice de Beijer
Maurice de Beijer
Con el lanzamiento de React 18 finalmente obtenemos el tan esperado renderizado concurrente. Pero, ¿cómo va a afectar eso a tu aplicación? ¿Cuáles son los beneficios del renderizado concurrente en React? ¿Qué necesitas hacer para cambiar al renderizado concurrente cuando actualices a React 18? ¿Y qué pasa si no quieres o no puedes usar el renderizado concurrente todavía?

¡Hay algunos cambios de comportamiento de los que debes estar al tanto! En esta masterclass cubriremos todos esos temas y más.

Acompáñame con tu portátil en esta masterclass interactiva. Verás lo fácil que es cambiar al renderizado concurrente en tu aplicación React. Aprenderás todo sobre el renderizado concurrente, SuspenseList, la API startTransition y más.
Consejos sobre React Hooks que solo los profesionales conocen
React Summit Remote Edition 2021React Summit Remote Edition 2021
177 min
Consejos sobre React Hooks que solo los profesionales conocen
Top Content
Featured Workshop
Maurice de Beijer
Maurice de Beijer
La adición de la API de hooks a React fue un cambio bastante importante. Antes de los hooks, la mayoría de los componentos tenían que ser basados en clases. Ahora, con los hooks, estos son a menudo componentes funcionales mucho más simples. Los hooks pueden ser realmente simples de usar. Casi engañosamente simples. Porque todavía hay muchas formas en las que puedes equivocarte con los hooks. Y a menudo resulta que hay muchas formas en las que puedes mejorar tus componentes con una mejor comprensión de cómo se puede usar cada hook de React.Aprenderás todo sobre los pros y los contras de los diversos hooks. Aprenderás cuándo usar useState() versus useReducer(). Veremos cómo usar useContext() de manera eficiente. Verás cuándo usar useLayoutEffect() y cuándo useEffect() es mejor.
Presentando FlashList: Construyamos juntos una lista performante en React Native
React Advanced 2022React Advanced 2022
81 min
Presentando FlashList: Construyamos juntos una lista performante en React Native
Top Content
Featured Workshop
David Cortés Fulla
Marek Fořt
Talha Naqvi
3 authors
En esta masterclass aprenderás por qué creamos FlashList en Shopify y cómo puedes usarlo en tu código hoy. Te mostraremos cómo tomar una lista que no es performante en FlatList y hacerla performante usando FlashList con mínimo esfuerzo. Usaremos herramientas como Flipper, nuestro propio código de benchmarking, y te enseñaremos cómo la API de FlashList puede cubrir casos de uso más complejos y aún así mantener un rendimiento de primera categoría.Sabrás:- Breve presentación sobre qué es FlashList, por qué lo construimos, etc.- Migrando de FlatList a FlashList- Enseñando cómo escribir una lista performante- Utilizando las herramientas proporcionadas por la biblioteca FlashList (principalmente el hook useBenchmark)- Usando los plugins de Flipper (gráfico de llamas, nuestro perfilador de listas, perfilador de UI & JS FPS, etc.)- Optimizando el rendimiento de FlashList utilizando props más avanzados como `getType`- 5-6 tareas de muestra donde descubriremos y solucionaremos problemas juntos- Preguntas y respuestas con el equipo de Shopify
React, TypeScript y TDD
React Advanced 2021React Advanced 2021
174 min
React, TypeScript y TDD
Top Content
Featured Workshop
Paul Everitt
Paul Everitt
ReactJS es extremadamente popular y, por lo tanto, ampliamente soportado. TypeScript está ganando popularidad y, por lo tanto, cada vez más soportado.

¿Los dos juntos? No tanto. Dado que ambos cambian rápidamente, es difícil encontrar materiales de aprendizaje precisos.

¿React+TypeScript, con los IDEs de JetBrains? Esa combinación de tres partes es el tema de esta serie. Mostraremos un poco sobre mucho. Es decir, los pasos clave para ser productivo, en el IDE, para proyectos de React utilizando TypeScript. En el camino, mostraremos el desarrollo guiado por pruebas y enfatizaremos consejos y trucos en el IDE.