Este site nasceu de prompts

Tudo começou com o Kraftwerk, meu aplicativo de treino de força. Eu tinha criado ele com o Codex. Depois percebi que meu antigo site em WordPress, na minha conta da AWS, já não estava no ar. O domínio berndkuhlen.de eu tinha havia muito tempo. Então: por que não tentar refazer o site com o Codex também?

Minha primeira pergunta foi bem prática: qual arquitetura sai barata para isso? O Codex sugeriu S3 com CloudFront. Para o meu site pessoal, fui por esse caminho em vez de rodar contêineres no ECS com um load balancer.

Ligando o site antigo mais uma vez

Iniciei mais uma vez a instância EC2 antiga com WordPress em berndkuhlen.de, só para ler o conteúdo. Em paralelo, o novo site foi montado provisoriamente em new.berndkuhlen.de.

Só depois de conferir que meus artigos tinham sido transferidos é que desliguei a instância EC2 antiga, a assinatura do WordPress e o load balancer. Em seguida, o novo site em S3/CloudFront passou para berndkuhlen.de, junto com um certificado novo do AWS Certificate Manager. Meus treinamentos e certificações foram trazidos da minha conta do LinkedIn.

A história técnica da migração eu já contei em um artigo mais longo. Aqui me interessa mais como tudo foi crescendo no dia a dia.

Depois veio um desejo atrás do outro: mostrar o número de visitas. Integrar o Kraftwerk e compartilhar meu progresso de treino — tchau, aplicativo de corrida… ;) Colocar os jogos que eu já tinha criado com o Codex. Escrever artigos novos e traduzir o conteúdo para mais idiomas.

Tudo isso por prompts. Eu não escrevi uma única linha de código. O que mais dá trabalho até hoje são os bugs de frontend: alguma coisa aparece diferente em um aparelho ou não funciona em um navegador. Aí era abrir o DevTools, procurar o erro e devolver o resultado ao Codex.

A cota também freia: com minha assinatura da OpenAI de cerca de 23 dólares, os tokens muitas vezes acabavam mais rápido que as minhas ideias. Então eu tinha que esperar — ou gastar dinheiro a mais.

Uma lição de quinze dólares americanos

No começo eu não tinha nenhum controle de custos decente. Uma invalidação global das URLs do CloudFront me custou cerca de quinze dólares americanos. Para um site tão pequeno, uma surpresa bastante irritante.

Hoje toda mudança passa antes por uma checagem de custos. Invalidações de cache são proibidas nos meus projetos, sem exceção. Os objetos podem cumprir o tempo de cache normal; nem toda mudança precisa ficar visível em todo lugar na hora.

Enquanto isso, o site também virou meu pequeno playground: easter eggs, mais jogos e uma página de clima com apoio de IA. Posso simplesmente experimentar o que é possível.