Concevoir un dalot — l'ouvrage qui laisse passer l'eau sous une route — est un travail répétitif. L'ingénieur relève un alignement et une surface dans le modèle, calcule la géométrie, vérifie le comportement hydraulique, puis reporte le tout dans un plan et une fiche technique. Le même enchaînement, des dizaines de fois par projet routier.
Le plugin lit directement l'alignement et la surface depuis le dessin via l'API .NET d'AutoCAD, en déduit la géométrie de l'ouvrage, effectue les calculs géométriques et hydrauliques, puis génère le modèle 3D et la fiche technique correspondante. Ce qui prenait une session de travail devient une commande.
Le point le plus instructif du projet n'est pas le code : c'est la frontière entre ce qu'un plugin doit calculer et ce qu'il doit déléguer. Les résultats hydrauliques sont exportés automatiquement vers HY-8, le logiciel de référence de la FHWA américaine, qui sert d'autorité de vérification. Le plugin ne prétend pas remplacer un outil de référence — il lui fournit des données propres et récupère son verdict.
Travailler avec l'API .NET d'AutoCAD impose des contraintes qu'on ne rencontre pas côté web. Le plugin s'exécute dans le processus d'AutoCAD, donc une exception non gérée ne fait pas tomber une requête : elle fait tomber la session de l'utilisateur, avec son travail en cours. Les transactions sur la base de données du dessin doivent être ouvertes et refermées avec la même rigueur qu'une transaction SQL.
C'est aussi un rappel utile pour un profil orienté web : le métier ne vit pas toujours dans une API REST. Certaines industries travaillent dans un logiciel de bureau depuis trente ans, et la valeur qu'on y apporte se mesure en heures d'ingénieur libérées, pas en millisecondes de latence.