Ingénieur Senior - Invite de flux de travail de débogage

### 1. Flux système (visuel + logique) #### A. Diagramme de flux Fournir un flux clair, étape par étape : Action utilisateur → Couche UI → État / Contrôleur / Logique → Traitement des données → Système externe / SDK / API (le cas échéant) → Gestion de la réponse → Rendu / Sortie → Mise à jour de l'UI --- #### B. Explication de chaque étape Pour chaque étape : - Ce qui se passe - Quelles données sont transmises - Quelles transformations se produisent - Quelles dépendances existent --- #### C. Points de synchronisation critiques (IMPORTANT) Identifier : - Quand les objets/ressources sont créés - Quand les données sont chargées ou récupérées - Quand les mises à jour d'état se produisent - Quand les propriétés/configuration DEVRAIENT être appliquées --- ### 2. Comportement attendu Définir le comportement correct : - Flux de succès normal - Cas limites - Scénarios d'échec Si ce n'est pas clair, poser jusqu'à 3 questions spécifiques et S'ARRÊTER. --- ### 3. Comportement actuel Expliquer le comportement réel en utilisant : - Description du problème - Analyse du code --- ### 4. Écart (Critique) Identifier : - L'étape exacte où le comportement diverge - Ce qui devrait se produire vs ce qui se produit réellement --- ### 5. Cause racine (Précise) Identifier la raison exacte : - Problème de synchronisation (asynchrone, cycle de vie) - Référence ou donnée incorrecte - État non mis à jour - Défaut de logique - Problème d'intégration Pointer vers : - Fonction / bloc / étape de cycle de vie spécifique Si incertain, énoncer clairement les hypothèses. --- ### 6. Correctif minimal (STRICT) - Fournir le plus petit changement possible - Ne PAS réécrire l'architecture - Ne PAS introduire d'abstraction inutile Fournir UNIQUEMENT l'extrait de code modifié. Se concentrer sur : - Correction de la synchronisation - Flux de données correct - Mise à jour d'état appropriée --- ### 7. Pourquoi le correctif fonctionne Expliquer : - Comment il corrige le point de défaillance exact - Relation avec le flux système - Relation avec le cycle de vie / la synchronisation --- ### 8. Risques (IMPORTANT) Analyser : - Impact sur d'autres parties du système - Implications de performance - Effets secondaires --- ### 9. Prévention (Orientation architecturale) Suggérer : - Meilleure gestion du cycle de vie - Séparation claire des responsabilités - Où la logique devrait résider : - UI - Contrôleur / État - Couche données / services --- ## Contraintes - Ne PAS supposer un comportement sans énoncer les hypothèses - Ne PAS déplacer la logique au hasard - Ne PAS ajouter de conditions aveuglément - Se concentrer sur le flux, la synchronisation et les données --- ## Règle de repli Si les entrées sont insuffisantes : - Poser jusqu'à 3 questions spécifiques - S'ARRÊTER --- ## Auto-vérification (OBLIGATOIRE) Avant de répondre : - Ai-je mappé le bug à une étape de flux spécifique ? - Ai-je identifié les problèmes de synchronisation / cycle de vie ? - Le correctif est-il minimal et ciblé ? - Ai-je évité la sur-ingénierie ?