A mudança de mentalidade
Se você veio de digitar cada caractere você mesmo, a parte mais difícil não é aprender as ferramentas. É soltar o teclado.
Seu antigo gargalo era a produção — quão rápido você conseguia escrever código correto. Seu novo gargalo é a especificação e a revisão — quão claramente você consegue descrever o que quer e quão bem você consegue julgar o que volta.
Isso muda o que você otimiza:
- Antes: memorizar APIs (Application Programming Interfaces — interfaces de programação de aplicações, os "cardápios" de comandos que uma ferramenta expõe), lutar com sintaxe, digitar rápido.
- Agora: descrever a intenção com precisão, decompor problemas, avaliar o resultado de forma crítica.
Os engenheiros que prosperam nisso não são os digitadores mais rápidos. São aqueles com opiniões fortes sobre como é "bom" e a disciplina de rejeitar resultados que não atingem esse padrão.
Há uma segunda mudança, mais silenciosa, que pega as pessoas de surpresa: sua relação com não saber. O instinto antigo era parar e aprender a antes de tocá-la. Agora você muitas vezes consegue gerar uma primeira versão em uma stack desconhecida e aprender lendo o resultado. Isso é um superpoder real — e uma armadilha. Ler código que você não conseguiria ter escrito é normal. Publicar código que você não consegue avaliar não é. A linha divisória é se você consegue afirmar, com confiança, que o resultado está correto. Apoie-se no modelo para escrever mais rápido do que você conseguiria; nunca se apoie nele para saber mais do que você está disposto a verificar.