Apprendre de Bellard

Et si le logiciel était comme la science au début du 20e siècle ?

Depuis quelques semaines, je lis The Making of the Atomic Bomb de Richard Rhodes. Oui, des semaines. Le livre fait plus de 1000 pages, alors ne me jugez pas.

Le livre est fantastique. Juste vraiment, vraiment bien. Je vous recommande vivement de le lire et je vais m'arrêter là, car chaque description que je pourrais écrire ne serait pas à la hauteur de l'éclat du livre.

Laissez-moi plutôt partager quelque chose du livre que je garde en tête à côté de réflexions sur la programmation et le développement de logiciels.

Au début du livre, Rhodes décrit le monde de la science en Europe au début du 20e siècle (encore une fois : tout simplement fantastique) et ce qui m'a marqué, ce sont les descriptions de la façon dont les gens sont devenus des scientifiques. Rhodes écrit :

Note: Le livre étant en anglais uniquement, les traductions sont de moi-même

Les étudiants en physique de l’époque parcouraient l’Europe à la recherche de maîtres exceptionnels, tout comme leurs ancêtres en matière d’érudition et d’artisanat l’avaient fait depuis l’époque médiévale.

Ce qui signifiait en pratique :

Si quelqu'un dont vous vouliez apprendre la spécialité enseignait à Munich, vous alliez à Munich ; si à Göttingen, vous êtes allé à Göttingen. De toute façon, la science est issue de la tradition artisanale ;

Bourse et artisanat. Rhodes le remet dans un contexte historique :

dans le premier tiers du XXe siècle, elle a conservé – et conserve dans une certaine mesure encore – un système informel de maîtrise et d’apprentissage sur lequel s’est posé le système plus récent des écoles supérieures européennes.

Puis, plus loin dans le livre, il écrit :

Pour devenir scientifique, pensait Polanyi, il fallait « une initiation complète ». Une telle initiation provenait d’une « association personnelle étroite avec les vues intimes et la pratique d’un maître distingué ». La pratique de la science n’était pas en soi une science ; c'était un art, qui se transmettait de maître à apprenti comme se transmettait l'art de la peinture ou comme se transmettaient les compétences et les traditions du droit ou de la médecine.

Dans les quelque 400 pages qui suivent (c’est tout ce que j’ai lu pour le moment), il y a de nombreuses descriptions de différents physiciens et chimistes voyageant à travers le monde pour travailler pour un autre scientifique. Bohr déménage en Angleterre pour travailler avec Rutherford. D'autres personnes déménagent au Danemark pour travailler avec Bohr, etc.

Tout cela m’a fait me demander : et si nous avions cela dans le monde du logiciel ?

Nous avons déjà quelque chose comme une communauté mondiale, non ? Grâce à l'open source, aux conférences, aux blogs, aux médias sociaux, aux forums, aux podcasts, aux newsletters et, je suppose, à Internet en général, nous savons sur quoi travaillent d'autres programmeurs à l'autre bout du monde. Nous connaissons parfois leurs outils, comment ils écrivent du code, comment ils testent, etc. Je veux dire, nous pouvons prendre l'avion de Francfort, en Allemagne, à St. Louis, aux États-Unis, assister à une conférence et quelqu'un peut s'approcher de moi pour me dire qu'il lit cette newsletter (peu probable mais bon !) - si cela n'a pas au moins une part de communauté mondiale, je ne sais pas trop ce que c’est.

Mais ensuite je me demande : et si nous avions la partie apprentissage ? Et si quelqu'un pouvait, par exemple, dire « Je veux travailler pour Fabrice Bellard » et ensuite travailler pour Bellard ? Et s'ils formaient ensuite un autre programmeur et pouvaient dire des choses comme « J'ai appris cela de Bellard » ?

Dans un certain sens, je suppose, nous avons déjà ceci : vous pouvez apprendre de Bellard en lisant son code. Vous pouvez apprendre de John Carmack en écoutant des podcasts de 3 heures avec lui. Vous pouvez apprendre de nombreux programmeurs en lisant leur blog.

Mais est-ce pareil ? Et si vous pouviez vous asseoir à côté d’eux dans un bureau, travailler avec eux sur des projets, les laisser vous guider tout au long d’un projet ?

Ou, pendant que nous y sommes, et si vous pouviez effectuer des « congés sabbatiques d’apprentissage » dans d’autres entreprises ? Tout comme un Niels Bohr irait en Angleterre pendant 2 semestres pour travailler avec Rutherford, et si vous pouviez, disons, travailler pour l'équipe de compilation d'Apple, puis reprendre votre travail après 6 mois ?

Je n’aurai pas de réponses ici. Mais c’est agréable d’y penser, non ?

Merci d'avoir lu. N'hésitez pas à vous abonner si vous ne l’êtes pas déjà