Le paradoxe du code trop facile

On vit une époque étrange. Une IA générative peut bâtir une fonctionnalité complète en quelques minutes. Il suffit de décrire ce qu'on veut dans ChatGPT pour obtenir du code qui fonctionne, ou presque. Pour les développeurs qui ont appris leur métier avant cette révolution, c'est à la fois excitant et troublant.

L'excitation, on la comprend. La vitesse a explosé. Le malaise est plus difficile à nommer, mais il est bien réel. Quand le code apparaît sans effort, quelque chose disparaît en chemin. L'essai-erreur, les petites victoires d'optimisation, ces moments ne sont pas des obstacles. Ils font partie de l'apprentissage.

La friction a du sens

En design, on parle parfois de "friction utile". Tout supprimer n'améliore pas toujours l'expérience. Parfois, la résistance fait partie du plaisir.

Prenez un visualiseur de cartes perforées. Une IA le génère en cinq minutes. Mais si vous l'écrivez vous-même, sans aide, c'est différent. Vous plongez dans le format Hollerith, vous calculez des coordonnées SVG qui n'obéissent pas à des règles simples, vous choisissez vos structures de données avant d'écrire la moindre ligne. Ce projet devient alors une vraie expérience d'apprentissage.

Ce n'est pas du code "basique". C'est la matière première de la compétence.

Le carnet n'a jamais disparu

Avant les IA, beaucoup de développeurs commençaient par dessiner. Sur papier, sur un tableau, sur une serviette. Cette phase de réflexion précédait le clavier.

Petit à petit, les outils ont compressé ce temps de pensée. Aujourd'hui, avec les générateurs automatiques, elle a presque disparu. On itère sur des brouillons produits par la machine.

Pourtant, ce temps de réflexion n'était pas du luxe. C'est là que la compréhension profonde se construisait. C'est là qu'on se demandait vraiment ce qu'on voulait accomplir. Ce réflexe de penser avant de taper s'affaiblit, et il ne se reconstruit pas tout seul.

Au-delà des métriques

L'IA permet d'optimiser les chiffres : lignes de code par heure, fonctionnalités livrées par sprint. Mais elle peut aussi affaiblir l'intuition et le métier qui font la différence entre un système moyen et un système élégant.

Coder lentement n'est pas rétrograde. C'est un choix délibéré. Comme faire du sport même si on a une voiture. Certaines compétences ne se conservent que par la pratique régulière. Et le processus de création a une valeur en soi, indépendamment du résultat.

C'est aussi une protection contre la dépendance. Si on délègue systématiquement la résolution de problèmes, que reste-t-il quand l'IA se trompe sur une logique métier complexe ? On devient relecteur plutôt que créateur.

Le mouvement du slow code

La solution ? L'intention. Consacrer une heure par mois à écrire sans IA. N'importe quoi. Un petit jeu, un script utilitaire, une structure de données conçue de zéro. Pas de deadline, pas de client.

L'objectif n'est pas de prouver qu'on peut faire la même chose plus lentement. C'est de se rappeler ce qu'on apporte vraiment : la curiosité, le goût, la capacité à poser les bonnes questions, la reconnaissance de patterns qui dépasse les données d'entraînement.

Chaque développeur devrait passer du temps dans cet espace. Pas par contrainte. Par nécessité.

Pour ceux qui veulent s'y mettre

Si cette idée vous parle, commencez simplement. Programmez une heure sans IA. Choisissez un projet sans enjeu. Prenez des notes sur ce que vous découvrez. Observez ce que la friction change dans votre façon de penser.

Et si vous voulez en parler avec d'autres, rejoignez le mouvement. Il y a quelque chose de fort à savoir que d'autres font la même chose : redécouvrir le métier pendant que tout le monde court vers l'automatisation totale. Ce n'est pas un rejet du progrès. C'est un complément. Les outils doivent servir notre travail, pas remplacer notre réflexion.

Le meilleur code n'est pas celui qu'on écrit le plus vite. C'est celui qu'on écrit en pleine conscience.