C’est la sueur froide de tout CTO. 😰
La mise à jour est en ligne, validée par Apple et Google. Les utilisateurs la téléchargent. Sauf que... l'application pointe vers notre serveur de développement, pas celui de production.
On s’en est rendu compte 24 heures plus tard. Pour le client, c’est la panique totale. Le réflexe immédiat serait de renvoyer une nouvelle version. Mais avec les délais de validation des Stores, ça prend minimum 24h. Impossible d'attendre.
Dans ces moments-là, la priorité n’est pas de chercher un coupable. C'est d'éteindre le feu.
On a gardé notre calme et on a trouvé une solution d'infrastructure plutôt que de code : On a redirigé les DNS de l'environnement de DEV pour qu'ils pointent temporairement vers la PROD. Résultat immédiat : l'app fonctionne pour les utilisateurs, sans attendre la validation Apple.
La leçon ? L'erreur est humaine, mais le process doit être infaillible. Depuis ce jour, une règle est codée en dur : si l'app tourne sur l'URL de DEV, un énorme bandeau rouge s'affiche en haut de l'écran. Impossible de le rater.
Un bon partenaire tech, ce n’est pas celui qui ne fait jamais d'erreur. C’est celui qui ne panique pas quand elle arrive.
❓ C’est quoi votre plus belle frayeur de mise en production ?
… plus
🎯
Bullshit Score
30/100
🔥 Un peu marketé, mais ça va
En bref
"Les CTO doivent-ils avoir un kit de survie ? 😅"
Traduction sans BS
"Je raconte une anecdote croustillante sur une mise à jour de notre application qui a pointé vers le mauvais serveur. L'objectif ? Faire croire que tout va bien, alors qu'en réalité, je veux montrer à quel point je suis un génie des solutions techniques. Et toi, t'es là à te demander si ça t'arrivera aussi. 😏"
Diagnostic express
Type
Récit de transformation 🚀
But
VENDRE 📈
🎭
Techniques détectées
🧠
Décryptage éducatif
Analyse basée sur des patterns observables, pas sur l'intention de l'auteur.
Détecte le bullshit en temps réel
Installe l'extension Chrome et analyse n'importe quel post LinkedIn en un clic.
Installer l'extension gratuite