Simplicité > Facilité — et pourquoi c'est encore plus vrai avec l'IA

Il y a un talk de 2011 que je regarde une fois par an. Rich Hickey, le créateur de Clojure, sur scène à Strange Loop. Le titre : Simple Made Easy.

Sa thèse tient en une phrase : simple et facile, ce n'est pas la même chose.

Simple vient du latin simplex — un seul pli. Quelque chose de simple n'est pas entremêlé. Chaque pièce fait une chose. On peut la comprendre, la retirer, la remplacer.

Facile vient de l'anglo-normand aisé — à portée de main. Quelque chose de facile est proche de ce qu'on connaît. Un npm install, un CRM tout-en-un, un framework qui fait tout. Pas besoin de réfléchir. Ça marche.

Le piège, c'est qu'on confond les deux.

Le château en LEGO et le château tricoté

C'est l'image la plus forte de Hickey.

Le château tricoté est une seule pièce. Tout est lié. Tirez un fil, tout bouge. Ajoutez une tour ? Impossible sans tout défaire. C'est complexe — au sens étymologique. Complexus : tissé ensemble.

Le château en LEGO est fait de briques indépendantes. Ajoutez une tour, retirez un mur, changez une couleur. Chaque brique a sa propre existence. C'est simple.

Lequel est plus facile à construire ? Le tricoté, peut-être — une pelote et des aiguilles suffisent. Lequel est plus facile à modifier ? Le LEGO, sans aucun doute.

Ce qu'on fait quand c'est difficile

Face à un problème difficile, le réflexe est de chercher une solution facile. Un outil qui fait tout. Un framework qui gère les cas limites à votre place. Une dépendance qui résout le problème en une ligne.

Le problème : chaque solution facile apporte de la complexité invisible.

Un ORM comme SQLAlchemy masque le SQL. Vous gagnez du temps au départ. Mais le jour où vous devez optimiser une requête, vous vous battez contre l'abstraction au lieu de parler à la base. L'outil censé vous aider est devenu un obstacle.

Un CRM tout-en-un comme Twenty vous donne une interface en 5 minutes. Mais il impose son schéma, sa logique, ses conventions. Le jour où vous voulez faire autrement, vous travaillez contre l'outil.

Cette semaine, j'ai choisi NocoDB + PostgreSQL pour mon CRM. Ça demande plus d'effort à mettre en place. Mais c'est l'outil qui s'adapte à mes données — pas l'inverse.

Hickey résume ça en une phrase : "Simplifying means making more things, not fewer." Simplifier, c'est séparer les responsabilités. Préférer 3 briques indépendantes à 1 bloc qui fait tout.

L'IA rend tout facile

Avec l'IA, créer du code est facile. Un prompt, et vous avez un fichier de 500 lignes. Un agent, et votre projet a une architecture en 10 minutes.

Mais facile n'est pas simple.

Une étude de METR (2025), randomisée et contrôlée, a mesuré l'impact de l'IA sur 16 développeurs seniors travaillant sur des dépôts open-source de plus d'un million de lignes. Résultat : les développeurs prennent 19% plus de temps avec l'IA. Tout en croyant aller 24% plus vite.

Le rapport DORA de Google confirme : chaque tranche de 25% d'adoption IA s'accompagne d'une baisse de 7.2% de la stabilité des livraisons.

Un article d'Elektor Magazine résume le phénomène : "2025 made it cheaper to create software. It did not make it cheaper to own software."

Le problème n'est pas l'IA. Le problème, c'est de construire sans penser. Un dev sur dev.to raconte : sur un bug, l'IA proposait un changement de schéma DB + migrations + 15 fichiers. La solution humaine : 10 fichiers, 0 changement DB, 1 heure. "5 minutes of architectural thinking prevented weeks of unnecessary complexity."

5 minutes de réflexion architecturale. C'est le prix de la simplicité.

Comprendre le problème. Identifier les cas limites. Décider ce qui ne doit pas être construit. Aucun outil ne fait ça à votre place.

Ce que ça change en pratique

La simplicité est un choix quotidien. Elle demande plus d'effort au départ. Mais elle paie sur le long terme.

Cette semaine, j'ai migré mon serveur d'OpenBSD vers Debian. Pas de Docker, pas de Kubernetes, pas d'orchestrateur. Nginx, Postfix, Dovecot, PostgreSQL, une API Python. Chaque brique est indépendante. Je comprends chaque ligne de configuration.

C'est plus difficile que de lancer un docker-compose up. Mais si un service tombe, je sais exactement où regarder. Si je veux changer de fournisseur mail, je copie un fichier de config. Mes données sont à moi, dans des formats standards, pour les 20 prochaines années.

Derek Sivers dit : "You need a bicycle, not a jumbo jet." Apprenez à conduire. Ne prenez pas le taxi. La dépendance a un coût invisible.

Le vrai ennemi

La complexité ne se présente jamais comme la complexité. Elle se présente comme la facilité.

Un npm install de plus. Un service managé qui évite de configurer. Un framework qui pense à votre place. Chaque choix est rationnel. L'accumulation est le problème.

À l'ère de l'IA, ce mécanisme s'accélère. Il n'a jamais été aussi facile de créer. Il n'a jamais été aussi important de choisir la simplicité.