La fin de la rente logicielle

Pendant longtemps, un logiciel a pu défendre son prix par un argument tout simple : vous ne construirez pas cela facilement vous-même. Ce n’était pas toute la vérité, mais cela suffisait souvent. Des années de développement, des spécialistes recherchés, l’hébergement, les mises à jour et une interface familière faisaient de l’achat le choix raisonnable.

Aujourd’hui, un développeur peut demander à un assistant d’IA de produire en quelques heures un outil qui exigeait autrefois une équipe. Parfois, le résultat est utile. Parfois, c’est un écran convaincant posé sur une mécanique peu fiable. Mais la question a changé. Les clients peuvent de plus en plus demander non seulement si le logiciel fonctionne, mais pourquoi y accéder coûte si cher, et pour toujours.

Cela ne veut pas dire que le logiciel en tant que service est mort. Cela veut dire que l’une de ses sources historiques de pouvoir sur les prix – la difficulté de produire un substitut – devient moins sûre.

Ce qui suit n’annonce pas la disparition de tous les abonnements. C’est une réflexion sur la différence entre une valeur qu’il faut fournir à nouveau demain et une rente perçue parce que le client d’hier ne peut pas partir.

1. L’avis de décès séduisant

En 2026, on connaît bien un certain genre de publication sur la technologie. Les uns déclarent le SaaS mort. Les autres montrent une entreprise prospère bâtie avec des agents de code bon marché et annoncent que n’importe qui peut désormais créer une entreprise logicielle à un million. Les deux confondent le prix de l’écriture du code avec le coût d’un service fiable.

Générer du code n’est qu’une partie de ce que signifie posséder un produit. Un service en production exige aussi la sécurité, les mises à jour, le support aux utilisateurs, la gestion des identités, la portabilité des données, les sauvegardes, la reprise, les intégrations, l’assurance qualité, la réponse aux incidents et quelqu’un qui répond de la panne. Ces obligations ne s’évaporent pas parce qu’un modèle a produit un dépôt de code.

Le logiciel par abonnement n’a pas disparu de l’économie non plus. En novembre 2024, Gartner prévoyait que les dépenses mondiales en services d’applications cloud (SaaS) atteindraient en 2025 environ 299,1 milliards de dollars, soit 19,2 % de plus que sa prévision pour 2024. C’était une prévision faite avant la fin de l’année, pas un résultat mesuré pour 2025 ; des prévisions ultérieures peuvent réviser la série. Adobe a lui-même publié un chiffre d’affaires de 23,77 milliards de dollars pour l’exercice FY2025, en hausse de 11 %.¹²

Le SaaS peut continuer de croître alors même que certaines de ses structures de prix deviennent plus difficiles à défendre. Ce n’est pas contradictoire. Dans les transitions économiques, l’acteur établi peut rester prospère longtemps après que les hypothèses qui fondaient sa position se sont affaiblies.

2. Personne n’a demandé à louer vingt fragments

Un client veut terminer un travail : publier la vidéo, valider une facture, accueillir une nouvelle collaboratrice, tenir une bibliothèque de design. Il ne veut pas forcément un fournisseur d’identité, une suite collaborative, un outil PDF, un portail de rapports, une plateforme d’automatisation et cinq modules complémentaires facturés chacun à part.

L’ère du SaaS a rendu accessibles des capacités avancées sans acheter de serveurs ni entretenir de grandes équipes informatiques internes. C’était un vrai progrès. Les paiements récurrents finançaient les améliorations, la disponibilité et le support. Mais le même modèle a récompensé l’émiettement : une fonction étroite, un abonnement, un prix par poste, et souvent des frais d’intégration dès que le vrai travail du client franchissait la frontière d’un produit.

Le poids de cet émiettement n’est pas seulement financier. Il y a la charge administrative, les achats, la revue des contrats, la gestion des accès, le risque d’intégration et le risque de dépendance. Un abonnement à 20 € peut coûter cher si l’entreprise dépense bien davantage pour le maintenir relié aux dix-neuf autres outils.

Le calcul décisif n’oppose pas abonnement et absence d’abonnement. Il porte sur le coût total pour obtenir le résultat, sur une durée d’utilisation réaliste.

3. Trois choses vendues sous un même nom

Le mot SaaS recouvre trois offres distinctes.

L’outil. Un fournisseur propose une fonction : recadrer une image, produire un graphique, enregistrer une note, convertir un fichier. Un outil peut être excellent. Mais si son cœur devient facile à reproduire, une pression sur les prix digne d’une marchandise courante est plausible.

L’exploitant. Un fournisseur assume une responsabilité continue : disponibilité du service, calculs justes, adaptation à la réglementation, support, migrations sûres, interopérabilité, données gérées, maintenance et continuité. Les clients peuvent raisonnablement payer sans fin, parce que la responsabilité elle-même ne s’arrête pas.

Le gardien du péage. Un fournisseur tire profit de la dépendance : passages fermés d’un outil à l’autre, historiques qu’on ne peut pas emporter, licences difficiles à dénouer, écosystèmes clos, labyrinthe de postes et de droits, ou obstacles qui rendent le départ plus pénible que le maintien. Une partie de cette dépendance vient d’une complexité réelle ou d’effets de réseau utiles. Une autre relève d’un choix commercial.

Une entreprise peut être les trois à la fois. Aucune analyse honnête ne prétendra que chaque éditeur coûteux n’est qu’un gardien de péage. La vraie question est de savoir quelle part du prix est méritée par la valeur actuelle, et quelle part peut être exigée parce que les solutions de rechange sont difficiles à atteindre.

4. Les deux projets qui ont rendu l’argument tangible

En octobre 2026, deux projets GitHub ont circulé dans les discussions sur l’avenir du logiciel. Ils éclairent des parties différentes de l’histoire. Il ne faut pas les présenter comme un seul projet.

REA – Reverse Engineer Anything, publié sur github.com/morluto/rea, est une boîte à outils sous licence MIT qui relie des agents d’IA à des méthodes de rétro-ingénierie. Elle permet d’examiner le comportement d’un logiciel, des artefacts JavaScript et Electron, des assemblages .NET et des binaires natifs, au besoin avec des outils comme Ghidra, Hopper ou IDA. Parmi ses exemples publiés figurent un ancien jeu, la trace d’un pont de presse-papiers dans Notion et une autre reconstruction d’un programme ancien. REA ne se présente pas comme un copieur automatique d’Adobe. Sa documentation précise qu’il ne restitue pas automatiquement le code source d’origine, et sa politique d’usage responsable rejette explicitement la copie non autorisée et le contournement des protections.³⁴

Les Crafting Apps d’ArtCraft, sur getartcraft.com/apps et github.com/storytold, forment une famille distincte d’applications libres écrites en Rust avec l’aide de l’IA. Le site en listait treize dans l’instantané consulté le 14 octobre : retouche d’image, illustration vectorielle, vidéo, gestion de photos, PDF, effets, mise en page, design d’interface, traitement de texte, audio, présentations, CAO et tableurs. Les projets visent des gestes familiers plutôt que d’obliger les clients à tout réapprendre. Ils sont présentés comme fonctionnant en local, avec un code consultable, et pilotables par des agents via des interfaces CLI/JSON/MCP.⁵⁶

Le récit public de leur développement met en avant des assistants de code par IA, notamment Claude, et le travail d’ingénierie du développeur. Aucune source vérifiée dans cette enquête n’établit qu’ArtCraft a construit sa suite avec REA. Au contraire, un ticket public ouvert le 12 octobre dans le propre dépôt d’ArtCraft demande si l’équipe a envisagé d’utiliser REA ; il était toujours ouvert et sans réponse lors de la vérification du 14 octobre. Ce n’est pas une preuve que REA n’a pas servi, mais cela montre combien le lien allégué est prématuré. Écrire que REA a recréé Adobe serait une erreur factuelle.³⁷⁸

Ce qui compte, c’est la rencontre de deux capacités, pas une chaîne causale démontrée : il devient plus facile de comprendre une interface existante et plus facile de construire une mise en œuvre concurrente. L’éditeur établi doit défendre quelque chose de plus solide que la complexité de ses menus.

5. ArtCraft : une quantité de code étonnante, pas encore un remplaçant professionnel

ArtCraft mérite d’être pris au sérieux. Ses dépôts publics contiennent du code source substantiel, des tests, de la documentation, des installateurs, des processus de publication et des registres de lacunes détaillés, pas seulement des images de concept. PhotoCraft est décrit comme un éditeur d’images en alpha précoce, dans le style de Photoshop, avec calques, masques, prise en charge PSD/PSB et automatisation. FilmCraft vise le montage à la manière de Premiere et possède sa propre infrastructure de codecs et de projets. D’autres applications visent les usages de Lightroom, Illustrator, After Effects, Acrobat et InDesign, et des catégories bureautiques s’y ajoutent.⁵⁶⁹

Les logiciels créatifs libres n’ont pas attendu l’IA : GIMP, Krita, Inkscape, Blender et d’autres communautés prouvent depuis des décennies qu’un outil créatif sérieux n’a pas besoin d’être vendu en abonnement propriétaire. La nouveauté d’ArtCraft n’est pas l’invention d’alternatives libres ; c’est la construction rapide d’une suite coordonnée qui réduit délibérément le coût du réapprentissage grâce à des gestes familiers. Quand on parle de ceux qui ont fait la liberté du logiciel, il faut garder cette différence en tête.

Mais l’affirmation selon laquelle ArtCraft aurait déjà reconstruit les produits d’Adobe en équivalents « vraiment bons » appelle une question précise : bons pour quelle tâche, dans quelle version, avec quels fichiers, sur quelle machine ?

Dans un test pratique publié le 10 octobre, Steve Paris, de TechRadar, a trouvé PhotoCraft familier, mais il a signalé des sélections peu fiables, des difficultés avec ses images HEIC et des problèmes d’enregistrement en PSD sur sa machine de test. FilmCraft importait les séquences et offrait une interface reconnaissable, mais le découpage échouait, la réactivité était lente et la lecture audio des fichiers de test était inutilisable. C’est un seul test sur une machine donnée, pas la preuve que des commits ultérieurs n’ont rien corrigé ; c’est tout de même un meilleur indice de l’expérience réelle que des étoiles ou des captures d’écran.¹⁰

La documentation d’ArtCraft elle-même en dit davantage. Le tableau de performance publié pour PhotoCraft, fondé sur une mesure du 5 octobre sur un Apple M4 Pro, compte 3 scénarios de performance sur 56 dans la cible, les autres étant hors cible, non exécutés ou non mesurables. Pour une opération visant 25 ms, le document indique un p95 de 535 ms, un écart que l’on sent nettement en retouche interactive. Ces résultats sont l’instantané du projet lui-même, pas notre propre test indépendant.¹¹

Le registre des lacunes de PhotoCraft, mis à jour le 13 octobre, désigne l’interopérabilité PSD et l’acceptation par Photoshop comme un obstacle à la bêta. Sa feuille de route du 11 octobre estime par ailleurs que le logiciel est prêt pour un vrai travail à environ 45 %, loin de l’objectif annoncé pour la bêta, autour de 75 %.¹² Ses comparaisons enregistrées avec Photoshop réussissent environ 145 cas sur 258 dans un groupe suivi ; le taux dépend fortement du jeu de référence et de l’opération mesurée. Le registre décrit aussi des problèmes d’export et d’aller-retour. Il serait trompeur de prendre un chiffre plus flatteur dans un README promotionnel et de le présenter comme une compatibilité générale avec Photoshop.¹³

Les mainteneurs de FilmCraft donnent deux chiffres très différents : environ 86 % d’étendue fonctionnelle, selon leur méthode mêlant mesures et estimations, mais seulement environ 56 % de préparation à un vrai travail, dans une fourchette estimée de 51–61 %. Ils citent l’absence d’import natif des fichiers .prproj, une prise en charge matérielle incomplète, des rapports de plantage, un audio peu fiable et l’absence de comparaisons de rendu avec Premiere. Ce sont des autoévaluations, pas des certifications externes.¹⁴¹⁵

La conclusion honnête n’est pas qu’ArtCraft serait une supercherie. C’est que produire une grande alternative est devenu possible plus vite que la valider comme substitut complet. Cela peut nous impressionner sans nous pousser à renoncer au contrôle de qualité.

6. L’acteur historique ne s’effondre pas : Adobe en 2026

Adobe est un cas particulièrement utile, parce qu’une seule entreprise y concentre un écosystème professionnel installé de longue date, un modèle d’abonnement, des attentes liées aux formats de fichiers et une forte frustration des utilisateurs.

Dans son communiqué du troisième trimestre (Q3) publié le 10 septembre 2026, Adobe a annoncé un chiffre d’affaires trimestriel de 6,76 milliards de dollars, une croissance de 13 % sur un an et 27,50 milliards de dollars de revenus récurrents annualisés (ARR) en fin de trimestre. Les revenus d’abonnement de ses groupes de clients grand public et professionnels ont eux aussi progressé. Ce ne sont pas les chiffres d’une entreprise mourante. Ce sont ceux d’un acteur établi qui fournit toujours des logiciels pour lesquels on paie, malgré la concurrence et les inquiétudes des investisseurs sur sa croissance future.¹⁶

Les prix publiés aux États-Unis pour les particuliers illustrent l’économie qui suscite les critiques. Adobe affiche Creative Cloud Standard à 54,99 dollars US par mois et Creative Cloud Pro à 69,99 dollars US par mois, pour un engagement annuel payé mensuellement, hors taxes et hors remises promotionnelles temporaires. Sans engagement, Pro coûte plus cher. Un prix catalogue américain ne doit pas passer pour la facture d’un utilisateur suisse. À 69,99 dollars sur douze mensualités, Pro représente 839,88 dollars de mensualités affichées par année de contrat, avant taxes et remises. Ce n’est pas en soi de l’exploitation : un professionnel efficace peut récupérer cette somme en une seule commande.¹⁷

Ce qui compte, c’est l’équilibre entre la valeur et la sortie. Un professionnel qui a des années de documents Adobe modifiables, des modules de tiers, des modèles partagés, des fichiers de projet propriétaires et des collègues sur les mêmes outils ne peut pas juger un remplaçant en regardant seulement la ligne mensuelle. Une migration qui fait perdre la modifiabilité, des effets, des métadonnées ou des échanges fiables peut coûter plus de temps que l’abonnement n’en fait gagner.

Pour le fournisseur, cette dépendance peut avoir de la valeur. Pour le client, elle peut devenir un piège, même si la décision initiale de s’abonner était parfaitement sensée.

7. Quand le modèle d’abonnement est devenu une affaire judiciaire

Il ne s’agit pas seulement de plaintes en ligne au sujet d’une étiquette de prix. En juin 2024, le gouvernement américain a poursuivi Adobe et deux de ses dirigeants pour des allégations portant sur l’information relative aux frais de résiliation anticipée et sur des procédures de résiliation compliquées, au regard du Restore Online Shoppers’ Confidence Act. La plainte alléguait une faute ; une allégation n’est pas une responsabilité établie.¹⁸

Le 13 mars 2026, le ministère de la Justice a annoncé un projet de transaction de 150 millions de dollars : 75 millions de dollars de pénalités civiles et 75 millions de dollars de services gratuits pour les clients admissibles, assortis de règles sur l’information, les rappels avant la fin des essais et la résiliation. Adobe a déclaré publiquement nier toute faute et contester les griefs du gouvernement, tout en acceptant de régler l’affaire. Le communiqué du ministère décrivait une ordonnance que le tribunal devait encore rendre, et le tribunal l’a rendue le 10 avril 2026. Dans cette ordonnance, Adobe n’a ni reconnu ni contesté les allégations ; il ne faut pas la transformer en silence en condamnation prononcée par un juge.¹⁹²⁰

Il faut bien distinguer une chose : l’affaire portait sur le marketing, l’information et la résiliation. Elle n’a pas établi juridiquement que les logiciels d’Adobe étaient trop chers, que ses abonnements étaient invalides, ni que tout SaaS est abusif.

Elle montre pourtant pourquoi la liberté de partir est au centre du débat sur la valeur. Un abonnement peut être une manière raisonnable de payer un travail continu. Il devient beaucoup plus difficile à justifier si l’abonné ne comprend pas son engagement ou ne peut pas en sortir sans mauvaise surprise coûteuse.

8. Une interface familière, un fichier étranger et la vraie facture du changement

Les développeurs d’ArtCraft ont fait un choix habile : des panneaux et des raccourcis familiers réduisent le coût du réapprentissage. Si les mains d’une graphiste connaissent déjà le geste, apprendre l’alternative peut coûter peu.

Mais une interface familière n’est pas une compatibilité de fichiers, et la compatibilité de fichiers n’est pas une équivalence en exploitation. Un projet peut s’ouvrir en perdant le calque de réglage qui le rendait modifiable. Une timeline vidéo peut passer par un format d’échange neutre en perdant des effets, des marqueurs ou des métadonnées audio. Une capture d’écran peut sembler identique alors que la retouche en temps réel est inutilisable.

Voilà le coût caché de la migration. C’est aussi le cœur de la défense de l’acteur établi : des années de cas limites testés, de modules, de codecs, de liaisons avec les appareils, d’usages professionnels et de collaboration rodée. Un nouvel entrant doit parcourir cette distance un fichier cassé et un délai client après l’autre.

Une alternative sérieuse devrait se mesurer selon au moins cinq dimensions indépendantes : présence des fonctions, fidélité du comportement, échange de fichiers, performance et fiabilité, compatibilité avec l’écosystème. L’envie du public de trouver un remplaçant ne mesure aucune d’elles.

La volonté de l’équipe d’ArtCraft de publier ses registres de lacunes est remarquable. Ses propres obstacles à la bêta montrent pourquoi une démonstration de produit et une entreprise de produit sont deux réussites différentes. Ces documents fournissent des preuves d’une rare précision que développer et exploiter ne relèvent pas du même poste de coûts.

9. La rétro-ingénierie change l’équilibre, mais le droit compte toujours

REA signale un deuxième changement. Autrefois, les fournisseurs pouvaient rendre difficile la simple compréhension du fonctionnement d’une fonction familière. Les outils d’analyse et l’aide de l’IA dissipent cette opacité. Si un concurrent peut reproduire le comportement, l’éditeur d’origine doit compter davantage sur l’exécution, la confiance, le support, l’interopérabilité et la distribution.

Ce n’est pas une autorisation générale de copier des logiciels. Dans l’Union européenne, la Cour de justice a jugé dans l’affaire SAS Institute v World Programming (2012) que la fonctionnalité d’un programme, le langage de programmation et certains formats de fichiers de données ne constituent pas, en tant que tels, une expression protégée par le droit d’auteur sur les programmes d’ordinateur. L’arrêt ne lève pas la protection du code original, des graphismes, des manuels ou d’autres expressions protégées. La directive européenne 2009/24/CE prévoit une exception limitée de décompilation lorsqu’elle est indispensable à l’interopérabilité, à des conditions strictes.²¹²²

Aux États-Unis, l’arrêt Google v Oracle (2021) a jugé que la copie de certaines déclarations d’API Java relevait, dans ces circonstances précises, de l’usage loyal (fair use) ; ce n’est pas une licence universelle pour cloner des logiciels de création. Les marques, l’habillage visuel, les contrats, les brevets, les mesures techniques de protection et les règles propres à chaque pays peuvent toujours peser.²³

Les règles d’usage responsable de REA excluent la reproduction non autorisée de code ou de contenus protégés et le contournement des DRM. ArtCraft présente ses applications comme des projets indépendants conçus en salle blanche. C’est une affirmation des développeurs, pas une validation juridique indépendante ; vérifier la provenance demanderait bien plus que la lecture de la page d’accueil d’un dépôt.⁴⁶

Le cas soutient donc une proposition plus étroite, mais importante : si le comportement d’un logiciel devient plus facile à reproduire, cela peut discipliner le pouvoir de prix d’un acteur établi, à condition que les alternatives soient réellement interopérables et licites.

10. L’IA rend l’écriture moins chère, la preuve peut-être plus coûteuse

Il n’existe pas de multiplicateur unique et honnête pour le développement assisté par IA. Une expérience de terrain menée en 2025 dans trois entreprises auprès de 4 867 développeurs a constaté, au total, 26,08 % de tâches accomplies en plus chez ceux qui disposaient d’un assistant de code. Une autre étude, randomisée, menée par METR auprès de 16 mainteneurs open source expérimentés sur 246 tâches dans des dépôts qu’ils connaissaient, a associé les outils d’IA du début de 2025 à un temps d’exécution plus long de 19 %. Ces expériences portaient sur des tâches, des développeurs, des systèmes et des périodes différents. Aucun des deux résultats ne peut servir de prévision universelle pour l’autre.²⁴²⁵

Concrètement : un agent peut produire du code plus vite qu’une équipe ne peut établir qu’il remplit toutes les obligations. L’histoire d’ArtCraft témoigne d’une production stupéfiante. Les documents de performance et de compatibilité du même projet témoignent de la dette de vérification qui reste.

Le changement économique pourrait être asymétrique. Le coût de produire une interface plausible baisse en premier. Le coût de prouver qu’on peut lui confier un projet critique baisse plus lentement. Une entreprise qui a toujours mérité son abonnement par une exploitation fiable garde une raison d’exister. Une entreprise qui facture surtout une fine enveloppe autour d’une fonction simple fait face à un problème plus immédiat.

11. Une seconde révolution : le droit de partir

L’intelligence artificielle n’est pas la seule force qui transforme le marché. Le règlement européen sur les données, le Data Act, introduit des obligations destinées à réduire les obstacles au changement entre services de traitement de données. La Commission européenne explique que les clients doivent pouvoir exporter leurs données dans des formats courants lisibles par machine et que les frais de changement concernés seront interdits à partir du 12 janvier 2027. Le champ d’application, les exceptions techniques et la mise en œuvre comptent ; il ne faut pas décrire le Data Act comme s’il rendait, par magie, toutes les applications interchangeables.²⁶

L’orientation politique est remarquable : le législateur s’attaque à un problème que le marché seul n’a souvent pas su régler. La concurrence n’est pas limitée seulement quand les nouveaux venus ne peuvent pas construire d’alternatives, mais aussi quand les clients ne peuvent pas leur apporter leur propre travail.

Un client dont l’historique est retenu en otage n’a pas de vrai choix. Et un fournisseur ne peut pas prétendre de façon crédible qu’on le garde pour sa valeur quand il a délibérément fait du départ une punition.

12. Les prochains gardiens pourraient se trouver un étage plus bas

Il serait facile d’écrire une fin triomphale : les vieilles barrières tombent, les développeurs reconstruisent chaque outil, les clients deviennent libres.

Mais l’IA n’abolit pas la dépendance. Elle la déplace. Les nouvelles applications peuvent dépendre d’agents de code propriétaires, de fournisseurs de modèles de fondation, d’infrastructures GPU et cloud, de plateformes de distribution, d’identités hébergées, de systèmes de paiement et de flux de données. Le logiciel qui sert à échapper à un abonnement peut porter, en coulisses, de nouveaux coûts récurrents.

Il y a aussi une réalité inconfortable du logiciel libre. Un téléchargement gratuit a un prix : celui de son entretien. Qui teste la prochaine version du système d’exploitation ? Qui corrige un bogue qui corrompt les documents ? Qui signe et distribue des binaires sûrs ? Qui répond quand une collaboratrice ne parvient pas à boucler une livraison urgente ? Une communauté peut assurer tout cela, mais quelqu’un doit faire le travail.

L’argument doit donc valoir aussi pour les nouvelles entreprises. Un éditeur né avec l’IA n’est pas moralement supérieur parce que son code lui a coûté moins cher. Il doit lui aussi mériter la confiance de ses clients, expliquer ses prix, respecter leurs données et les laisser partir.

13. Ce que les éditeurs de logiciels devraient vendre aujourd’hui

Un abonnement défendable part du résultat du client et continue de mériter sa place.

Pour des outils simples, cela peut signifier un faible tarif récurrent, un achat unique, un logiciel libre avec support optionnel ou une tarification à l’usage. Pour des processus complexes et réglementés, cela peut signifier un service géré, des engagements de service clairs, un entretien expert, des intégrations, des pistes de preuve et un recours fiable à des humains. Le nombre de postes n’est pas toujours une bonne mesure de la valeur quand des systèmes automatisés font le travail ; les résultats, l’usage, la capacité et la responsabilité peuvent être des unités plus parlantes.

Aucun de ces modèles ne garantit l’équité. La tarification à l’usage peut rendre les coûts imprévisibles. La tarification au résultat peut se tromper sur les causes. Les abonnements de support peuvent devenir une forme de racket si l’interopérabilité est bloquée à dessein. Le critère n’est pas le vocabulaire de la facture ; c’est de savoir si le client voit ce qui lui est fourni.

La question utile pour un éditeur est la suivante : si nos clients pouvaient partir demain avec leurs fichiers, leur historique et leurs intégrations intacts, combien nous choisiraient encore, et pourquoi ?

Cette question ne menace pas le bon logiciel. Elle aide à le reconnaître.

14. Ce qu’ArtCraft a déjà changé

Au 14 octobre 2026, ArtCraft n’a pas démontré que des créateurs professionnels peuvent remplacer toute la suite Adobe Creative Cloud sans perte. En l’état des preuves, ce serait exagéré.

Ce qu’il a démontré est plus intéressant : l’effort nécessaire pour produire des concurrents d’allure sérieuse et réellement fonctionnels diminue, et ces concurrents peuvent publier, en un temps remarquablement court, non seulement des captures d’écran, mais des programmes qui tournent, des tickets transparents et des tests détaillés.

Les résultats financiers d’Adobe montrent que les clients paient encore pour des outils mûrs. Les registres de lacunes d’ArtCraft montrent pourquoi. La transaction sur l’information des abonnés montre que la valeur et la conduite commerciale sont deux questions distinctes. REA montre que la capacité d’un développeur concurrent à comprendre le comportement d’un logiciel établi progresse. Ces quatre faits peuvent être vrais en même temps.

La partie ne se jouera pas sur l’application qui ressemble le plus à Photoshop sur une capture d’écran. Elle se jouera sur la capacité de l’alternative à porter sans risque le travail d’un vrai utilisateur, sur la capacité de l’original à justifier encore sa facture, et sur la liberté de choisir qui reste à l’utilisateur.

Le SaaS n’est pas mort. Mais le droit d’encaisser un abonnement simplement parce que le client n’a nulle part où aller devient moins sûr.

C’est un changement à saluer, non parce que le logiciel deviendra gratuit, mais parce qu’il devra peut-être de nouveau mériter son prix.

Méthode et limites

Ce texte s’appuie sur des documents primaires (dépôts GitHub et bancs d’essai des mainteneurs, prix d’Adobe et communiqués de résultats déposés auprès de la SEC, annonces du ministère américain de la Justice et d’Adobe sur la transaction, droit de l’Union européenne et décisions de justice), sur des tests pratiques de tiers et sur des études publiées sur la productivité des développeurs. Les étoiles GitHub, le nombre de commits, les pourcentages de parité estimés et les affirmations de conception en salle blanche ne sont pas des certifications indépendantes de qualité ou de conformité juridique. ArtCraft évolue vite : les affirmations d’un dépôt et un test publié quelques jours plus tôt peuvent diverger et doivent être datés. Aucun programme n’a été installé localement ni soumis à un banc d’essai indépendant pour cette enquête. Les prix en dollars sont des prix catalogue américains pour les formules individuelles citées, pas des offres suisses. Ce texte exprime une interprétation économique, pas une recommandation de placement ni un avis juridique. Les références complètes figurent dans les Sources.

Sources