Un développeur et l'IA ont conçu en quelques mois des équivalents d'Adobe et d'Office

Plusieurs années de travail d'une grande équipe se réduisent à quelques mois pour un seul développeur assisté par l'IA. C'est l'histoire que détaille Habr : l'auteur s'attaque à une gamme d'applications graphiques et bureautiques complexes, censées concurrencer Adobe et Microsoft Office. Le titre de l'article original affirme que les géants sont « tués ». C'est une forte exagération : l'annonce ne mentionne ni noms de projets, ni nombre d'utilisateurs, ni tests comparatifs.

Ce que l'on sait de l'article

La partie accessible contient peu de faits, mais ils sont parlants :

• équipe : un développeur et un petit groupe d'assistants ;
• outil : l'IA pour générer du code et, vraisemblablement, une part importante de l'interface ;
• délai : quelques mois, contre plusieurs années selon le schéma classique ;
• objectif : des applications graphiques et bureautiques comparables aux produits d'Adobe et de Microsoft ;
• modèle de distribution : open source ;
• questions que l'auteur promet d'aborder : les risques juridiques, l'influence sur l'avenir du développement, la proximité avec les équivalents commerciaux.

Ce qui manque, en revanche : des données sur la prise en charge des formats PSD, DOCX ou XLSX, sur les performances avec des fichiers volumineux, sur le nombre de bugs. Ce sont précisément ces paramètres qui séparent une démonstration du remplacement d'un véritable outil de travail. On n'apprécie pas Photoshop et Office pour leur jeu de boutons, mais pour leur compatibilité, leur gestion des documents lourds et leurs décennies de corrections d'erreurs.

Où passe la frontière juridique

La ressemblance avec les originaux est ici le principal risque. Le droit d'auteur protège un code et une présentation précis, mais pas une idée ni une fonctionnalité. Dans l'affaire Google contre Oracle, la Cour suprême des États-Unis a reconnu en 2021 que la copie des déclarations de l'API Java relevait du fair use, tandis que la Cour de justice de l'Union européenne, dans le litige SAS Institute contre World Programming, a jugé que la fonctionnalité d'un programme n'est pas protégée par le droit d'auteur.

Reproduire les capacités de Photoshop est donc légal. Copier les icônes, les noms, les éléments d'interface distinctifs et l'habillage reconnaissable devient en revanche risqué : le droit des marques et la protection de l'apparence entrent alors en jeu.

Le développement assisté par l'IA ajoute une seconde couche de problèmes. Un modèle peut reproduire des fragments de code sous licences copyleft comme la GPL, et le projet risque alors d'être juridiquement incompatible avec sa propre licence. De plus, selon la position du Copyright Office américain, un code sans contribution humaine substantielle n'est pas protégé. Un tel projet est plus difficile à défendre contre les forks et plus difficile à placer sous licence.

Ce qui change pour les développeurs

L'aspect le plus intéressant de cette histoire n'est pas tant les applications elles-mêmes que le coût d'entrée. Si un prototype fonctionnel de suite bureautique s'assemble en quelques mois, l'obstacle n'est plus l'écriture du code, mais la vérification de la qualité, la maintenance et la confiance des utilisateurs. Ce sont les premiers 80% du produit qui deviennent bon marché. Les 20% restants, qui incluent la compatibilité des formats, l'accessibilité, la sécurité et la documentation, demandent toujours du temps et des personnes.

Pour Adobe et Microsoft, la vraie menace ne vient pas d'un seul passionné, mais du fait que ce type de projets va se multiplier. Les deux groupes disposent de défenses : services cloud, écosystème de plugins, contrats avec les entreprises, habitudes de millions d'utilisateurs.

Comment lire ce genre d'histoires

Si vous construisez un produit, vérifiez trois choses. Premièrement : ouvrez de vrais fichiers issus de votre travail et regardez si la mise en page et le formatage se cassent. Deuxièmement : étudiez la licence du projet et l'origine du code, surtout si vous envisagez un usage commercial. Troisièmement : évaluez l'activité de la communauté en dehors du créateur, c'est-à-dire le nombre de contributeurs, la vitesse de résolution des bugs et la régularité des versions. Tant que ces données manquent, on a affaire à une démonstration convaincante de la vitesse du développement assisté par l'IA, et non à un remplacement d'Adobe et d'Office.