On a intégré une idée : mettre à jour, c’est bien. C’est vrai sur le plan de la sécurité. Mais sur le plan matériel, la réalité est plus ambivalente. Beaucoup d’utilisateurs ont vécu le même scénario : une mise à jour “majeure”, et l’appareil devient plus lent, chauffe plus, tient moins la batterie, perd des fonctions, ou n’est plus compatible avec certaines applis. Et, quelques mois plus tard, l’achat d’un nouvel appareil paraît “inévitable”.
Est-ce de l’obsolescence programmée ? Parfois, la réponse est trop simple. Souvent, le mécanisme est indirect : des exigences logicielles croissantes et des choix d’architecture peuvent rendre un matériel encore fonctionnel difficile à utiliser, même sans intention explicite de le “tuer”.
La question n’est donc pas “les mises à jour sont-elles un complot”. La question est : par quels mécanismes des mises à jour peuvent pousser au renouvellement prématuré, et où se situe la frontière entre évolution légitime et pression artificielle ?
1) Mettre à jour, ce n’est pas juste “ajouter des features” : c’est modifier une charge
Une mise à jour change la charge de travail imposée à l’appareil :
- nouvelles fonctions (souvent plus gourmandes),
- nouveaux frameworks, nouvelles bibliothèques,
- nouvelles couches de sécurité (chiffrement, sandboxing, permissions),
- changements d’interface (animations, effets),
- compatibilité avec de nouveaux formats (photos, vidéo, codecs),
- instrumentation (télémétrie, logs).
Même quand chaque ajout est “raisonnable”, la somme peut dépasser ce qu’un appareil ancien peut encaisser confortablement, surtout si la RAM est limitée, le stockage saturé, ou la batterie vieillissante.
2) Le ralentissement : parfois un effet mécanique, pas une intention
Un appareil vieillit. La batterie perd en capacité. Le stockage se fragmente. Les composants chauffent davantage. Sur cette base, une mise à jour peut devenir le déclencheur visible d’un problème latent.
Trois mécanismes classiques :
- RAM et multitâche : si le système et les apps consomment plus de mémoire, l’appareil swap, tue des processus, et “rame”.
- Stockage : moins d’espace libre = performances en baisse, mises à jour plus difficiles, caches qui explosent.
- Batterie : une batterie fatiguée supporte mal les pics de charge ; certains systèmes réduisent alors la performance pour éviter les extinctions.
Dans ces cas, le ressenti “la mise à jour m’a tué mon téléphone” peut être vrai du point de vue utilisateur, même si la cause est une combinaison : vieillissement + charge logicielle + gestion énergétique.
3) La compatibilité applicative : le moteur principal du renouvellement
Le facteur le plus puissant n’est pas le système en lui-même. C’est l’écosystème d’applications.
Quand une plateforme augmente ses exigences (API, versions minimales, sécurité), les développeurs suivent. Et les anciens appareils se retrouvent bloqués :
- apps bancaires qui exigent une version récente (conformité, sécurité),
- messageries qui cessent de supporter les vieux OS,
- services de streaming qui imposent de nouveaux DRM ou codecs,
- navigateurs qui deviennent trop anciens pour le web moderne.
Même si l’appareil “tourne”, il perd sa valeur d’usage, parce qu’il est exclu du monde logiciel. C’est une obsolescence par l’écosystème, pas par la panne.
4) La frontière morale : évolution légitime vs pression artificielle
Tout n’est pas manipulation. Il existe des raisons légitimes d’augmenter les exigences :
- corriger des failles critiques,
- renforcer l’isolation des apps,
- suivre des standards cryptographiques,
- supporter de nouveaux capteurs et usages.
Mais il existe aussi des choix discutables :
- ajouter des couches non essentielles qui alourdissent tout,
- pousser des animations et effets sans option “sobriété”,
- imposer des apps préinstallées et des services actifs,
- rendre difficile le retour en arrière,
- limiter arbitrairement certaines fonctions sur du matériel qui pourrait les supporter.
C’est là que la notion “d’obsolescence programmée” devient crédible : non pas forcément un bouton “ralentir”, mais un ensemble de décisions qui privilégient la croissance et la nouveauté au détriment de la durabilité.
5) Le coût écologique : l’obsolescence logicielle fabrique de la dette matérielle
Un appareil remplacé n’est pas seulement “un achat”. C’est :
- extraction de matières premières,
- fabrication, transport, packaging,
- déchets électroniques,
- et énergie d’usage sur un nouvel appareil.
Quand une mise à jour pousse un renouvellement prématuré, l’impact carbone peut être bien supérieur à l’énergie économisée par une nouvelle optimisation logicielle. Autrement dit : l’efficacité logicielle ne compense pas forcément la fabrication d’un appareil neuf.
La durabilité logicielle est donc un enjeu écologique majeur, pas un détail technique.
6) Ce qu’on peut exiger raisonnablement : durabilité, options légères, transparence
Si on veut sortir du débat stérile, il faut des critères concrets :
- durée minimale de mises à jour de sécurité, annoncée et tenue,
- modes “sobriété” (moins d’animations, moins de services),
- possibilité de désinstaller ou désactiver ce qui n’est pas essentiel,
- compatibilité descendante réaliste, ou au moins des alternatives (lite apps, web apps),
- batteries et pièces remplaçables pour amortir le matériel,
- transparence sur les changements (ce qui consomme plus, ce qui tourne en arrière-plan).
L’utilisateur n’a pas besoin d’un discours rassurant. Il a besoin de contrôle, de prévisibilité, et de choix.
Conclusion : les mises à jour ne “tuent” pas toujours, mais elles peuvent rendre la survie impossible
Les mises à jour sont nécessaires pour la sécurité. Mais elles peuvent, par accumulation et par effet d’écosystème, rendre un appareil ancien quasi inutilisable. Le renouvellement n’est alors pas une envie, mais une conséquence.
La bonne question n’est pas “mise à jour : pour ou contre”. La bonne question est : est-ce que l’évolution logicielle respecte la durée de vie matérielle, ou est-ce qu’elle la dépasse, au point de fabriquer une obsolescence indirecte ?
