Bugs de fuseau horaire dans les systèmes de réservation générés par IA : une étude de cas

Un développeur a construit un prototype de système de réservation pour une plateforme de tutorat (12k $ MRR) en 5 heures avec Claude. Déployé immédiatement, il a généré 89 réservations en 2 semaines. Mais un bug de fuseau horaire a causé 11 réservations à des heures erronées, érodant la confiance des tuteurs.

Le bug

L'implémentation d'origine stockait toutes les heures en UTC et les affichait dans le fuseau horaire du serveur (IST). Les tuteurs dans d'autres fuseaux horaires voyaient des créneaux disponibles incorrects. Un tuteur à Dubaï a signalé : « Mon étudiant a réservé pour 15h mais s'est présenté à 16h30 » — le décalage de 1h30 correspondait à la différence IST-GST.

Tentatives de correction

Première tentative : Claude a généré une correction utilisant le fuseau horaire du navigateur. Cela a fonctionné pour IST et GST, mais a dysfonctionné pour les fuseaux horaires américains en raison des changements d'heure d'été.

Deuxième tentative : Le développeur a demandé l'utilisation d'une bibliothèque de fuseaux horaires — luxon. Correctement implémentée, elle a fonctionné sur toutes les zones testées.

Leçons

• Les prototypes qui fonctionnent pour votre fuseau horaire et vos cas de test dysfonctionneront pour d'autres.
• Claude génère avec confiance une gestion incorrecte des fuseaux horaires — testez toujours sur au moins 3 régions de fuseaux horaires avant de déployer des fonctionnalités de planification.
• Aujourd'hui, 142 réservations/mois, mais les 11 réservations à des heures erronées ont coûté la confiance des tuteurs qui ont dû s'excuser auprès des étudiants.

La rapidité des agents de codage IA ne supprime pas la responsabilité du développeur quant aux tests de cas limites.