Eu publiquei código que não entendo — e aposto que você também

O palestrante inicia com a confissão de que já enviou códigos para produção sem entendê-los completamente, sugerindo que essa é uma realidade comum entre desenvolvedores. Ele relata sua experiência na Netflix, onde ferramentas de IA reduziram tarefas de dias para horas, mas alerta para os perigos dessa velocidade em sistemas críticos que falham de forma inesperada. O problema central identificado é que o volume de geração de código está ultrapassando a nossa capacidade humana de compreensão. Ele estabelece que, embora a crise de software não seja nova, a escala atual de geração é sem precedentes. Este trecho serve para situar o espectador sobre o desequilíbrio entre produtividade mecânica e entendimento intelectual.

A palestra revisita as décadas de 60 e 70, citando Dijkstra para explicar que o aumento da potência do hardware sempre gera um desejo proporcional por softwares mais complexos. O palestrante percorre a evolução das linguagens e metodologias, do C ao Agile e à nuvem, culminando na atual era da IA generativa. Ele utiliza o famoso artigo "No Silver Bullet" de Fred Brooks para argumentar que nenhuma ferramenta elimina a dificuldade fundamental de projetar soluções. Brooks defendia que a parte difícil do software é a essência do problema, não a sintaxe ou a digitação. Portanto, otimizar apenas a mecânica com IA não resolve o núcleo do desafio da engenharia.

Baseando-se no trabalho de Rich Hickey, o palestrante define "simples" como algo desentrelaçado e "fácil" como aquilo que está ao alcance ou é familiar. Ele argumenta que a IA é a ferramenta de facilidade máxima, pois remove o atrito, o que frequentemente nos leva a ignorar o caminho da simplicidade arquitetural. Um exemplo hipotético de implementação de autenticação via chat ilustra como interações rápidas criam uma bagunça de código morto e padrões conflitantes. O código gerado pela IA não diferencia uma boa prática de uma dívida técnica antiga, tratando tudo como um padrão a ser replicado. Essa seção enfatiza que escolher o fácil agora geralmente resulta em uma complexidade insustentável no futuro próximo.

O palestrante aprofunda a discussão sobre os dois tipos de complexidade identificados por Fred Brooks: a essencial (o problema de negócio) e a acidental (escolhas técnicas e gambiarras). Ele compartilha um caso real da Netflix envolvendo uma refatoração de autorização onde a IA falhou miseravelmente por não conseguir desatar o emaranhado de lógicas misturadas. Como a IA não possui contexto histórico ou experiência, ela tenta recriar sistemas antigos falhos dentro de novas arquiteturas. A conclusão é que separar esses tipos de complexidade exige um julgamento humano que a máquina ainda não consegue inferir sozinha. Sem essa distinção, a automação apenas adiciona camadas de confusão sobre sistemas já frágeis.

Para lidar com bases de código imensas, o palestrante propõe uma estratégia de "compressão de contexto" dividida em três etapas rigorosas. A primeira fase é a Pesquisa, onde a IA mapeia dependências e o humano valida a análise; a segunda é o Planejamento, criando uma especificação detalhada que funciona como um "livro de colorir numerado". Somente após essas definições arquiteturais é que ocorre a Implementação, garantindo que a IA siga um caminho limpo e focado. Esta abordagem foca em manter o pensamento e o design com o desenvolvedor, enquanto delega apenas a parte repetitiva para o agente. O objetivo é evitar a espiral de complexidade que surge em conversas de chat longas e sem direção clara.

O palestrante revela que a refatoração bem-sucedida na Netflix só avançou quando a equipe realizou uma migração manual dolorosa para conquistar o entendimento necessário. Ele reforça que não existem prompts mágicos que substituam o trabalho de conhecer profundamente o próprio sistema. O grande risco da automação total é a atrofia do instinto técnico e da capacidade de reconhecer padrões perigosos que só a experiência de resolver falhas ensina. Ele finaliza afirmando que, embora a IA vá escrever a maior parte do código, a responsabilidade de saber o que construir e como simplificar permanece exclusivamente humana. A palestra encerra com uma reflexão provocativa sobre se seremos capazes de manter o controle de nossos sistemas no futuro.