[🧑‍💻] Fazer rápido com IA é diferente de fazer com profissionalismo

✨ Resumo do GPT-5.6 Sol 　

Acelerei a implementação com IA e harnesses, mas deixei de lado a consistência de planejamento, design e documentação, e revi minha arrogância ao ver o trabalho no Figma e o manual de uma equipe externa.

No fim, a gente precisa ser humilde.

Alguns dias atrás, quando vi um sistema de trabalho que a empresa tinha entregue a uma equipe externa e que levou bastante tempo para ser construído, pensei com sinceridade: “Se eu tivesse feito isso, teria terminado muito mais rápido…”

A velocidade que ganhei com IA e harnesses

Mesmo que vibe coding com IA tenha várias falhas, eu ainda achava que ele podia ser melhorado o bastante. Se eu avançasse com o máximo de cuidado sobre uma base de TDD e montasse bons harnesses para prevenir problemas recorrentes, isso deveria ser possível. Ao olhar para as Big Techs que estão realmente levando IA a sério, também pensei que a proporção de desenvolvedores que codam diretamente talvez continue diminuindo.

Claro, essa opinião não mudou em nada. Se a IA for bem usada, se testes e harnesses forem montados corretamente, e se estruturas de prevenção de recorrência forem criadas com cuidado, velocidade e qualidade de desenvolvimento podem mudar muito.

Mas eu senti que precisava rever a arrogância por trás de “teria terminado muito mais rápido…”

Ultimamente tenho desenvolvido assim: vou e volto com agentes, continuo melhorando a estrutura de harness engineering, evito a recorrência de vários problemas, adiciono novas funcionalidades, recebo feedback e corrijo de novo. Para trabalhos repetitivos, crio agentes worker/coordinator e os executo.

Meu desenvolvimento deixou a consistência de fora

Essa rotina me deu velocidade de desenvolvimento e mudanças rápidas de direção, e também preveniu razoavelmente bem a repetição de problemas parecidos. Mas ela era fraca em unir o produto inteiro sob uma mesma filosofia de planejamento e design. Eu conseguia empurrar a implementação rapidamente, mas a consistência de design, função e planejamento era muito baixa.

Ainda assim, não vejo isso como um limite inerente do vibe coding. Está mais perto do fato de que eu ainda não incorporei padrões de planejamento, design e documentação dentro do meu harness engineering.

O profissionalismo que vi no Figma e no manual

Mas, ao ver aquela equipe externa usando Figma ativamente para registrar diferentes estruturas de tela e deixar descriptions e flows, ficou claro. Havia um profissionalismo diferente da minha forma de sair correndo sem estrutura suficiente. A alta consistência dos documentos de planejamento e do resultado deles gerava uma forte sensação de confiança.

Esse profissionalismo também aparecia no manual do GitBook. Eu só pensava: se eu fizer bem, os usuários vão se virar; se a UI/UX for intuitiva, basta. Nunca tinha imaginado criar um guia para os funcionários internos.

Claro, se a UX for boa e os botões de ajuda ficarem exatamente onde as pessoas esperam, ainda me resta a dúvida honesta sobre a real necessidade de um guia.

Enfim… ainda acho que minimizar o uso de LLM e codar diretamente é uma cultura de desenvolvimento bastante antiga e difícil de recomendar. Mas entendi claramente que ainda não estou em um nível profissional para tratá-los com pouco caso e cair matando em cima deles.

Sempre ser humilde. Sempre aprender.