Brendan Eich Critica Windows 11 por Uso Excesivo de WebView2 y Electron

Hola HaWkers, Brendan Eich, el creador de JavaScript y fundador del navegador Brave, ha levantado una discusion importante sobre el futuro del desarrollo desktop. En comentarios recientes, critico a Microsoft por el uso creciente de WebView2 y frameworks basados en Electron en Windows 11.

El debate sobre performance nativa versus tecnologias web esta mas encendido que nunca, y las implicaciones afectan a desarrolladores en todas las plataformas.

Lo Que Brendan Eich Dijo

Eich no ahorro criticas a lo que el llama "hinchazón" de Windows 11:

Principales puntos levantados:

Windows 11 esta cada vez mas dependiente de interfaces web
Aplicaciones nativas estan siendo sustituidas por wrappers Electron/WebView2
El resultado es consumo excesivo de memoria y CPU
La experiencia del usuario esta degradando
Microsoft prioriza velocidad de desarrollo sobre calidad

💡 Contexto: Brendan Eich creo JavaScript en 1995 en Netscape. A pesar de ser el "padre" del lenguaje que ejecuta Electron, el defiende el uso responsable de tecnologias web.

El Problema Con Apps Electron/WebView2

Para entender la critica, es necesario conocer como estos frameworks funcionan.

Como Electron Funciona

Cada aplicacion Electron carga:

Una instancia completa de Chromium (navegador)
El runtime Node.js
El codigo JavaScript/HTML/CSS de la aplicacion
Bibliotecas y dependencias

Impacto tipico de una app Electron:

Recurso	App Nativa	App Electron	Diferencia
RAM (idle)	30-50 MB	150-400 MB	5-10x
Tamano instalacion	10-50 MB	150-500 MB	5-15x
Tiempo inicializacion	< 1s	2-5s	3-5x
Uso CPU (idle)	< 1%	2-5%	3-5x

Ejemplos de Apps Electron Populares

Aplicaciones que usan Electron:

VS Code (Microsoft)
Slack
Discord
Figma Desktop
Notion
1Password
Postman
Microsoft Teams

El Otro Lado del Debate

Defensores de Electron y WebView2 tambien tienen argumentos validos.

Ventajas del Desarrollo Web para Desktop

Por que empresas eligen Electron:

Una codebase, multiples plataformas: Windows, Mac, Linux con el mismo codigo
Ecosistema JavaScript: Millones de bibliotecas disponibles
Velocidad de desarrollo: Time-to-market significativamente menor
Contratacion: Desarrolladores web son mas abundantes
Mantenimiento: Actualizaciones mas faciles de distribuir

Mejoras Recientes

Lo que cambio en los ultimos anos:

Electron 28+: Optimizaciones significativas de memoria
WebView2: Mas ligero que Chromium completo
Tauri: Alternativa mas ligera usando webview nativo
Capacitor: Otra opcion para apps hibridas

El Impacto en Windows 11

La critica de Eich refleja una tendencia visible en el sistema de Microsoft.

Componentes Web en Windows 11

Partes de Windows que usan tecnologias web:

Widgets (WebView2)
Configuraciones (parcialmente)
Microsoft Store
Aplicaciones de sistema variadas
Integraciones con servicios cloud

Usuarios Perciben la Diferencia

Quejas comunes:

Sistema operativo mas lento que Windows 10
Mayor consumo de RAM en idle
Aplicaciones tardan mas en abrir
Bateria de notebooks drena mas rapido
Ventilador funciona con mas frecuencia

Alternativas y Soluciones

El mercado esta respondiendo con opciones mas ligeras.

Tauri: La Alternativa Rust

Tauri ofrece apps desktop usando Rust en el backend y webview nativo:

Comparacion Tauri vs Electron:

Metrica	Electron	Tauri	Mejora
Tamano binario	~150 MB	~3-10 MB	15-50x
RAM (idle)	~200 MB	~20-40 MB	5-10x
Tiempo build	Lento	Rapido	3-5x
Seguridad	Buena	Excelente	Rust memory safety

Otras Alternativas

Opciones para desarrollo desktop:

Flutter Desktop: Google, Dart, buena performance
React Native Windows: Microsoft, JavaScript, nativo real
.NET MAUI: Microsoft, C#, multiplataforma
Qt: C++, performance excelente, licencia compleja

Lo Que Esto Significa Para Desarrolladores JavaScript

El debate levanta preguntas importantes sobre elecciones tecnologicas.

Cuando Usar Electron/WebView2

Casos donde tiene sentido:

Prototipado rapido
Apps internas de empresa
Productos que necesitan multiples plataformas
Equipos con experiencia primaria en web
MVPs y validacion de ideas

Cuando Considerar Alternativas

Casos donde performance importa mas:

Aplicaciones de productividad usadas horas por dia
Herramientas para desarrolladores
Apps que corren en background
Productos B2C donde UX es critico
Sistemas con recursos limitados

Habilidades a Desarrollar

Para mantenerte relevante:

Performance optimization: Entender donde JavaScript es lento
Rust/Tauri: Alternativa creciente
WebAssembly: Puente entre web y performance nativa
Profiling: Identificar cuellos de botella
Native bindings: Llamar codigo nativo cuando sea necesario

El Futuro del Desarrollo Desktop

El debate entre nativo y web no va a terminar, pero la tendencia apunta a un punto medio.

Tendencias Emergentes

Que esperar:

WebAssembly ganando espacio en apps desktop
Frameworks hibridos mas eficientes
Mayor presion por performance en apps Electron
APIs nativas mas accesibles via JavaScript
Herramientas de desarrollo mejorando optimizacion

Lecciones Para Desarrolladores

Takeaways practicos:

Performance importa y usuarios lo perciben
Conveniencia tiene costo - conoce los tradeoffs
Alternativas existen - evalua antes de elegir
El mercado esta evolucionando - mantente actualizado
Fundamentos importan - entiende lo que pasa "por debajo"

Conclusion

La critica de Brendan Eich no es contra JavaScript o tecnologias web - es contra su uso irresponsable. Como creador del lenguaje, el sabe mejor que nadie sus capacidades y limitaciones.

Para desarrolladores JavaScript, el mensaje es claro: conoce tus herramientas, entiende los tradeoffs, y elige la tecnologia correcta para cada problema.

Si quieres profundizar en como JavaScript esta evolucionando para resolver algunos de estos problemas, te recomiendo ver el articulo sobre Signals JavaScript: El Patron Nativo que Va a Revolucionar la Reactividad Web donde descubriras optimizaciones que estan llegando al lenguaje.