¿Qué podemos aprender de los últimos 10 años para los próximos 5 años? ¿Hay un futuro para Webpack? ¿Qué necesitamos hacer ahora?
¿Webpack en 5 años?
Video Summary and Transcription
En los últimos 10 años, Webpack ha moldeado la forma en que desarrollamos aplicaciones web al introducir la división de código, la co-localización de hojas de estilo y activos con módulos de JavaScript, y permitiendo la agrupación para el procesamiento del lado del servidor. La flexibilidad de Webpack y su gran sistema de plugins también han contribuido a la innovación en el ecosistema. La configuración inicial para Webpack puede ser abrumadora, pero es necesaria debido a la complejidad de las aplicaciones web modernas. En aplicaciones de mayor escala, hay problemas de rendimiento en Webpack debido a problemas con la recolección de basura, el aprovechamiento de múltiples CPUs y las limitaciones arquitectónicas. Solucionar problemas en Webpack tiene compensaciones, pero una reescritura podría optimizar la arquitectura y solucionar problemas de rendimiento.
1. Impacto y Futuro de Webpack
En los últimos 10 años, Webpack ha moldeado la forma en que desarrollamos aplicaciones web al introducir la división de código, la co-localización de hojas de estilo y activos con módulos de JavaScript, y permitiendo la agrupación para el procesamiento del lado del servidor. La flexibilidad de Webpack y su gran sistema de plugins también han contribuido a la innovación en el ecosistema. Aunque Webpack puede no ser el agrupador más publicitado, sigue siendo una opción sólida por su estabilidad, flexibilidad y una amplia gama de casos de uso. Mirando hacia el futuro, es probable que Webpack siga siendo utilizado para proyectos existentes, pero los nuevos proyectos pueden tener otras opciones. Las lecciones aprendidas de 10 años de Webpack pueden guiar las futuras herramientas y mejoras. Sin embargo, debido a limitaciones de tiempo, no todas las lecciones pueden ser cubiertas en esta charla, pero están disponibles en las diapositivas de la presentación.
Entonces, mi título es en realidad Webpack en Cinco Años, pero en realidad eso es solo un cebo para hacer clic, así que te enganché. Hablaré sobre los últimos 10 años de Webpack y lo que podemos aprender para Webpack y para la comunidad en su conjunto y para el ecosistema sobre estos últimos 10 años. Qué errores cometimos, qué problemas tenemos, y qué podemos hacer mejor.
Vamos, vamos. Entonces, mi nombre es Tobias Koppers y creé Webpack en 2012, hace 10 años, así que lo mantengo durante 10 años y comencé a mantenerlo durante cinco años a tiempo parcial, como 10 horas por semana, y luego migré a trabajar a tiempo completo en Webpack financiado por Open Collective, patrocinadores, donaciones y cosas así, y ahora trabajo más de un año para y lo mantengo como parte de mi trabajo. También tengo dos hijos, de cinco y tres años, y vivo en Alemania en Baviera, así que cerca un poco.
Entonces, 10 años de Webpack, creo que deberíamos celebrarlo y en realidad es un tiempo bastante largo para el ecosistema web, como 10 años, en años web es como cientos de años o así, y creo que podemos decir que al menos moldeamos el ecosistema un poco y trato de encontrar cuatro cosas que, creo que Webpack moldeó la forma en que desarrollamos aplicaciones web. Entonces, una cosa, por qué comencé Webpack fue para agregar code splitting a los agrupadores y carga bajo demanda y creo que eso es algo que se ha establecido en la comunidad desde entonces y creo que está aquí para quedarse y hoy en día, cada bundler viene con code splitting y carga bajo demanda y casi todos están usando algo así. Otra cosa que promovimos o abrazamos es tener esta idea de combinar, co-localizar tus hojas de estilo, tus activos y tus otras cosas no-JavaScript con tus JavaScript modules. Entonces es como tener un gráfico de tu aplicación donde todo es importado por cada uno y creo que eso también es algo que se quedará en la comunidad e incluso las especificaciones involucradas como CSS modules spec y otras cosas que lo abrazan y lo mantienen en el ecosistema para siempre. Y otra cosa un poco más pequeña es que también aprendimos a usar agrupadores o herramientas de preprocesamiento para el procesamiento del lado del servidor o Node.js. Así que a menudo en una aplicación que usa Webpack y renderizado del lado del servidor y cosas así, entonces también agrupamos nuestra aplicación en el lado del servidor, eso es algo que no estaba allí antes de Webpack, probablemente porque no lo necesitábamos, pero creo que eso también es algo que probablemente se quedará en la comunidad al menos por un tiempo y otra cosa más grande que creo que Webpack abrazó es la flexibilidad. Webpack comenzó con una forma realmente flexible, un gran sistema de plugins con enormes habilidades para extender, configurar y personalizar tu construcción y creo que eso es algo que realmente abrazó la innovation en el ecosistema y nuevas soluciones, nuevas ideas pueden ser desarrolladas combinadas con Webpack y también moldea nuevas ideas en el ecosistema. Así que creo que eso está bastante bien. Pero hoy en día Webpack no es el Bundler más publicitado, es más como herramientas aburridas, quizás la elección estable o la elección si ya tienes algo con Webpack, pero en el ecosistema de Twitter también, es un equipo de desarrollo basado en la publicidad, hay nuevos Bundlers que surgen, o nuevas herramientas no-agrupadoras que están bastante publicitadas y hacen cosas buenas, y probablemente todos tienen una característica que es mejor que algo en Webpack, y quizás performance o optimización o algo así, así que eso es bastante lo que se publicita tipo de cosas que están surgiendo. Y todavía creo que Webpack sigue siendo la elección sólida cuando quieres tener algo que es realmente estable o realmente flexible, y quizás cubre muchos casos de uso, o tienes muchos plugins del ecosistema que quieres usar. Y en realidad, miré las descargas de NPM, y Webpack sigue creciendo, así que no es que esté disminuyendo o algo que está sucediendo aquí, pero sí, vemos que hay muchas cosas nuevas que surgen en el ecosistema. Entonces, ¿cómo se ve el futuro para Webpack y para el ecosistema en general? ¿Se seguirá utilizando Webpack en cinco años? Creo que sí, al menos para proyectos existentes, porque, como, las empresas, los equipos, no cambian la pila tan a menudo, es más como que usan cosas durante más años de los que podemos pensar. En realidad, la gente todavía está usando Webpack 2, que tiene cinco años, y no les importa no actualizar cosas durante mucho tiempo, si está funcionando, y creo que está destinado a funcionar, al menos. Para nuevos proyectos, hay otra elección. No sé qué pasará en cinco años. Podría ser que se desarrolle algo nuevo que podría ser mejor, o hay otras opciones obvias que puedes usar y empezar con nuevos proyectos. Qué pasa en cinco años, no lo sé. Es un tiempo realmente largo en el ecosistema. Decidí hacer un resumen de los últimos diez años de Webpack y comprobar qué lecciones podemos aprender de estos diez años, y qué podemos, creo que podemos mantener de Webpack, diez años de Webpack para el ecosistema y para Webpack en general. Entonces, sí. También quiero decir qué podemos hacer ahora o qué podemos hacer en futuras herramientas en Webpack para solucionar estos problemas o para mantener estas lecciones aprendidas. El problema es que hay tantas lecciones que recogí preparando esta charla que en realidad no caben en esta charla. Es una conferencia híbrida, pero lo que hice fue preparar cientos de diapositivas para todo esto y las mostré un segundo y la audiencia remota puede pausar la transmisión y leer todo esto y nos vemos en una hora después de discutir los más importantes con la audiencia en vivo.
2. Configuración y Personalización de Webpack
La configuración inicial de Webpack puede ser abrumadora, pero es necesaria debido a la complejidad de las aplicaciones web modernas. Adaptarse al ecosistema y tener valores predeterminados personalizables puede ayudar a mejorar la experiencia de desarrollo. La personalización es importante tanto para proyectos individuales como para el ecosistema en general, permitiendo la innovación y desbloqueando a los usuarios. Sin embargo, las opciones de personalización actuales en Webpack pueden ser confusas, y la extensa superficie de la API dificulta la iteración y el mantenimiento. Para abordar estos desafíos, un concepto de plugin simplificado y la inclusión de análisis para la retroalimentación del usuario podrían ser beneficiosos. Además, el rendimiento es un área donde Webpack se queda atrás de sus competidores debido a su uso de Node.js.
3. Desafíos de Rendimiento y Arquitectura
En aplicaciones de mayor escala, hay problemas de rendimiento en Webpack debido a problemas con la recolección de basura, el aprovechamiento de múltiples CPUs y las limitaciones arquitectónicas. Para abordar estos desafíos, sería beneficioso tener un procesamiento incremental y una arquitectura optimizada que se adapte al tamaño de la aplicación. Adoptar un enfoque de cálculo perezoso y garantizar compilaciones incrementales en diferentes entornos también puede mejorar el rendimiento. Sin embargo, es difícil solucionar estos problemas en Webpack sin romper el ecosistema y perder adopción. Se puede considerar la creación de un nuevo bundler con una arquitectura rediseñada, pero este enfoque tiene compensaciones y requeriría un esfuerzo de migración significativo.
QnA
Compensaciones y Recomendaciones
Arreglar problemas en Webpack tiene compensaciones. Una reescritura perdería el ecosistema y requeriría recuperar la adopción, mientras que arreglar problemas tiene el riesgo de romper a los usuarios. Sin embargo, una reescritura podría optimizar la arquitectura y solucionar problemas de rendimiento. Es difícil hacer una reescritura y tomaría años, mientras que arreglar problemas se puede hacer de forma incremental con beneficios directos para los usuarios. Existen compensaciones. En cuanto a las preguntas, se recomienda iniciar nuevos proyectos de React con Webpack para la estabilidad, pero depende de la preferencia personal. Webpack aporta un gran ecosistema y soluciones preconstruidas para el desarrollo de React.
Comenzando y Mejoras Futuras
Webpack es fácil de comenzar a usar y ha sido una tecnología probada durante muchos años. Aunque no existe un plan oficial, el equipo está trabajando continuamente para mejorar el ecosistema y abordar los desafíos de manera incremental. La financiación y los recursos limitados pueden ser un desafío, pero la comunidad de código abierto juega un papel crucial en el éxito del proyecto. Webpack está abierto a aprender y colaborar con otras herramientas de construcción en el ecosistema web. La sesión de preguntas y respuestas ha terminado, pero se pueden continuar las discusiones en la sala de discusión sobre la monetización del código abierto y el salón de los oradores.
Entonces, aparte de ti, ¿cuántas personas trabajan a tiempo completo en Webpack? Sí, no muchas. Son como dos personas trabajando a tiempo completo en Webpack. Así que yo y alguien más. Pero es un poco problemático porque también tenemos menos financiación últimamente. Así que es como, es el invierno para el ecosystem de JavaScript en su mayoría, y sí podría ser un problema en el futuro que tengamos equipos demasiado pequeños para hacer mejoras más grandes. Sí, es extraño que básicamente 9 de cada 10 empresas funcionen con Webpack y tengan que funcionar desde el espacio de contribución de código abierto. Sí, ese es el problema. Así que creo que el código abierto tiene realmente dificultades para conseguir financiación y supongo que también hay una discussion sobre eso hoy, así que siéntete libre de unirte a mí allí. Muy bien. Creo que vamos a hacer una última pregunta. La pregunta es de Thomas. ¿Dónde te ves en comparación con las nuevas herramientas de construcción que aprovechan las nuevas características del navegador como feats? Creo que haremos algo para tomar decisiones similares. Así que, probablemente copiaremos o robaremos cosas de los nuevos bundles, así que no es delito. Creo que esa es la ventaja del ecosystem de open-source, en realidad se te permite robar o copiar cosas. También creo que estas herramientas copiaron mucho de Webpack así que no es que haya solo una forma. Creo más bien en un ecosystem, el ecosystem web, y todos nos beneficiamos de estos competidores y nos beneficiamos como ecosystem en su conjunto de estos desarrollos e ideas nuevas y nuevas tecnologías emergen, todos nos beneficiaremos de ellas. Sí, supongo que esa es una buena forma de hacerlo, tienes que compartir entre todos. Eso fue todo el tiempo que tenemos para preguntas y respuestas, si quieres continuar la conversación puedes ir a la sala de discusión sobre la monetización del código abierto y ahora mismo vas a ir al salón de los oradores donde la gente también puede continuar. Nos vemos allí. Gracias, Lotto Bias.
Comments