Fondamentaux de l’ingénierie logicielle

L’IA écrit du code, mais ce n’est pas à elle de décider de ce qu’un bon logiciel doit être. Pour en juger, il faut connaître les fondamentaux.

Tout est affaire de compromis

Construire un logiciel, c’est arbitrer sans cesse. Un système plus rapide peut coûter plus cher ; une architecture plus simple peut moins bien supporter la montée en charge ; la sécurité et la confidentialité imposent leurs propres règles. Ces arbitrages se retrouvent dans chaque décision : les technologies retenues, l’architecture, le stockage des données, les tests.

Pourquoi c’est décisif avec un agent

Plutôt que de laisser l’agent trancher seul sans comprendre ses décisions — une approche souvent associée au vibe coding —, on peut le guider avec le vocabulaire précis de l’ingénierie logicielle. Voici, par exemple, ce qu’une consigne peut fixer :

• une contrainte de performance : « la page doit s’afficher en moins d’une seconde » ;
• un modèle de données : « chaque commande appartient à un seul client » ;
• une règle de sécurité : « seul l’auteur peut modifier son document ».

Tester ce qui a été produit

Un prototype qui s’affiche n’est pas un prototype qui fonctionne. L’IA peut écrire des tests, pas décider de ce qui compte. Trois vérifications utiles :

• Le cas normal, celui pour lequel l’application existe.
• Le cas vide — aucune donnée, aucun résultat.
• Le cas faux — une saisie inattendue, une erreur réseau.