Ken thompson : moins de code, plus d'impact. la leçon d'un pionnier.

À l'heure où l'intelligence artificielle remodèle le marché du travail, une figure discrète du monde de l'informatique livre une observation déconcertante : l'un de ses jours les plus productifs a été celui où il a effacé mille lignes de code. Ken Thompson, un nom qui résonne dans les couloirs de l'histoire numérique, nous rappelle que la simplicité, souvent sacrifiée sur l'autel de la complexité, est le maître mot de l'efficacité.

L'héritage unix : une philosophie minimaliste

Thompson n'est pas un développeur comme les autres. Co-créateur d'Unix avec Dennis Ritchie à la fin des années 60, il a contribué à façonner notre compréhension même de l'informatique. Unix, bien plus qu'un simple système d'exploitation, incarnait une approche modulaire : des outils petits, spécialisés, combinés pour accomplir des tâches complexes. Cette philosophie de construction minimaliste et efficace a guidé chaque projet qui a suivi.

Son langage B, précurseur direct du C, a jeté les bases de la programmation de systèmes moderne. Puis, des décennies plus tard, chez Google, il a co-créé Go, un langage conçu pour le développement à grande échelle. Là encore, la simplicité prime : un langage épuré, un système de types direct, une gestion de la concurrence intuitive. Le mantra est clair : chaque élément absent du langage est une complexité évitée.

Pourquoi supprimer du code est une force

Chaque ligne de code supplémentaire est aussi une ligne à lire, à comprendre, à maintenir. C'est un point potentiel de bug, un test supplémentaire à écrire, une complexité accrue qui ralentit les futures modifications. La dette technique s'accumule alors silencieusement, transformant les petites corrections en opérations risquées. Thompson, en supprimant ce code superflu, réduit la surface d'erreur, simplifie l'architecture et rend le système plus agile.

Ce n'est pas une démarche facile. Exiger de l'ingénieur la capacité d'identifier ce qui est vraiment essentiel, de se défaire du reste, demande un jugement aiguisé. C'est un acte de courage, une forme de minimalisme intellectuel. Mais le gain en termes de robustesse et de maintenabilité est indéniable.

Alors que de nombreuses équipes mesurent leur productivité en nombre de lignes de code produites, Thompson nous offre une perspective radicalement différente. Il nous rappelle que programmer efficacement, ce n'est pas écrire plus, mais savoir précisément ce qu'il ne faut pas écrire.

Et dans un monde submergé d'informations et d'outils, cette leçon, aussi simple qu'elle puisse paraître, est plus pertinente que jamais.