>JS debería morir
Eso no va a pasar, es lo que lidera el mercado.

¿Crear la world wide web 2.0? algunas cosas del diseño de la www se hizo para que fuera abierta.

JavaScript fue un engendro inventado en las browser wars, no era algo con lo que contaba Tim Berners-Lee sino que llegó Netscape con un engendro que funcionaba lerdo y lleno de inseguridades. Muchas cosas buenas y malas han sucedido desde entonces.

Hacer aplicaciones web del lado del cliente que son extremadamente pesadas es la peor de las pesadillas, sobre todo cuando usas capas sobre capas que ralentizan todo en conjunto. Al menos se pudo matar a los applets Java y Flash pero estamos viendo últimamente muchas aplicaciones que solo funcionan con Chrome y eso es malo.

>>2
Triste pero cierto, no olvidemos además que hay cada vez más aplicaciones programadas usando el node.js/electron js. Básicamente tener esos programas en tu ordenador es lo mismo que tener varios navegadores.

¿podemos caer más bajo? ;-;

No es sostenible tener aplicaciones de 1 GB de RAM cada una con Electron / NWjs. El bajo rendimiento para una simple app de chat y poco más como el caso de Slack es un ejemplo emblemático y ridículo. Personalmente no uso nada de eso, como mucho donde no tengo más remedio uso webapps aisladas para prevenir el rastreo usando gnome-web (epiphany) con su modo de webapps, así reutiliza el webkitgtk del sistema.

Que diablos esta mierda

Es un lenguaje de programación diseñado en 10 días, en el año 1995. Es una cagada, pero también lo era PHP, lo que pasa es que JS está sobremitificado y PHP está infravalorado y despreciado.

Pero gracias a esa chusma hemos logrado que los trabajadores frontend cobren menos que los backend. Que se jodan.

>>5 No estará exagerando un poco amigo?

Algunas de las aplicaciones hechas en Electron que ocupo:
- Discord: 25MB
- Spotify: 180 MB
- Visual Studio Code: 220 MB
- Blitz: 125 MB

>>8 lo de 25 MB no se lo cree nadie.

>>9
Se me fue un 0.

>>8
250MB para chat = bloat
220MB para simplemente escribir = bloat

Spotify está OK y Blitz no sé qué carajo es.

Olvidé mencionar que el "helper" y el process logger que tiene Discord para ver si tienes juegos abiertos añaden consumo innecesario de memoria.

>webassembly
No defiendo javascript, en lo minimo pero webassembly es codigo cerrado, es un binario que te mete la corporacion (somo feo lo se :D) no quiere que sepas que es lo que esta haciendo

Ya lo quisieron hacer con plugin de java pero fracazo, hoy tendria mucho poder ya con las tecnologias impulsados por goog1e principalmente con webRTC, webSocket y demas amigos que fortalecen su botnet, webassembly es la piedra angular que viene para a cerrar el codigo.

Pues JS podrá haber sido un error, pero a las compañías les gusta desarrollarlo para convertir las páginas web en web"""apps""" que ofrecen servicios convenientes y fáciles de mantener y programar (HTML+algún framework) a cambio de los datos de la gente y dinero por publicidad (recodar siempre usar CDNs y recaptcha para maximizar la "publicidad personalizada"). Básicamente es una buena forma de lucrar, y sea lo mierdoso que sea, si genera dinero, es bueno para las corpos. Los errores político-económicos arrastrados a la tecnología. Gracias siglo XXI.

>>15
Deberías agear o abrir en otro hilo, este tema dará que hablar. Aunque ya sabemos que hay JavaScript privativo, podía lograrse ofuscado ya sea a conciencia o no, minificado, optimizado o transpilado con asmjs, etc. por lo que si por lo menos con WASM se puede hacer más rápido, aunque sea libre el código que lo genera es algo que se puede aprovechar por el bien de nuestras baterías en procesos del lado del cliente que requieran celeridad, sobre todo en dispositivos modestos, portátiles o de bajo consumo (recordemos que la FSF tiene unos headers para indicarlo y meterlo en lista blanca).