Le treizième jour était celui du déploiement. FastAPI vers GitHub vers Render, en direct, devant la cohorte.
Il a échoué.
My repo failed, (« Mon dépôt a échoué ») a dit Nicole Johnson, la responsable Python, en pleine démonstration. Puis, après avoir trouvé : your start command is important. (« votre commande de démarrage est importante. »)
La commande était erronée. Ce n'était que cela — le genre d'erreur qui produit un mur de sortie en rouge et ne vous dit presque rien de la cause réelle, et à laquelle tout ingénieur ayant déjà déployé quoi que ce soit a perdu un après-midi. Elle l'a trouvée devant tout le monde, l'a corrigée devant tout le monde, et a prononcé la phrase qui reste attachée à cette journée : my little bot is online. And it is ready to go. (« mon petit bot est en ligne. Et il est prêt à fonctionner. »)
La valeur pédagogique de cet échec a dépassé de loin celle d'un déploiement sans accroc. Une démonstration qui fonctionne vous montre le chemin idéal. Une démonstration qui casse puis qu'on répare vous montre en quoi consiste réellement le travail — c'est-à-dire, pour l'essentiel, en ceci, et on y survit.
Le président du jury, David Farrell, a dit à peu près la même chose depuis la scène de la vitrine, trois semaines plus tard : les revers techniques sont la norme, et les retours sont un carburant. À ce moment-là, plusieurs équipes l'avaient déjà vécu.