Développer un programme : les questions que l'IA ne tranche pas
Quand vous développez un programme, voici (une partie) des questions à se poser :
Métier
- Quels sous-domaines méritent votre énergie ? (Core)
- Lesquels sous-traiter, voire vibecoder ? (Supporting)
- Lesquels externaliser pour X €/mois ? (Generic)
- Avez-vous vraiment un avantage compétitif ? Et y mettez-vous vraiment votre énergie ?
Découpage
- Quels composants ? Quels bounded contexts ?
- Lesquels protéger des autres ? (Anti-Corruption Layer, Open Host Service)
- Qui est responsable de quoi ? Avec quelles contraintes d’organisation ?
Architecture
- Clean Architecture ? Vertical Slice ? Où ?
- Quelles parties découpler de l’infra ? (Ports & Adapters)
- Transaction Script ? Data Mapper ? Active Record ?
- Event Sourcing ? CQRS ? Où ?
- Quelle stratégie de tests ?
Data
- Relationnelle ? Documents ? Vectorielle ? Un mix ?
- Qu’est-ce qui doit être cohérent immédiatement ? À terme ?
- Comment séparer les données entre clients ?
Scale
- Comment communiquent les services ?
- Quelles parties doivent scaler en autonomie ? À quel coût ?
Front
- Une app ? Du SSR, de l’ISR pour le SEO/GEO ?
- De l’i18n dès maintenant ?
Sécurité & conformité
- Scopes ? Permissions ? Secrets ?
- RGPD : supprimez-vous / anonymisez-vous bien les données ?
- Consentement au tracking : pouvez-vous le prouver ? Même s’il change dans le temps ? (Coucou l’Event Sourcing)
Prod
- Quel niveau d’observabilité ? De tracking ?
- Que faire en cas d’urgence ? Peut-on rollback vite ?
Ce qu’une IA seule ne peut pas trancher
Autant de questions qu’une IA seule ne peut pas trancher correctement dans un projet vibecodé, si vous n’avez pas les connaissances nécessaires. Car :
- elle n’a pas tout le contexte
- les réponses ne sont pas blanches ou noires : ce ne sont que des tradeoffs
- sur un gros contexte, ses soucis d’attention donnent de mauvaises réponses, archi coûteuses
- si on ne lui demande pas (bien), elle ne le fera pas
Et un mauvais départ ne se voit pas les premiers mois… mais coûte énormément plus tard. Changer des fondations, c’est très compliqué.
Vibecoder, c’est très bien… sur un projet où les décisions critiques sont cadrées ! (Faites-vous accompagner)
Et amis devs : si vous ne mettez pas votre énergie d’apprentissage sur ces sujets en 2026… mettez-vous-y à toute vitesse. C’est là que réside déjà le métier.
Quoi faire. Comment faire. Pourquoi le faire.
« Faire » ne vaut presque plus rien.
Bon apprentissage !