Principe général
L’IA devient utile quand elle reçoit du contexte, des contraintes, un scope clair et une boucle de validation. Elle ne remplace pas la compréhension technique.
AI-assisted engineering
Ma méthode de travail avec l’IA.
J’utilise l’IA comme assistant d’exploration, de comparaison d’approches et d’implémentation cadrée, sans lui déléguer la décision produit ni la validation finale.
Quand je l’utilise
Patterns avancés, comparaison d’approches, refactors mécaniques, i18n, skeletons, documentation, tests après stabilisation et petites tâches locales.
Quand je ne délègue pas
Décision produit, arbitrage d’architecture, validation finale, compréhension métier, review critique et responsabilité de l’intégration.
Codebase existante
Travailler avec du contexte partiel.
Dans une vraie codebase, on ne maîtrise pas toujours immédiatement tout l’historique, toutes les conventions et toutes les dépendances d’un flow. J’utilise donc l’IA comme outil d’exploration cadrée : résumer un flow, identifier les fichiers liés, comparer plusieurs options d’intégration, puis produire une première implémentation compatible avec les patterns existants.
Contrôle final
Cette méthode accélère l’orientation, mais ne remplace pas la review : je vérifie les hypothèses, adapte le code, contrôle les effets de bord, teste le comportement et documente les limites.
Exemples Socially
Des cas d’usage cadrés.
Patterns avancés
Feed, data fetching client, pagination infinie, optimistic UI et intégration de nouvelles librairies dans une vraie UI.
Flows spécifiques
Création de post avec validation client, drag & drop, upload multiple, gestion d’états et erreurs.
Tâches contraintes
i18n, SEO de fin de projet, skeletons, harmonisation UI, documentation dérivée du code et refactors mécaniques.
Méthode
Cadrer, challenger, intégrer, valider.
1. Cadrer
Définir le scope, les contraintes, les fichiers concernés et le résultat attendu.
2. Comparer
Demander plusieurs approches, identifier les compromis et choisir l’option cohérente.
3. Intégrer
Adapter au code existant, aux conventions du projet et aux contraintes produit.
4. Valider
Relire, tester, corriger, documenter et garder la responsabilité finale.