O código é uma reflexão tardia | Máquinas de Felicidade
Desde criança, achava que era bom em codificar sistemas: resolver um problema, escrever um conjunto de especificações para entender o que estava acontecendo e, a partir daí, encontrar uma solução prática.
Lembro-me de ver meus programas XNA rodando no fundo de um antigo monitor LCD que eu tinha naquela época, depois de horas lutando com tutoriais e guias de configuração sobre como preparar meu ambiente. Sempre se resumia a esse momento: executar, experimentar, descartar mais algumas linhas de código e encerrar o dia.
Ficar entediado com a parte chata: configurar o ambiente, aprender a linguagem e todas as outras coisas que acompanham o aprendizado de codificação.
Eventualmente acabei aprendendo código de muitas linguagens e sintaxes diferentes: como iterar, como fazer loop, etc.
Depois de um tempo, reconheci que estava fazendo a parte complicada primeiro, para depois chegar à parte divertida, completamente irritado, eventualmente desistindo da codificação por um tempo e depois voltando a ela, apenas para repetir o mesmo ciclo com outro projeto.
No final, aprendi muito com isso, mas nunca gostei muito do processo. Foi algo no meio da preparação do ambiente e da escrita do código que eu gostei, mas nunca gostei muito da codificação em si. Foi apenas um meio para um fim.
Em algum momento, decidi hospedar vídeos no Youtube sobre como preparar sua configuração e realmente codificar.
Alguns anos depois, depois de três jogos concluídos (que naquela época eu realmente acreditava serem “publicado”…como eu era ingênuo), decidi começar a programar de forma mais profissional. Comecei a usar C++, Unreal Engine 3.0, SDL e algumas outras bibliotecas, apenas para dar vida às minhas ideias novamente. Mas eu sempre acabava na mesma situação: perdendo tempo configurando o ambiente, mexendo em cada botão só para deixar as coisas prontas antes de poder realmente escrever o código, e quando cheguei lá, estava simplesmente cansado demais para continuar.
VÁ PARA 1.
Depois de um tempo brincando de reflexão e com menos tempo de universidade e tal, aprendi que programar em si não era o que eu mais gostava. O que eu realmente gostei foi de orquestrar os sistemas em torno do código para fazê-lo parecer vivo: sistemas de partículas, motores de jogo, módulos que fazem outros módulos falarem, camadas de orquestração, mecanismos de notificação e alerta. Tudo o que construí durante minha infância e início da idade adulta foi coberto por essa mentalidade de ferramentas de desenvolvedor.
Nunca foi código por código.
Faça as ferramentas que você deseja ter, mas que ainda não existem. Olhando para trás, é um pouco gentil da minha parte ter chamado isso de codificação. A codificação estava criando maneiras novas e estranhas de aplicar o Dijkstra, não isso.
Hoje em dia eu honestamente acredito que não “codifiquei” muita coisa.
Lembro-me do ciclo de aprendizagem que executei todos os dias, desde o momento em que acordei até ir para a cama:
- Escolha um tópico
- Faça um tutorial simples, um guia de primeiros passos
- Termine
- Tenha uma ideia da etapa 2
- Assim que você aprender o que precisa, volte para a etapa 1
Toda essa loucura ou não do LLM me lembra um pouco daqueles dias
Depois de ler Thinking in Systems de Donella Meadows, percebi que o que realmente me interessava não era o código em si, mas os sistemas que o código me permitiu construir:
Lembre-se sempre de que tudo o que você sabe, e tudo o que todos sabem, é apenas um modelo. Divulgue seu modelo onde ele possa ser visualizado.
Sempre estive mais interessado nas interconexões dos diferentes componentes, no design do sistema e em como fazê-lo funcionar em conjunto, do que no código em si. Eventualmente, acabei aprendendo que nunca fui um bom programador, provavelmente um mediano, mas um bom arquiteto de todas as partes móveis.
Sim, diabos, eu sei que o código LLM pode não ser o melhor, mas o meu também não era.
O código para mim sempre foi uma reflexão tardia.
Nunca é o fim do jogo. Apenas o meio para chegar ao que eu realmente procurava: diversão.
