L'architecte a toujours été un technologiste. C'est lui qui a appris à représenter la réalité sur une feuille de papier : la perspective, mise au point à la Renaissance par un architecte, Brunelleschi, puis le dessin technique et ses instruments, le crayon, le té, la table à dessin, les pistolets pour tracer les courbes. Chaque génération a ajouté son outil. Quand l'informatique est arrivée, les architectes ont été parmi les premiers à adopter les logiciels de dessin comme AutoCAD, puis la modélisation 3D, puis le BIM.
Ce qui n'a jamais changé, c'est le lien avec le réel : l'outil sert à construire. Aujourd'hui encore, c'est à l'architecte d'être le premier à s'emparer de la technologie, de Grasshopper à l'intelligence artificielle, sans jamais perdre ce lien. Beaucoup ont pourtant passé des nuits à se battre avec un script ou un fichier qui refusait de s'ouvrir, en se demandant s'ils étaient encore architectes ou déjà informaticiens. Ce n'est pas un choix à faire : l'architecte qui veut garder la main sur son projet est aussi un technologiste.
Voici six raisons, tirées de notre pratique d'architectes et de formateurs, et de nos lectures.
1. Nos projets ressemblent à nos outils
Une partie de notre architecture est la conséquence des outils avec lesquels nous la concevons. Randy Deutsch, dans The Agentic Architect (2026), parle de déterminisme technologique : on reconnaît un bâtiment dessiné sous SketchUp, sous Rhinoceros ou sous un logiciel BIM.
Ne pas comprendre ses outils, c'est les laisser décider à sa place. Les comprendre, c'est pouvoir les plier au projet, et pas l'inverse.
2. L'image n'est pas le bâtiment
C'est une leçon que l'on apprend souvent à ses dépens. Sur un projet de villa, des images générées par intelligence artificielle sont envoyées au client par enthousiasme : une dalle aux formes libres, un garde-corps sans structure visible, un vitrage courbe introuvable chez les fournisseurs locaux. Le client adore. Puis il faut tout rationaliser dans le modèle 3D, au centimètre, et revenir sur ce qui avait été promis.
Au final, aucune image IA n'est utilisée. Elles sont bonnes pour l'ambiance, mauvaises pour la géométrie : un balcon de 150 cm qui paraît spacieux. Tout ce qu'on montre au client devient une promesse. Le technologiste sait ce que l'outil produit vraiment, et ce qu'il fait semblant de produire.
3. L'IA ne remplace pas l'architecte qui la comprend
Il y a quelques années, dans les écoles d'architecture les plus avancées, générer de l'architecture par l'intelligence artificielle donnait des modèles 3D voxelisés, entraînés pendant des heures, pour des résultats lourds et médiocres. Beaucoup en ont conclu que l'IA ne serait jamais un outil sérieux. C'était une erreur.
Aujourd'hui, les modèles écrivent du code, et dans Rhinoceros et Grasshopper, le code devient géométrie. Mais ils produisent des modèles de bâtiments, pas des bâtiments : le ressenti, l'usage, l'intention et le cran de rendre le projet constructible restent à l'architecte. Deutsch le formule ainsi : l'IA ne retire pas à l'architecte sa capacité d'agir, elle l'exige. Encore faut-il savoir lire ce qu'elle produit.
4. Automatiser, c'est récupérer du temps pour concevoir
Calepinage, nomenclatures, métrés, variantes de façade, mises à jour de plans : une grande partie de la semaine d'un architecte est faite de tâches répétitives. Dans Superusers (2019), Deutsch décrit des architectes qui transforment une étude de plusieurs jours en étape de quelques minutes.
Le technologiste ne travaille pas plus vite pour produire plus. Il automatise pour rendre du temps à la conception : la matière, les proportions, le détail, la relation avec le client.
5. Le métier change plus vite que les écoles
Les étudiants que nous formons arrivent souvent avec une très bonne culture du projet et très peu de méthode numérique. Ce n'est pas leur faute : les cursus suivent difficilement le rythme des outils. Deutsch rappelle qu'une spécialité a une date de péremption, et qu'il faut se reconstruire régulièrement.
L'architecte technologiste n'est pas celui qui connaît tous les logiciels. C'est celui qui sait apprendre un nouvel outil quand le projet l'exige, et qui sait reconnaître ce qui peut être automatisé.
6. Ce qui ne se rationalise pas ne se construit pas
L'architecture est un métier du réel : des matériaux, des entreprises, des budgets, des délais. Le technologiste n'est pas un rêveur de formes complexes ; c'est celui qui relie la forme au chantier. Un script Grasshopper bien construit, c'est une façade qui sait d'avance combien de panneaux elle demande, de quelles dimensions, à quel prix.
C'est pour cela que l'architecte technologiste ne peut pas rester enfermé dans un rôle de spécialiste : il doit tenir les deux bouts, la technique et tout le reste, l'administratif, le chantier, les clients.
Ce que nous en retenons
Devenir technologiste, ce n'est pas quitter l'architecture. C'est retrouver la maîtrise de tout ce qui la produit.
Ce n'est pas une affaire de logiciels. C'est une manière de penser : en logique, en relations, en conditions.
C'est accessible. Il suffit de commencer par les bases, avec une méthode. C'est exactement ce que nous faisons dans le Bootcamp Beginner : Rhinoceros, puis Grasshopper, puis le reste.
Envie d'apprendre ? Inscrivez-vous.
Sources : le parcours de l'auteur ; Randy Deutsch, Superusers (Routledge, 2019) et The Agentic Architect (Routledge, 2026), résumés et paraphrasés.