La réponse courte
Slack est lent parce que c'est une application Electron. Electron embarque un navigateur web Chromium complet ainsi qu'un environnement d'exécution Node.js dans chaque application de bureau qui l'utilise. Quand vous ouvrez Slack, votre ordinateur démarre en réalité un navigateur, charge une application web complexe à l'intérieur de ce navigateur, puis maintient tout cela en mémoire aussi longtemps que Slack est ouvert. Ce choix architectural explique pourquoi Slack peut consommer bien plus d'un gigaoctet de RAM, même si vous n'avez pas tapé le moindre message.
Il ne s'agit pas d'une panne passagère ni d'un problème côté serveurs Slack. C'est le coût de base du client officiel sur n'importe quel poste de travail.
Ce qu'Electron fait concrètement à votre machine
Les applications Electron génèrent une surcharge selon plusieurs axes bien distincts.
Consommation mémoire. Un processus de rendu Chromium a un coût de base significatif avant même que la moindre logique applicative ne s'exécute. Slack empile par-dessus l'intégralité de son interface — canaux, fils de discussion, recherche, appels, intégrations tierces. Le résultat est une empreinte mémoire comparable à celle d'un navigateur avec plusieurs onglets ouverts, toute la journée, tous les jours.
CPU au repos. Les applications Electron interrogent fréquemment le DOM, exécutent des minuteries JavaScript en arrière-plan et rafraîchissent des portions d'interface sans que vous n'interagissiez avec elles. Cette activité de fond maintient en permanence au moins un cœur CPU partiellement occupé, ce qui entraîne une montée en régime du ventilateur et une consommation accrue de batterie sur les portables.
Temps de démarrage. Lancer Slack signifie initialiser une instance Chromium, charger le bundle JavaScript, s'authentifier, puis afficher l'espace de travail. Sur une machine de gamme intermédiaire, cela peut prendre plusieurs secondes — un délai nettement plus long que celui d'une application native effectuant un travail équivalent.
Rien de tout cela n'est propre à Slack. De nombreuses applications de bureau populaires partagent la même architecture et les mêmes compromis. La différence, c'est qu'un outil de communication reste en arrière-plan toute la journée : même une surcharge au repos modeste finit par peser réellement sur la productivité et l'autonomie de la batterie.
Est-ce une panne de Slack ou est-il toujours aussi lent ?
Avant d'incriminer Electron, il vaut la peine d'écarter une véritable interruption de service. Slack publie une page de statut en temps réel sur status.slack.com. Si l'envoi de messages échoue, que les fichiers ne s'envoient pas ou que les notifications n'arrivent pas, un incident de plateforme peut en être la cause. Ces problèmes sont passagers et se résolvent d'eux-mêmes.
En revanche, si Slack vous semble globalement lourd — il met longtemps à apparaître après un clic sur son icône, fait tourner le ventilateur de votre machine ou affiche une utilisation mémoire élevée dans le Moniteur d'activité ou le Gestionnaire des tâches — c'est le socle Electron, pas un incident temporaire. Redémarrer Slack peut apporter un soulagement bref lorsque la mémoire est libérée et les caches vidés, mais la surcharge revient à mesure que la session se poursuit.
Ce que change un client natif
Un client de bureau natif — écrit dans un langage compilé, s'appuyant directement sur les primitives de rendu du système d'exploitation — n'embarque pas de navigateur. Il démarre plus vite parce que le système d'exploitation charge un binaire plus petit et commence à travailler immédiatement. Il se tient près de zéro CPU au repos parce qu'aucune boucle d'événements JavaScript ne tourne en arrière-plan. Son empreinte mémoire est une fraction de ce qu'Electron nécessite, car il n'alloue de mémoire que pour les données qu'il doit réellement afficher.
C'est la raison d'être de msga. msga (Make Slack Great Again) est un client Slack gratuit et open source, écrit en C++ avec Qt6 — le même framework qu'utilise Telegram Desktop. Il se connecte aux API de Slack de façon native, sans envelopper quoi que ce soit dans un navigateur.
| Caractéristique | Slack officiel (Electron) | msga (natif C++/Qt6) |
|---|---|---|
| Base d'exécution | Chromium + Node.js embarqués | C++ compilé, framework Qt6 |
| RAM au repos | 1 Go ou plus (typique) | Environ 60–100 Mo |
| CPU au repos | Activité de fond notable | Proche de 0 % |
| Temps de démarrage | Plusieurs secondes | Moins d'une seconde |
| Plateformes | Linux, macOS, Windows | Linux, macOS, Windows |
| Licence | Propriétaire | GPL-3.0 (open source) |
Ce qu'on peut attendre de msga aujourd'hui
msga est en développement actif, et il l'assume honnêtement. La messagerie de base — lire et envoyer des messages dans les canaux et les messages directs — fonctionne. L'objectif est un client couvrant la communication quotidienne sans le coût en ressources d'Electron.
Certaines fonctionnalités plus avancées de Slack (certaines automatisations de workflows, les appels intégrés, toutes les intégrations tierces) sont encore sur la feuille de route. Si votre usage en dépend fortement, il vaut la peine de consulter la page GitHub du projet pour évaluer l'état actuel avant de basculer complètement. De nombreux utilisateurs trouvent pratique de travailler avec msga l'essentiel de la journée et de revenir au Slack dans le navigateur uniquement pour les cas limites non encore pris en charge.
Ce qu'il faut retenir
Slack semble lent aujourd'hui pour la même raison qu'il semblait lent l'année dernière : faire tourner un outil de communication dans un navigateur a un coût qui s'accumule à chaque minute de votre journée de travail. Une véritable interruption de service vaut la peine d'être vérifiée, mais si la lenteur est structurelle, aucun redémarrage ni aucune attente ne pourra l'éliminer.
Un client natif conçu pour cette tâche est la solution structurelle. msga est disponible pour Linux, macOS et Windows, gratuitement, avec un code source publié sous GPL-3.0. Si la surcharge mémoire et CPU du client officiel affecte votre travail quotidien, l'essayer vaut le coup.