TLDR;

No curto prazo (dois a três anos) você provavelmente consegue se virar sem entender profundamente o código gerado por IA, pois os modelos estão muito bons e as equipes estão adotando fluxos de trabalho com agentes de IA. A médio/longo prazo, a falta desse entendimento pode impedi-lo de avaliar corretamente as respostas da IA e de tomar decisões de arquitetura com consequências difíceis de medir, então é importante desenvolver intuição sobre estruturas de dados, algoritmos e camadas abaixo do seu código para crescimento de carreira. Para trabalhos especializados e para garantir correção e controle da arquitetura é necessário ler e entender o código gerado, enquanto em tarefas mais rotineiras muitos profissionais preferem validar por testes e resultados, de modo que a escolha tende a depender da personalidade e do tipo de trabalho.

Resumo

O orador divide a resposta em viés pessoal — ele gosta de ler e entender código — e conselho prático: no curto prazo (2–3 anos) um desenvolvedor júnior pode se beneficiar muito do uso de IAs geradoras de código sem dominar estruturas de dados, algoritmos ou detalhes de hardware, porque os modelos estão muito bons e há demanda por quem integra fluxos de trabalho com IA; porém, a longo prazo isso pode prejudicar a capacidade de avaliar respostas da IA quando surgirem problemas além de tarefas simples de junior. À medida que se avança, decisões arquiteturais têm efeitos difíceis de medir e exigem intuição fundamentada num entendimento “um nível abaixo” (por exemplo, saber como o interpretador Python gerencia memória e estruturas nativas). LLMs também melhoram em raciocínio informal, mas ainda não cobrem tudo. Ler código versus confiar apenas em resultados é, em grande parte, questão de personalidade e do tipo de trabalho: para domínios especializados (matemática computacional, internals de IA) é essencial ler código; para outros casos, testes automatizados podem bastar. Em vez do “teste do quadro branco”, ele prefere avaliar o quanto o engenheiro tem superfície de controle sobre o sistema — saber de onde vem a latência e como mitigá‑la é sinal de domínio.