Lo mismo se podría haber dicho de C en su época o de Python si estás en la U.

¿Es algo bueno, algo malo? Solo el tiempo o los papiros lo dirán.

Zoomer del 2000 aquí.
Usaría electron sólo para programas / apps móviles para end users, cerdos corporativos y "normies" porque honestamente, la única forma de obtener interfaces modernas rápidamente, de esas que le gustan a las empresas con material design™ que hacen que a la gente normal le de un orgasmo visual.

Para todo lo demás me quedo con GTK, C y python.

Es el mal de nuestros tiempos. Hacer un sitio web ineficiente del lado del cliente. Hacer un sitio ineficiente del lado del servidor. Paradójicamente, usan nginx y mongodb porque supuestamente apache y mysql son ineficientes. El resultado es desastroso como era de esperar.

https://es.wikipedia.org/wiki/Ley_de_Wirth

Otro ejemplo de por qué se está abusando de JavaScript. El problema es sobre todo del lado del cliente. Estás ejecutando un programa al cargar una página. Ese programa tiene capacidad de realizar bastantes actividades, de las cuales solo unas pocas pide permiso. No viene firmado por una fuente de confianza como pueden ser los paquetes de una distribución, sino que puede variar el contenido en cualquier momento. Puede cargar de CDNs de terceros, solo se usan certificados para seguridad, pero no para certificar que haya habido cambios del lado del servidor que sean cuestionables. Recordemos que se puede hacer fingerprinting con tener JavaScript habilitado, por el comportamiento del mismo, midiendo tiempos de proceso. Sin canvas ni nada similar, aparte de la huella única de otras características que también lo permiten. Es casi imposible evitar fingerprinting sin JavaScript.

El problema es que cada vez más características interesantes del navegador dependen de JavaScript. Shadow DOM no permite usarse desde HTML de forma declarativa para poder disfrutar de componentes web (html y CSS aislado) que no reciban afectación del resto del CSS de la página.

Por ejemplo, no podrías mezclar PDF.js con Bootstrap porque hay resets, modifican a partir del selector universal o de elementos genéricos, y ambos lo hacen. Shadow DOM requiere JavaScript para poderlo usar.

Otro ejemplo, acceder a ubicación. ¿Por qué se requiere JavaScript? Tenemos color pickers sin Javascript en puro HTML, selector de fecha y hora en puro HTML, podemos subir ficheros con puro HTML. Entonces, ¿por qué se está forzando a habilitar un intérprete adicional, que es lento en procesadores de bajo consumo, sin que hubiera una necesidad real a la hora de diseñarlo? La geolocalización solo requiere latitud y longitud, que podrían proporcionarse de forma muy sencilla en texto plano en un elemento input, por ejemplo.

Para más información sobre shadow dom y demás:

https://dev.to/richharris/why-i-don-t-use-web-components-2cia
https://discourse.wicg.io/t/declarative-shadow-dom/1904

Y la propuesta, detenida por falta de interés por ahora, que permitiría includes del lado del cliente, todo estático:

https://github.com/whatwg/html/issues/2791

>>4
¿Mongo(lico)DB y no PostgreSQL?