Webpack fue, durante casi una década, el bundler JavaScript estándar de la industria. Apareció en 2012 y resolvió un problema que ningún otro había resuelto bien: empaquetar no solo JavaScript sino también CSS, imágenes, fuentes, SVG, JSON y cualquier otro tipo de asset dentro de un grafo unificado de dependencias, con carga diferida (code splitting), reemplazo en caliente (HMR) y optimizaciones serias para producción.
Su filosofía de "todo es un módulo" permite usar import para CSS, imágenes o ficheros de configuración, y dejar que loaders y plugins transformen cada tipo de fichero. Esa flexibilidad —junto con loaders maduros como babel-loader, ts-loader, css-loader o file-loader— lo convirtió en la base de Create React App, Angular CLI, Vue CLI y prácticamente cualquier toolchain frontend serio durante años.
El precio de toda esa flexibilidad es la configuración: el webpack.config.js de un proyecto real es un fichero largo y delicado, y los tiempos de build crecen rápido con el tamaño del proyecto. Esa fricción es la que abrió la puerta a Vite, esbuild, swc, Turbopack y Rollup como alternativas más rápidas y opinadas. Hoy Webpack sigue en muchísimos proyectos (Next.js lo usó hasta hace poco), pero ya no es la opción por defecto para nuevas bases de código.
En 10Code mantenemos Webpack en proyectos heredados —Create React App, Angular antiguo, Vue 2— y lo migramos a Vite cuando el tiempo de build o el coste de mantenimiento de la configuración pasan a ser un cuello de botella. La regla práctica: si la build local pasa de 20 segundos, vale la pena migrar.
En 10Code llevamos más de una década aplicando estas tecnologías a productos reales. Si quieres comentarnos tu caso, escríbenos y te respondemos personalmente.
Hablar con un ingeniero