Por qué cada vez más developers dejan React por JavaScript puro — la polémica que divide a HN

Código JavaScript en una pantalla de computadora
La batalla entre frameworks y JavaScript puro está más viva que nunca en 2026

Si entras a Hacker News hoy y ves un post con 284 comentarios y solo 97 puntos, sabes que algo explotó. Ese ratio de casi 3 comentarios por punto significa una cosa: guerra civil en los comentarios.

El culpable se llama "Why Vanilla JavaScript", un artículo de Guseyn Ismayylov que documenta cómo construyó instruxmusic.com — una plataforma completa para escuelas de música con videollamadas, facturación automatizada, builder de landing pages y dashboard — sin React, sin Vue, sin Angular, sin Svelte. Solo JavaScript puro y Web Components.

Y no, no es un tutorial para principiantes. Es un manifiesto.

¿Qué tiene de especial este artículo?

Guseyn no está diciendo que los frameworks sean malos. Está diciendo algo mucho más polémico: que la complejidad que introducen es artificial.

Según él, los cuatro grandes (React, Angular, Vue, Svelte) comparten tres problemas:

El concepto que "lavó el cerebro" a toda una generación

Guseyn es directo: "la reactividad arruinó y lavó el cerebro a toda una generación de desarrolladores."

El argumento es simple. La web nativa (HTML + CSS + JavaScript) ya es reactiva por diseño: eventos, listeners, manipulación directa del DOM. Pero los frameworks te dicen que tocar el DOM es "antipatrón" y que necesitas useEffect, useState y un ecosistema de abstracciones para hacer lo que el navegador ya sabe hacer.

El resultado, dice, es que los developers pasan más tiempo peleando con el framework que construyendo producto.

¿Y la aplicación de verdad funciona?

Guseyn construyó instruxmusic.com con Web Components (Custom HTML Elements). La plataforma incluye:

Y también creó su propio framework llamado EHTML — una especie de híbrido entre HTML con template literals y HTMX. Y es código abierto.

¿Qué dice la comunidad?

Los 284 comentarios en HN pintan un cuadro dividido:

✅ Los que están de acuerdo cuentan historias similares: "construí mi propia app sin React y funcionó mejor", "el navegador ya es un framework", "la sobreingeniería es real".

❌ Los que discrepan señalan que los frameworks existen por una razón: escalan para equipos grandes, imponen convenciones y evitan que cada proyecto reinvente la rueda. "Vue es solo una conveniencia sobre JavaScript puro", dice uno. "Cuando escribo C, tampoco escojo qué registro usa cada variable", responde otro.

⚡ Una observación interesante: desde que los LLMs se popularizaron, los posts de "odio a JavaScript" disminuyeron. Tal vez porque la IA hace que cualquier código sea más manejable, frameworks o no.

El verdadero problema: la fatiga de frameworks

Más allá del debate técnico, el artículo de Guseyn toca una fibra más profunda: la fatiga de frameworks.

En 2026, un developer junior no puede simplemente abrir un editor y construir. Primero tiene que decidir entre 4 frameworks principales, cada uno con su ecosistema, su CLI, su sistema de estado, su router, su capa de datos. Para cuando termina de configurar, ya perdió 3 días.

¿Y si el navegador, con sus Web Components nativos, sus módulos ES, su Shadow DOM y sus template literals, ya es suficiente para el 80% de los casos?

El veredicto

Guseyn no está diciendo que React no sirva. Está diciendo que la próxima vez que empieces un proyecto, te preguntes si realmente necesitas todo el pipeline.

Tal vez solo necesitas HTML, CSS y JavaScript. Como en los viejos tiempos. Pero con superpoderes modernos.

Comparte esto con ese amigo que instala create-react-app para un formulario de contacto.