Un génie dans une institution
Richard Wesley Hamming a passé 30 ans aux Bell Telephone Laboratories. En 1950, il publia les codes correcteurs d’erreurs qui portent son nom. Il contribua aux filtres numériques, aux méthodes numériques et à la théorie du codage. Il aida à déboguer les premiers calculs d’armes nucléaires à Los Alamos en 1945, tout juste sorti du projet Manhattan. Il travailla aux côtés de Shannon, Shockley, Brattain et Bardeen — les inventeurs du transistor.
Ce qu’était Bell Labs
Bell Labs fonctionnait grâce aux profits du monopole d’AT&T. Chaque appel téléphonique aux États-Unis versait une fraction de centime dans un budget de recherche qui finançait la science pure sans exiger de retour à court terme. Bell Labs produisit le transistor, la théorie de l’information, UNIX, C, la téléphonie cellulaire et le laser — le tout au sein d’une seule institution financée par un monopole imposé.
La guerre froide a façonné ses priorités. L'armée américaine avait besoin de codes correcteurs d'erreurs pour les communications dans des environnements contaminés par le nucléaire. Elle avait besoin de filtres numériques pour le radar. Elle avait besoin de calculs fiables pour le guidage des missiles. Bell Labs a répondu présent. La carrière de Hamming s'est déroulée dans ce cadre : des connaissances produites à l'intérieur de murs, pour des mécènes aux besoins géopolitiques précis.
Ce que Hamming a transmis
En 1986, Hamming a donné la conférence « You and Your Research » à Bell Labs. En 1995, il a enseigné un cours de troisième cycle à la Naval Postgraduate School intitulé « Hamming on Hamming ». Tous deux ont condensé 30 ans d'observation en principes qui survivent à leur contexte :
- Travailler sur des problèmes importants. « Si ce que vous faites n'est pas important et n'est pas susceptible de mener à des choses importantes, pourquoi le faites-vous ? »
- Gardez une liste de 10 à 20 problèmes importants. Consultez-la régulièrement. Quand une nouvelle technique apparaît, vérifiez si elle résout l'un de vos problèmes ouverts.
- Accumuler les connaissances. Les connaissances croissent comme des intérêts. Un petit investissement dans les fondamentaux s'accumule au fil d'une carrière ; un gros investissement dans des compétences périphériques se déprécie.
- On obtient ce que l'on mesure. Toute métrique devient une cible dès qu'elle guide les décisions ; la cible s'éloigne alors de l'objectif sous-jacent qu'elle était censée suivre (aujourd'hui appelé la loi de Goodhart).
- Créativité par analogie. La plupart des percées transfèrent une structure réussie d'un domaine à un autre. Entraînez-vous à repérer les ressemblances structurelles entre les disciplines.
- Systèmes plutôt que composants. Optimiser un composant au détriment du système produit un système moins performant. Hamming a observé cet échec se répéter tout au long de sa carrière.
Ces principes survivent à leur emballage de guerre froide. Ils restent utiles que vous travailliez au sein d'une institution ou en dehors, que vous travailliez pour un mécène ou pour un bien commun.
Votre liste
Hamming a conservé sa liste de problèmes importants tout au long de sa carrière. Il disait :
> La plupart des grands scientifiques ont 10 à 20 problèmes importants qu'ils gardent en tête. Ils les ont écrits quelque part. Ils y travaillent dès qu'ils le peuvent. Quand une nouvelle technique apparaît, ils la confrontent à leur liste.
La liste sert de filtre de préparation. Sans elle, une nouvelle technique n'est que de l'information. Avec elle, la même technique peut résoudre un problème ouvert que vous portez depuis des années.
Ce qui perdure
Pour résumer ce qui survit au cadre de la guerre froide :
Savoir composé. Cela reste vrai quel que soit le contexte institutionnel. Une personne qui consacre 20 minutes par jour à lire à la pointe de son domaine pendant 10 ans accumule un avantage cumulatif. Le mécanisme : chaque nouveau concept s'appuie sur une structure existante, créant davantage de points de connexion pour le concept suivant.
Pensée systémique plutôt qu'optimisation des composants. Une base de données optimisée isolément qui bloque le serveur d'applications produit un système plus lent. Un programme optimisé pour les résultats aux tests qui épuise la curiosité des élèves produit un résultat éducatif moins bon. L'avertissement de Hamming s'applique à toutes les échelles.
Créativité par analogie. Hamming a observé que la plupart de ses propres percées venaient du fait de voir qu'un problème dans un domaine avait la même structure qu'un problème résolu dans un autre. Les codes correcteurs d'erreurs s'appuyaient sur des idées de parité issues de domaines plus simples. Les filtres numériques s'appuyaient sur les mathématiques continues appliquées aux séquences discrètes.
On obtient ce qu'on mesure. Les organisations qui mesurent les lignes de code produisent du code. Les organisations qui mesurent les résultats aux tests produisent des candidats aux tests. L'écart entre la métrique et l'objectif s'élargit à mesure que la métrique gagne en autorité.
Ces quatre principes ne nécessitent ni mécène, ni monopole, ni guerre froide. Ils s’appliquent dans une bibliothèque universitaire, une petite boutique, un projet open-source maintenu en commun, ou une cuisine. [TITLE what_he_missed/]
La connaissance comme arme
L’époque de Hamming considérait la connaissance comme un avantage compétitif. Bell Labs produisait des connaissances dont AT&T et l’armée américaine avaient besoin avant leurs rivaux. La publication n’intervenait qu’après le dépôt des brevets et la sécurisation des applications militaires. Le modèle : produire la connaissance à l’intérieur des murs, la protéger, puis la déployer.
Ce cadre a produit des résultats concrets. Le transistor, UNIX, la théorie de l’information — tous véritablement transformateurs, tous créés dans ce modèle. Le cadre a rempli son objectif.
Ce que le cadre a exclu
L’open-source comme méthodologie de recherche. Hamming n’a jamais envisagé l’idée que publier le code source en même temps qu’un article pouvait accélérer la recherche plus vite que le garder propriétaire. À son époque, le code était un sous-produit. Linus Torvalds a publié le noyau Linux en 1991, quatre ans avant le cours de Hamming. L’idée que 10 000 contributeurs puissent maintenir une base de code plus fiablement qu’une équipe de 300 personnes au sein d’une entreprise — cela n’apparaissait pas dans la pensée de Hamming.
Huit formes de capital. Hamming mesurait le succès en publications, percées et longévité de carrière. Il n’a jamais évoqué le capital vivant (la santé et l’attention des chercheurs), le capital social (les réseaux de confiance qui rendent la collaboration possible), le capital culturel (les récits partagés qui transmettent les valeurs d’une génération à l’autre), ni le capital spirituel (le sentiment de sens qui soutient un travail long). Il n’en mesurait que deux sur huit.
La complexité algorithmique comme principe fondamental. Le cours de Hamming couvrait les filtres numériques, la simulation, la théorie du codage et la géométrie à n dimensions. Il n'a jamais enseigné la notation Big O. À son époque, N était suffisamment petit pour que la différence entre O(N) et O(N²) importe rarement. Dans l'ère que ses étudiants allaient habiter, cela comptait énormément. Cette leçon se prolonge dans unhamming_algorithmic_complexity.
Permaculture : cultiver plutôt qu'extraire. Bell Labs extrayait une rente de monopole. Le modèle nécessitait une entité disposant du pouvoir de concentrer le capital et de diriger la recherche. L'alternative — une infrastructure régénérative qui fait croître la capacité à travers de nombreux nœuds plutôt que de la concentrer en un seul — n'avait pas sa place dans le cadre de Hamming.
Le problème Espion/Espion
L'ère de Hamming était optimisée pour l'avantage sur un adversaire. La guerre froide rendait cela explicite : les États-Unis et l'URSS rivalisaient dans tous les domaines. Les chercheurs de chaque camp travaillaient pour surpasser ceux de l'autre. Le jeu : à somme nulle. Ton gain, leur perte.
Les jeux à somme nulle produisent des comportements spécifiques : secret, classification, brevets, publication restreinte, murs institutionnels. Tout cela rationnel dans le cadre du jeu. Tout cela gaspillé en dehors.
Quand deux camps s'optimisent pour se battre, aucun des deux ne s'optimise pour faire grandir un plateau partagé qui rend le jeu inutile. Les ressources dépensées en duplication, secret et signalisation compétitive ne produisent rien pour le bien commun.
Le conseil de Hamming (« travailler sur des problèmes importants ») supposait implicitement que le jeu était à somme nulle : les problèmes importants rapportaient du crédit institutionnel, du financement et du prestige dans un paysage compétitif. Le conseil reste valide. Le cadre ne se transfère pas.
Un chercheur travaillant sur une infrastructure ouverte, construisant un bien commun, contribuant à une base de code partagée — cette personne ne peut pas s'optimiser pour battre un rival. Il n'y a pas de rival. Le jeu : faire grandir le plateau, pas sa position dessus.
Même Feu, Vol Différent
Un dragon ne choisit ni sa grotte ni ses patrons. Hamming n’a pas choisi les Bell Labs ni la guerre froide. Il a travaillé là où il était, avec les ressources disponibles, vers les problèmes qu’il pouvait voir.
La connaissance survit au contexte. Les codes correcteurs d’erreurs de Hamming fonctionnent dans chaque clé USB, chaque transmission satellite, chaque disque dur. Il n’a jamais imaginé ces applications. Les mathématiques n’ont pas eu besoin qu’il les imagine.
Unhamming commence à partir de cette observation : séparer ce que Hamming a prouvé du cadre qui l’a emballé. Puis étendre avec ce que son cadre ne pouvait pas voir.
Ce qu’Unhamming apporte
Open-source comme bien commun. Travailler sur des problèmes importants ne nécessite pas le soutien d’une institution. Une personne avec un ordinateur portable, un dépôt public et un problème ouvert spécifique contribue à un bien commun qui s’accumule pour tout le monde. Le principe de connaissance composée de Hamming s’applique à l’échelle de l’écosystème, pas seulement à l’échelle individuelle.
Infrastructure coopérative. Le modèle du permacomputer : chaque nœud est une station de travail, chaque lien une file d’attente. Débloquer un nœud sans prévoir la capacité en aval crée un nouveau goulot d’étranglement. Cela étend la pensée systémique de Hamming : non seulement « optimiser le système, pas le composant », mais « cartographier le flux avant de supprimer une contrainte ».
La complexité algorithmique comme fondamental. Le test de Hamming pour un fondamental : a-t-il duré ? Le reste du domaine peut-il en être dérivé ? Le Big O passe les deux. L’analyse des taux de croissance existe depuis Knuth. On en dérive le choix des algorithmes, des structures de données et la prédiction des performances — la majeure partie de l’informatique pratique. Hamming a manqué ce chapitre. Nous l’écrivons.
Les huit formes de capital. Mesurer uniquement les publications et les brevets rend six formes de capital invisibles. Une pratique de recherche qui épuise le capital vivant (santé, attention, sommeil des chercheurs) pour maximiser le capital intellectuel (publications) optimise deux des huit tout en en appauvrissant un critique. Le conseil de Hamming « travailler les soirs et les week-ends » s’effondre sous cette comptabilité.
Le feu du dragon reste : travailler sur des problèmes importants, composer sa connaissance, penser en systèmes, créer par analogie, mesurer ce qui compte. Le vol change : aucun mécène requis, aucun adversaire requis, aucun mur institutionnel requis.