Nous avons pris l’habitude que les logiciels occupent de plus en plus d’espace. Cela se traduit par des applications qui mettent du temps à se télécharger, des outils simples qui viennent avec des couches superflues, et des services promettant commodité mais qui exigent davantage de ressources et de composants invisibles. Dans ce contexte, il est surprenant qu’en 2026, alors que la conversation technologique gravite autour de l’intelligence artificielle et de systèmes de plus en plus sophistiqués, certains défendent une idée qui semble venir d’un autre temps.
Cette initiative, baptisée « Fits on a Floppy », émane du développeur Matt Sephton. Sa règle est à la fois simple et percutante : toute application souhaitant revendiquer cette distinction doit avoir une taille de téléchargement inférieure à 1,44 Mo, la capacité d’un ancien disquette de 3,5 pouces. Le manifeste résume ainsi la situation : « le logiciel a perdu le nord », mais son objectif n’est pas de pleurer la perte des supports physiques, mais plutôt de redécouvrir la discipline que les contraintes imposaient.
Par le passé, développer un logiciel signifiait souvent faire des concessions. Si quelque chose n’était pas essentiel, on l’éliminait, car la mémoire, le stockage et la patience des utilisateurs avaient des limites. Puis est arrivée une nouvelle ère : les appareils ont gagné en capacité, le téléchargement est devenu une routine et la taille des applications a cessé d’être une priorité. C’est là qu’une porte dangereuse s’est ouverte.
Le logiciel n’a pas grossi par hasard
Ce développement n’est pas uniquement le résultat de l’ajout de nouvelles fonctionnalités visibles. Une grande partie de cette augmentation provient de couches invisibles pour l’utilisateur : bibliothèques, moteurs, systèmes de mise à jour, et dépendances qui permettent d’avancer plus rapidement sans avoir à résoudre chaque problème depuis le début. Cette façon de concevoir a du sens dans de nombreux cas, surtout lorsqu’il s’agit de maintenir un même produit sur divers systèmes. Toutefois, cela modifie l’échelle.
C’est ici que la véritable valeur de la proposition de Sephton se fait sentir. Fits on a Floppy ne cherche pas à prouver que tous les logiciels doivent être compressés pour tenir dans 1,44 Mo, mais soutient qu’une contrainte artificielle peut aider à prioriser. Si une application est conçue pour résoudre une tâche spécifique, le manifeste exige qu’elle se charge rapidement, démarre sans délai, consomme peu de ressources, soit native et évite les dépendances inutiles. L’idée centrale est la suivante : moins une application a de poids, plus il est facile de comprendre ce qu’elle fait, pourquoi et combien cela coûte de la maintenir.
La question qui se pose est de savoir si cette discipline peut ressurgir en dehors du manifeste. Pour certains types de logiciels, c’est probablement le cas. Nous ne parlons pas de navigateurs, d’éditeurs vidéo ou de services intégrant l’intelligence artificielle, mais de petites utilités, d’outils unidimensionnels et d’applications natives qui n’ont souvent pas besoin d’un enrobage complexe. Dans ce cadre, l’argument de Sephton devient plus pertinent : si l’objectif est limité, la taille devrait également l’être, non pas par nostalgie, mais parce qu’un outil simple n’a pas besoin de se comporter comme une plateforme complète.
De l’autre côté, il est essentiel de noter qu’une grande partie des logiciels ne va pas réduire en taille. Beaucoup d’applications modernes ne se limitent plus à une fonction : elles intègrent des comptes, synchronisent des données, permettent de collaborer en temps réel, fonctionnent sur plusieurs systèmes et ajoutent des fonctionnalités qui étaient auparavant absentes des applications de bureau. Tout cela peut être justifié, mais cela pèse lourd. Ainsi, la promesse d’un retour à un logiciel léger a des limites. Pour de nombreux produits, la question n’est pas tant de savoir s’ils peuvent tenir sur une disquette, mais pourquoi ils continuent de croître, par nécessité ou par accumulation.
La force de la notion de disquette réside précisément dans le fait qu’elle nous semble aujourd’hui déraisonnable. Cela nous pousse à réévaluer notre logiciel et à nous interroger sur le poids qu’il comporte : est-ce vraiment nécessaire ou a-t-on accumulé des éléments sans remettre en question cette charge ? Fits on a Floppy n’a pas pour but d’arrêter l’évolution des outils modernes ni de nier que certains d’entre eux nécessitent d’être conséquents. Son intérêt réside ailleurs : il nous rappelle que l’efficacité est aussi une question de conception, et que la taille d’une application reflète sa philosophie de développement.
Points à retenir
- La tendance actuelle des logiciels à devenir plus encombrants soulève des questions sur leur utilité réelle.
- Le manifeste de Sephton suggère que des contraintes peuvent aider à clarifier les priorités lors de la conception des applications.
- Les petites utilités et outils simples pourraient bénéficier d’une approche minimaliste.
- Il est important de distinguer les fonctionnalités nécessaires des ajouts superflus dans le développement logiciel.
- La discussion autour de l’efficacité du logiciel est pertinente dans le cadre des évolutions technologiques contemporaines.
En tant que professionnels et utilisateurs, nous devons réfléchir à notre rapport au logiciel. Sommes-nous prêts à faire face à cette surcharge, ou devons-nous aspirer à une renaissance du minimalisme numérique ? C’est une interrogation essentielle pour l’avenir de nos outils informatiques.