Ken thompson : le maître de l'austérité, une révolution de code
Ken Thompson, figure tutelaires de l'informatique, a consacré plus de cinquante ans à façonner les fondations du logiciel moderne. De Unix à Go, son approche minimaliste a redéfini les règles du jeu, et son dernier jugement sur la nécessité d’éliminer le superflu résonne avec une force inattendue.
Un héritage minimaliste, une philosophie radicale
L’homme, co-créateur de Unix et du langage B (ancêtre direct de C), et co-auteur de Go, a toujours privilégié la simplicité à la complexité. Il a prouvé, avec une concision saisissante, que le code le plus efficace est souvent celui qui en contient le moins. Sa déclaration selon laquelle son jour le plus productif était consacré à l'éradication de mille lignes de code est loin d’être une simple anecdote : c’est une doctrine.
Thompson, qui a débuté son parcours aux laboratoires Bell à la fin des années 60, avec Dennis Ritchie, a insufflé une vision novatrice dans le développement du système d'exploitation Unix. Il n'était pas simplement un codeur, mais un architecte qui concevait des outils modulaires, compacts, capables de s'intégrer harmonieusement. Cette approche, axée sur l'efficacité et la clarté, a imprégné tous ses projets ultérieurs.
Le langage B, conçu pour succéder à BCPL, a posé les bases de C, le langage qui a longtemps dominé la programmation des systèmes. Décennies plus tard, à Google, Thompson a co-créé Go, un langage conçu pour les systèmes de production à grande échelle, suivant le même principe : la concision au détriment de l'opacité. Go est un manifeste de cette philosophie.
« Il n’y a que deux types de programmes : ceux qui se plantent et ceux que personne ne comprend. » – Bjarne Stroustrup. Cette phrase, qui illustre parfaitement l'approche de Thompson, est plus pertinente que jamais dans un contexte où la productivité est souvent mesurée par le nombre de lignes de code.
Pourquoi éliminer le code est-il plus valorisant que de l'écrire ? Chaque ligne ajoutée est une source potentielle d'erreur, un point de complexité qui complique les futures modifications. La dette technique s'accumule, transformant le système en une masse informe et vulnérable. En supprimant le superflu, on réduit la surface d'attaque, on simplifie l'architecture et on prépare le terrain pour des évolutions plus rapides et plus sûres. C'est une question de jugement, de discernement, et non de simple accumulation de fonctionnalités.
L'IA transforme les métiers, et un graphique viral sur les réseaux sociaux met en lumière les professions les plus menacées. Mais la leçon de Ken Thompson est universelle : programmer n’est pas une question de quantité, mais de qualité. Il ne s’agit pas d’écrire davantage, mais de savoir précisément ce qu’il ne faut pas écrire. C’est une perspective qui, loin d’être une relique du passé, est essentielle pour l'avenir de la Technologie.