Código é barato agora. E o que importa de verdade?

Você já se sentiu sobrecarregado com a quantidade de informações que chegam até você diariamente?

Talvez você esteja confuso e gostaria de colocar os pés no chão para entender o que precisa saber ou fazer neste momento de transição.

Eu também estou confuso. Quem disser que não está, desconfie. Estamos no que talvez seja o momento mais disruptivo dos últimos 100 anos.

Porém, eu estou cada vez mais convencido de que existe um conjunto pequeno de habilidades que vai separar quem consegue surfar a onda de quem vai se afogar quando ela passar. E é nisso que tenho focado.

As duas habilidades que não vão depreciar

Comunicação e System Design.

Não estou falando sobre ser um grande palestrante. Estou falando sobre conseguir entender e ser entendido de forma clara e eficiente, tanto por seres humanos quanto pela IA.

Também não estou dizendo que você precisa ser o Martin Fowler. Mas precisa saber como funcionam os sistemas por baixo dos panos, mesmo que minimamente. Saber desenhar uma solução antes de implementá-la. Saber avaliar trade-offs. Saber comunicar decisões técnicas para quem não é técnico.

Se você já possui essas duas habilidades, parabéns! Você já está entre os profissionais que serão mais procurados (e, consequentemente, mais bem pagos) deste ano em diante.

Colocando-me em uma posição de vulnerabilidade: eu preciso evoluir minhas habilidades de comunicação. Uma grande referência para mim é o Emílio Mesquita, que foi meu líder nos últimos anos no will bank. Ele me ajudou muito a entender os gaps que eu tinha para evoluir nesse ponto.

"Ah, mas eu preciso aprender a tecnologia X, Y, Z..."

Calma. Respira.

Eu quase consigo ouvir você dizendo: "Marcelão, eu preciso aprender sobre o modelo A, B e C, o framework X, a ferramenta Y..."

Não adianta ser um expert no modelo mais recente de LLM ou na ferramenta mais "quente" do mercado. Daqui a dois meses tudo já terá mudado. Essa é a velocidade com que as coisas estão acontecendo.

É claro que você precisa experimentar essas tecnologias e técnicas. Não poupe experimentos! Mas mantenha em mente as coisas que não mudam com tanta velocidade: os fundamentos e princípios.

Minha sugestão: vista seu chapéu de estudante novamente e volte para a sala de aula. Agora não é hora de achar que você já sabe o suficiente.

Pare de focar em Code Review

Código é barato agora. Mas software continua caro. E por software eu não estou falando de arquivos no repositório. Estou falando de processos, de conhecimento de negócio, de decisões acumuladas ao longo do tempo e, principalmente, do produto funcionando nas mãos dos clientes.

Não foi pra isso que nos tornamos Software Engineers?

Se antes a gente passava boa parte do tempo discutindo a melhor implementação ou detalhes de sintaxe no Code Review, o cenário está mudando. Gostemos ou não. Com as LLMs gerando código cada vez mais rápido, o "como" escrever está se tornando acessível demais para continuar sendo o centro da conversa.

Quando o contexto está bem lapidado, os modelos mais recentes já entregam uma acurácia impressionante. O problema é que a IA não conhece as nuances do seu negócio tão bem quanto você.

Comece a focar em Spec Review

Por isso, o seu tempo precisa ir para antes do código existir. Revisar a especificação, o contexto, o design da solução. É ali que erros de negócio são baratos de corrigir. Quando chegam no código, já custam ordens de magnitude a mais.

O ciclo de desenvolvimento está se invertendo:

1. Antes: a maior parte do esforço ia para escrever e revisar código
2. Agora: a maior parte do esforço vai para definir o problema, especificar a solução e validar o design

Isso não significa que código não importa. Significa que as habilidades ao redor do código (comunicação, system design, especificação, entendimento de negócio) são o que vai definir a qualidade do produto final.

O que fazer com tudo isso

Se eu pudesse resumir em ações concretas:

1. Invista em comunicação. Escreva mais. Documente decisões. Pratique explicar coisas complexas de forma simples, para humanos e para IAs.
2. Estude System Design. Não o suficiente para passar em entrevistas do FAANG, mas o suficiente para desenhar soluções antes de implementá-las.
3. Mova seu foco de Code Review para Spec Review. Gaste mais tempo revisando especificações, diagramas e decisões de design do que linhas de código.
4. Experimente tudo, mas não se apegue. Teste as ferramentas novas, os modelos novos, as técnicas novas. Mas lembre que os fundamentos são o que dura.
5. Vista o chapéu de estudante. Esse não é o momento de achar que você já sabe o suficiente. Para ninguém.

Eu sei que parece papo de coach, mas é de fato nisso que tenho focado e como tenho mantido a sanidade. E acho que estou sendo bem-sucedido... Vamos ver!