(Traducción) JavaScript rompió la web. (Y lo llamamos progreso)
(junghan92.medium.com)Resumen: CharGPT
🧨 Puntos clave
• La web se volvió pesada e inestable
Con la adopción indiscriminada de frameworks de JavaScript, los sitios web se han vuelto más lentos, presentan retrasos de renderizado y su mantenibilidad también ha empeorado, aun cuando esto se presenta como “progreso” .
• La experiencia del desarrollador (DX) aplastó a la experiencia del usuario (UX)
Las herramientas y los frameworks se enfocaron en la conveniencia del desarrollador, pero esto aumentó la complejidad y dificultó el acceso para creadores de contenido o especialistas en SEO .
• La expansión de una complejidad innecesaria
Incluso los sitios de contenido simple se ven forzados a adoptar estructuras complejas como procesos de build, bundlers, hidratación y routers. Como resultado, un sistema para apenas unas cuantas líneas de texto termina teniendo una complejidad comparable a la del control de tráfico aéreo .
• Un movimiento para revertir la complejidad
Recientemente, el SSR (Server‑Side Rendering) y los enfoques tradicionales de CMS han vuelto a llamar la atención, pero todavía siguen dependiendo de estructuras más pesadas y frágiles que antes .
• Propuestas de solución realistas
No todos los sitios necesitan convertirse en una app JS.
– HTML renderizado en el servidor + marcado semántico + edge caching
– Usar JavaScript ligero solo donde haga falta (modales, alternancia de precios, etc.) y al mínimo indispensable
– Se recomienda usar herramientas como WordPress y Eleventy .
• Al final, es un problema de toma de decisiones
La complejidad actual no es un accidente, sino el resultado de una cultura centrada en los desarrolladores y de decisiones organizacionales.
Se enfatiza la necesidad de cambiar a una mentalidad que priorice la UX y los resultados de negocio ().
⸻
✅ Conclusión del resumen
1. No le deleguemos todo a JavaScript – los sitios simples, centrados en contenido, pueden construirse perfectamente sin exceso de JS.
2. Diseño que priorice usuarios, contenido y SEO – enfocarse más en la UX y en la facilidad de actualización del contenido que en la DX.
3. Usar JS solo donde sea necesario – en lugar de adoptar bibliotecas de más sin necesidad, construir con Vanilla JS o solo CSS aquellas funciones que puedan resolverse así.
4. Un cambio en la cultura organizacional – la complejidad genera costos que van más allá del código, por lo que debe priorizarse una arquitectura razonable y práctica.
⸻
Este texto lanza una advertencia sobre la cultura del “desarrollo web moderno” y transmite con fuerza el mensaje de que “más no siempre es mejor, y elegir la herramienta adecuada importa”.
5 comentarios
El desarrollo excesivamente centrado en JavaScript está rompiendo la web
La URL original del artículo se publicó hace una semana y hubo varias opiniones al respecto.
T_T Lo siento. Sí investigué antes de publicarlo y aun así lo subí…
¿Cómo se hace eso de “resolved duplicated”?
Yo también, cuando publico un texto, busco bien si esos artículos ya están registrados antes de subirlo.
En estos sitios también, como el administrador ha publicado tantísimos textos, la mayoría ya aparecen.
Si buscas...
Hacker News
https://news.ycombinator.com/item?id=44325563
LinkedIn
https://linkedin.com/posts/…
Reddit
https://reddit.com/r/theprimeagen/…
La publicación de Yongwoo Yoo en Facebook…
https://www.facebook.com/share/16q3Qxbm88/?mibextid=wwXIfr