Ce site est né de prompts

Tout a commencé avec Kraftwerk, mon application de musculation. Je l'avais conçue avec Codex. Ensuite, j'ai remarqué que mon ancien site WordPress, dans mon compte AWS, ne tournait plus. Le domaine berndkuhlen.de, je le possédais depuis longtemps. Alors : pourquoi ne pas essayer de refaire le site avec Codex, lui aussi ?

Ma première question était très concrète : quelle architecture reste bon marché pour ça ? Codex a proposé S3 avec CloudFront. Pour mon site personnel, j'ai pris ce chemin plutôt que de faire tourner des conteneurs sur ECS avec un load balancer.

Rallumer l'ancien site une dernière fois

J'ai redémarré une fois l'ancienne instance EC2 avec WordPress sous berndkuhlen.de, uniquement pour en extraire les contenus. En parallèle, le nouveau site s'est construit provisoirement sous new.berndkuhlen.de.

Ce n'est qu'après avoir vérifié que mes articles avaient bien été repris que j'ai arrêté l'ancienne instance EC2, l'abonnement WordPress et le load balancer. Ensuite, le nouveau site S3/CloudFront a pris berndkuhlen.de, avec un certificat obtenu via AWS Certificate Manager. Mes formations et certifications ont été reprises depuis mon compte LinkedIn.

J'ai déjà raconté l'histoire technique de la migration dans un article plus long. Ici, ce qui m'intéresse plutôt, c'est la façon dont tout cela a évolué au quotidien.

Puis les envies se sont enchaînées : afficher le nombre de visites. Intégrer Kraftwerk et partager ma progression d'entraînement — adieu, l'application de running… ;) Ajouter les jeux que j'avais déjà créés avec Codex. Écrire de nouveaux articles et traduire les contenus dans d'autres langues.

Tout cela par prompts. Je n'ai pas écrit une seule ligne de code moi-même. Ce qui reste le plus laborieux, ce sont surtout les bugs frontend : quelque chose s'affiche différemment sur un appareil ou ne fonctionne pas dans un navigateur. Il faut alors ouvrir les DevTools, chercher l'erreur et renvoyer les résultats à Codex.

Le quota freine aussi : avec mon abonnement OpenAI à environ 23 dollars, les tokens étaient souvent épuisés plus vite que mes idées. Il fallait alors attendre — ou payer davantage.

Une leçon à quinze dollars américains

Au début, je n'avais pas mis en place de contrôle des coûts sérieux. Une invalidation globale des URL CloudFront m'a ensuite coûté environ quinze dollars américains. Pour ce petit site, une surprise assez agaçante.

Aujourd'hui, chaque changement est précédé d'un contrôle des coûts. Les invalidations de cache sont interdites dans mes projets, sans exception. Les objets ont le droit d'aller au bout de leur durée de cache normale ; tout changement n'a pas besoin d'être visible partout immédiatement.

Entre-temps, le site est aussi devenu mon petit terrain de jeu : easter eggs, d'autres jeux et une page météo assistée par IA. Je peux simplement essayer ce qui est possible.