Aller au contenu

Le vieux travail d’ingénierie dans le nouveau workflow

Je vois passer une tendance sur LinkedIn depuis quelques semaines. Des ingénieurs logiciels qui rappellent à quiconque veut bien l’entendre que créer un logiciel de qualité, c’est bien plus que d’écrire du code.

C’est un bon conseil. C’était un bon conseil quand c’était mon argument principal il y a 20 ans, et ça le reste aujourd’hui. Des applis de qualité, maintenables, ça demande des patterns de qualité et une bonne planification. On ne peut pas faire le job correctement sans faire les deux.

Mais pourquoi en parler maintenant ?

Je pense que ceux qui n’ont pas encore utilisé l’IA s’inquiètent des nouvelles vitesses d’exécution, des standards de codage et des patterns qui commencent à émerger.

Mon sentiment sincère, c’est qu’il n’y a pas vraiment de quoi s’alarmer. Je trouve que les IA modernes font gagner un temps fou, mais les processus de longue durée ont encore du chemin avant d’être pratiques. On peut pondre une appli en chattant, certes, mais ça demande un babysitting constant et des astuces de prompting avancées pour que ça tienne la route.

On a annoncé la mort de la programmation en tant qu’art un peu trop vite, mais même si c’était le cas, les principes fondamentaux pour écrire du bon code ne vont pas changer.