Electron : l'appli desktop qui fait boomers RAM pour rien

Parlons choses qui fâchent. Tu télécharges une application desktop, et quelque chose te met mal à l'aise. Techniquement, tout fonctionne. Mais le texte est minuscule. La fenêtre se comporte de façon bizarre. Et ta RAM fond comme neige au soleil. Felicitations, tu as probablement installé une app Electron.

Kezako Electron ?

Pour ceux qui débarquent : Electron, c'est un framework qui permet de créer des applications desktop en utilisant les technologies web. HTML, CSS, JavaScript. Le pitch marketing est accrocheur : tes devs web peuvent builder des apps desktop avec le meme code. Pas besoin d'apprendre Objective-C pour macOS, C# pour Windows ou Qt pour Linux. Un seul code, trois plateformes. Le reve pour les startups avec peu de moyens.

Sauf que voila. La pub, elle raconte pas tout.

Le probleme du manteau

Un dev a resume la situation mieux que moi : Electron, c'est un navigateur web en manteau qui essaye de se faire passer pour un logiciel natif. C'est pas faux. Derriere cette belle interface desktop, tu fais tourner une instance complete de Chromium. Le moteur JavaScript au complet. Le moteur de rendu au complet. Et toute la surcharge qui va avec.

Le resultat ? Un client mail qui bouffe plus de RAM qu'un jeu video. Une app de notes qui met trois secondes a s'ouvrir. Un "utilitaire leger" qui reste dans ta barre des taches en grignotant des ressources comme s'il minait du Bitcoin.

Quand la version web depasse la version desktop

Et la, ce qui m'enerve le plus. Dans pas mal de cas, la version web d'une application est tout simplement meilleure que sa copine Electron. Le meme code source. Les memes fonctionnalites. Mais la version navigateur parait plus reactive, plus fluide, plus... agreeable.

Pourquoi ? Parce que les navigateurs web ont eu des decennies pour s'optimiser. Les editeurs se livrent une guerre sans merci sur les performances. Ton systeme d'exploitation met a jour les composants de rendu web automatiquement. Mais une app Electron, elle livre sa propre version de Chromium, gele dans le temps jusqu'a ce que le dev decide de la mettre a jour. Si jamais il le fait.

C'est pas juste de la theorie. Des chercheurs en securite ont documente de nombreux cas ou des apps Electron etaient livrees avec des vulnerabilites connues dans leur Chromium bundle. Le navigateur web que tu utilises pour lire cet article ? Il s'est probablement mis a jour trois fois depuis que tu as commence. Cette app Electron sur ton bureau ? Elle execute peut-etre du code vieux de deux ans.

La taxe d'ergonomie

Parlons experience utilisateur. Quand tu utilises une app native macOS ou Windows, tu attends certains comportements. Cmd+molette pour zoomer. Des fenetres qui se redimensionnent fluidement. Des raccourcis clavier coherents avec les autres apps.

Les apps Electron cassent regulierement ces attentes. Pas parce que les devs s'en fichent. Beaucoup s'en soucient. Mais ils travaillent dans un framework qui n'a jamais ete concu pour reproduire le comportement natif. C'est comme demander a un poisson de grimper aux arbres et s'etonner qu'il soit fatigue.

J'ai perdu le compte des fois ou j'ai du fouiller dans les menus pour rendre le texte lisible dans une app Electron, allant-retournant pour verifier si mes changements etaient bien pris en compte. Sur le web, je aurais fait Ctrl+ ou pince-zoom. Mais apparemment, c'est trop sophistique pour certaines applications desktop.

Les WebViews : le compromis bancal

Alors, les alternatives ? Certains devs se tournent vers les WebViews. Ce sont des composants systeme qui affichent du contenu web en utilisant le moteur de rendu de l'OS. Plus efficace qu'Electron, car le moteur web est partage entre toutes les apps et recoit les mises a jour de securite via le systeme.

Mais les WebViews ont leurs propres problemes. Chaque systeme d'exploitation utilise un moteur web different. Ton app peut paraitre legerement differente sur Windows, macOS ou Linux. Cette promesse de "code une fois, lance partout" commence a se fissurer.

Honnetement ? Il n'y a pas de solution parfaite. Les apps natives offrent les meilleures performances et la meilleure experience utilisateur mais necessitent des bases de code separees pour chaque plateforme. Electron offre de la facilite de developpement au prix de la conso de ressources et de la securite. Les WebViews coupent la difference de facon genante.

Qu'est-ce que tu dois faire ?

Si tu es dev et que tu construis des applications desktop, je t'encourage a evaluer serieusement si Electron est le bon choix. Pense a tes utilisateurs. Pense qu'un dev qui poste sur les reseaux a propos de ton app pourrait la decrire comme "un navigateur web en manteau". Pense que "ca marche sur ma machine" prend un tout autre sens quand tu expedies un navigateur entier avec ton code.

Si tu es utilisateur, ne te sens pas coupable de te plaindre de cette app Electron lente. Ta frustration est valide. La conso de RAM, l'interface incoherente, le texte illisible. Ce ne sont pas des complaintes mineures. Ce sont des impacts reels sur taproductivite, et ils meritent d'etre pris en compte.

Au final, on devrait construire des outils qui respectent a la fois les devs et les utilisateurs. Des fois, ca veut dire choisir la facilite. Des fois, ca veut dire fournir l'effort supplementaire pour bien faire les choses. La question n'est pas si Electron est bien ou mal. C'est si c'est le bon choix pour ce que tu essaies de accomplir.

L'image du manteau marche si bien parce qu'elle est foncierement question de camouflage. Les apps Electron font souvent semblant d'etre autre chose. Peut-etre qu'il est temps d'arreter de faire semblant et de commencer a construire des logiciels qui savent ce qu'ils veulent etre.