Support technique
Documentation
Connexion
Nous contacter
Accédez directement au résumé généré par l'IA de cet article de blog 
Les plateformes numériques que nous utilisons aujourd'hui sont infectées par une horreur rampante, et Cory Doctorow lui a donné un nom : l'enshittification. Avez-vous déjà eu l'impression qu'une plateforme en ligne vous donne de la valeur uniquement pour vous enfermer et dégrader l'expérience en faveur de la monétisation et du contrôle ? C'est l'essence même de l'enshittification.
Cet article explique comment les plateformes attirent les utilisateurs en leur offrant de la valeur, les enferment, puis cessent d'offrir de la valeur et commencent à vendre des utilisateurs. Tout le monde ressent cela sur les plateformes de médias sociaux, mais avez-vous déjà pensé à ce qui se passe lorsque ce principe transcende les médias sociaux et est appliqué aux fondements de l'informatique moderne ?
C'est là qu'intervient l'enshittification technique. C'est l'idée que les logiciels, les systèmes et les services ne sont pas conçus pour les utilisateurs, mais pour les incitations des cadres, les délais et les gadgets de marketing. Que reçoit l'utilisateur ? A bloated, bizarre, and broken solution.
Prenons l'exemple de grandes plateformes telles que l'application Facebook ou Chrome. L'une est devenue si volumineuse en raison de ses fonctionnalités pléthoriques que l'entreprise a dû lancer une deuxième mini-application - et l'autre ? Eh bien, elle consomme de la mémoire vive comme un système d'exploitation. Il ne s'agit pas de cas isolés. Ce sont des symptômes de l'idéation et du développement des logiciels modernes.
Que pouvons-nous faire contre l'enshittification technique ? Découvrons-le !
Les promesses non tenues des grandes entreprises technologiques se succèdent !
Avant d'aborder la solution au problème de l'enshittification technique, examinons ce que les grandes entreprises technologiques font pour l'innovation. Ces entreprises continuent d'assimiler le progrès et l'innovation à des mises à jour superficielles et à des fonctions d'intelligence artificielle à la mode. Améliorer les fonctionnalités de base qui ajoutent réellement de la valeur à l'expérience de l'utilisateur..., eh bien, c'est tout simplement un gros "non". "Non".
En septembre 2023, Amazon promettait une mise à jour majeure de l'IA pour Alexa, rendant l'assistant plus intelligent et plus réactif. Deux ans et demi plus tard... ? Cela reste une promesse malgré tout le matériel, l'infrastructure et les serveurs dont dispose l'entreprise. Il en va de même pour Google. Les utilisateurs n'ont cessé d'afficher un message du type un message "new look is coming soon" ("un nouveau look arrive bientôt") pendant des mois !
Le résultat final a été des ajustements mineurs de l'interface qui n'ont rien changé. On nous vend des mises à jour cosmétiques qualifiées de progrès significatifs. Les systèmes d'exploitation ne font pas exception à la règle. L'iOS Dynamic Island d'Apple était censé être la mise à jour la plus remarquable, mais le résultat final est resté le même.
Et Windows ? Il existe des différences entre Windows 10 et 11, mais il s'agit essentiellement d'interfaces et de visuels. Les entreprises ne répondent pas aux besoins des utilisateurs. Elles se contentent d'ajouter des fonctions d'intelligence artificielle à la mode ou d'apporter des modifications au design à la manière de TikTok. Quelle sera la prochaine étape ? Une application bancaire avec une fonction "Histoires Stories" ?
Aujourd'hui, l'innovation est passée de ce qui est réellement développé à des entreprises qui présentent la stagnation comme un progrès à l'aide d'images fantaisistes !
Étude de cas sur l'échec de Sonos
En matière d'enshittification technique, le lancement de l'application Sonos est l'exemple parfait. L'entreprise a mis en place un tout nouveau design d'application, mais a ignoré l'ensemble de la base d'utilisateurs. En l'espace de quelques jours, l'application a reçu environ 200 000 commentaires et une note de départ de 1,2. Quel était le problème ?
Ce n'est pas le design qui a suscité des réactions négatives. Il s'agissait du fait que des fonctionnalités essentielles telles que la minuterie de sommeil, la bibliothèque musicale et la liste de lecture étaient toutes absentes au lancement. Et devinez quoi ? Sonos est une application de gestion musicale ! Elle était censée offrir toutes ces fonctionnalités, mais ce n'était pas le cas. La raison en est simple : l'enshittification technique qui facilite la gestion.
Un dénonciateur a ensuite révélé que l'entreprise avait ignoré les avertissements internes, que la direction avait imposé un délai rigide tout en sachant que l'application n'était pas prête et, le pire, que l'équipe avait été réorganisée. La direction a pensé qu'il serait judicieux de séparer en plusieurs groupes des personnes qui travaillaient ensemble depuis des années à la création d'excellentes applications.
Ce qu'il faut retenir, c'est que l'optique combinée à l'innovation managériale et la priorité donnée à l'une et à l'autre au détriment de la fonctionnalité constituent une combinaison désastreuse et un exemple classique d'enshittification technique.
Facteurs contribuant à l'enshittification technique
L'enshittification technique n'est pas un phénomène isolé. Elle bénéficie de contributions de toutes parts. Il est essentiel de comprendre les différents facteurs qui conduisent aujourd'hui à l'enshittification des logiciels et des systèmes modernes pour déterminer ce qui peut être fait pour y remédier. Ces facteurs sont les suivants
-
Enshittification technique - Le gonflement est désormais une fonctionnalité
Joseph Staline aurait pu dire que "La quantité a une qualité qui lui est propre". et c'était peut-être vrai à son époque, mais ce n'est pas le cas dans l'industrie du logiciel d'aujourd'hui. L'augmentation de la quantité détruit la qualité, mais les entreprises continuent de gonfler leurs applications et leurs logiciels comme s'il s'agissait d'une fonctionnalité.
Il suffit de jeter un coup d'œil à la pile complexe sur laquelle les applications modernes sont construites pour s'en rendre compte ! Une application qui ouvre une porte de garage nécessite 50 millions de lignes de code, et ses fonctionnalités sont réparties entre l'application, les services en nuage, les machines virtuelles et plusieurs couches du système d'exploitation. Une telle pile n'augmente pas seulement l'inefficacité, mais aussi le risque de sécurité, car les acteurs de la menace ont une plus grande surface d'attaque et potentiellement plus de vulnérabilités à cibler.
Les applications de base sont elles aussi des exemples d'enshittification technique par gonflement. Sumatra PDF, un lecteur simple et léger, pèse 16 Mo et fait le travail. Adobe Acrobat ? Même tâche, mais il nécessite 1 Go d'espace disque et 2 Go de RAM. Chrome et tout son écosystème ne sont pas différents, et le gonflement n'est pas seulement insoutenable, c'est la source de la dette technique.
-
L'illusion de la productivité
Beaucoup de gens s'attendent à ce que les développeurs passent des jours à écrire leur code. Mais la réalité est bien différente et bien plus sombre. Des études ont montré que le temps de codage médian d'un développeur est inférieur à une heure par jour de travail.
Ces professionnels ne sont pas paresseux, ils sont simplement bombardés de distractions provenant d'un système défaillant. Les changements de contexte, la vérification des courriels, les pings Slack, les réunions, les mises à jour de tâches et les séances de recentrage de 25 minutes après chaque interruption en sont des exemples courants.
Tous ces éléments s'additionnent pour réduire la productivité et conduire à une plus grande "enshittification" technique. Cela signifie que les performances individuelles ne sont pas en cause. C'est l'inefficacité structurelle qui fait que le développeur est trop occupé pour coder.
-
La dette technique écrase l'innovation
La dette technique et l'enshittification technique vont de pair. Revenons à Sonos. L'échec de l'application n'est pas seulement dû à un manque de temps et à des délais serrés. Il y avait des années et des années de dette technique qui empêchaient l'innovation de prévaloir.
Le fait que la dette technique freine le progrès et l'innovation n'est pas un problème isolé. Des études montrent que 80 % des développeurs pensent que la dette technique est ce qui les empêche d'innover pendant le développement.
-
L'IA alimente le feu
Les outils d'IA peuvent accélérer le processus de développement, mais si le processus et le développement lui-même ne sont qu'un feu qui attend de causer des dégâts, l'accélérer ne rendra service à personne. Des études ont montré que le code généré par l'IA peut être incorrect jusqu'à 65 % du temps.
L'IA était censée améliorer les choses, mais en réalité, elle a introduit un nouveau type de dette technique que les développeurs doivent gérer. Pour utiliser efficacement l'IA, les développeurs doivent associer la plateforme de génération de code à des couches d'application de la qualité telles que Junie et Qodo. Cela peut être efficace, mais cela ajoute une nouvelle couche à la pile technologique.
Faire face à l'enshittification technique
Maintenant que nous avons bien compris ce qu'est l'enshittification technique, voyons comment y faire face. Tout d'abord, n'oubliez pas que pour faire face à l'enshittification technique, vous devez prendre des mesures délibérées. Voici quelques-unes des principales mesures à prendre pour y remédier :
- Accélérer les boucles de rétroaction car plus vite vous savez que quelque chose est cassé, plus vite vous pouvez le réparer. N'oubliez pas que les délais entre le signalement d'un bogue et l'application d'un correctif ne font qu'augmenter le coût du rétablissement et les risques d'enshittification.
- Identifier les tâches répétitives qui peuvent être automatiséesLes tâches répétitives peuvent être automatisées, car le fait que les développeurs consacrent du temps à ces tâches réduit à la fois leur productivité et leur capacité d'innovation.
- Limiter les distractions des développeurs en utilisant des outils qui bloquent les notifications inutiles afin que les développeurs puissent mieux se concentrer pendant leurs heures de travail approfondi.
- Assurer un remaniement constantcar elle rend la maintenance du système plus efficace, réduit les dettes techniques et ouvre la voie à l'innovation.
- Soyez plus agile en prenant des décisions lorsque les informations sont disponibles, au lieu de s'en tenir à un plan uniquement parce qu'il en existe un.
- Communiquer efficacement en traduisant les préoccupations et les commentaires liés à la technologie dans un langage qui exprime la valeur de l'entreprise.
Réflexions finales
Aujourd'hui, l'enshittification technique est devenue l'un des principaux défauts de l'informatique moderne, ce qui signifie que les solutions que les utilisateurs obtiennent sont plus une frustration qu'une véritable solution. Cela se produit pour un certain nombre de raisons différentes, telles que le gonflement, des politiques de sécurité mal configuréesl'utilisation inefficace de l'IA, des incitations mal alignées, et bien plus encore - mais cela ne doit pas rester ainsi.
Rétablir les pratiques de qualité auprès des ingénieurs et des développeurs, se concentrer sur la réduction de la dette technique, donner la priorité à l'utilisation et à la fonctionnalité plutôt qu'aux visuels à la mode pendant le développement, communiquer sur la technologie en tant que valeur commerciale sont autant d'exemples d'initiatives qui peuvent contribuer à limiter l'enshittification technique et à rétablir la qualité dans les technologies de l'information.
