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.
Comments