Le tour ne dit pas au mécanicien où placer l’arbre. L’oscilloscope ne dit pas à l’ingénieur électricien par où acheminer le signal. La grue ne dit pas à l’ingénieur civil où mettre les murs. Toute discipline d’ingénierie mature l’a compris tôt et n’y est jamais revenue : le problème physique pilote la conception. Les outils sont des moyens, pas des fins. Le logiciel a été l’exception — et pendant un temps remarquablement long. …
I. Le triomphe de l’objet Descartes avait posé la règle dans le Discours de la méthode : pour résoudre un problème difficile, décompose-le en ses parties les plus simples, analyse chaque partie séparément, puis remonte vers le complexe. C’est l’instinct analytique de l’Occident — et c’est, à sa manière, la préhistoire de la programmation orientée objet. Le nom de Grady Booch sert à fixer quelque chose qui s’est produit dans les années 1980 et 1990 : le triomphe de l’objet. Avant cela, le logiciel était processus — verbes COBOL, sous-routines Fortran, fonctions C. Tu décrivais ce que le système fait, non ce qu’il est. Les programmes avaient des flux, des instructions, des verbes. …