Recentemente, percebi uma coisa bastante interessante — a indústria de desenvolvimento de software está passando por uma transformação que nunca tinha visto ao longo dos meus mais de 20 anos de carreira.

Há mais de vinte anos, comecei na DCSL Software (, que mais tarde se tornou One Beyond). Saí da empresa em 2023, quando já tinha mais de 300 funcionários e operava globalmente. Depois, fundei uma startup de robótica e consegui levantar mais de 4 milhões de libras. Na verdade, nunca pensei que voltaria a programar.

Desde 2014, deixei de escrever código diariamente. Não por incapacidade, mas simplesmente porque esse é o caminho natural à medida que a empresa cresce. Contratamos pessoas melhores do que nós, focamos na liderança, e gradualmente o teclado se torna algo estranho. Quase dez anos assim parecem completamente normais.

Mas o que surpreende é que, recentemente, percebi que voltei a atuar como developer — não por nostalgia, mas por necessidade real. Estou construindo uma plataforma de robótica realmente complexa. E a minha forma de trabalhar mudou completamente em relação ao passado.

Essa mudança pessoal deixou claro para mim: algo fundamental mudou na nossa abordagem ao desenvolvimento de software.

Olhando para o passado, trabalhávamos com o modelo waterfall. Não era uma teoria, mas uma economia pura. Código era caro e lento de construir, então a única abordagem racional era pensar bem desde o início. Escrevíamos especificações detalhadas porque era necessário — contratos, entregas, tudo dependia delas. Escrever uma especificação bem-feita era uma habilidade rara, e eu, por acaso, era bastante bom nisso. Conseguia imaginar como o produto final seria antes mesmo de existir, prever partes complexas e descrever comportamentos com precisão suficiente para que uma equipe pudesse construir com base nisso.

Depois, a indústria migrou para o Agile. Publicamente, porque era melhor para lidar com mudanças. Silenciosamente, porque percebemos que nenhuma especificação existe de forma íntegra em sistemas grandes e de longo prazo. Empresas mudam, usuários mudam, tecnologia muda. Agile é útil, mas tem um preço. Abandonamos o design profundo desde o início, optando por descobrir aos poucos. Isso funciona, mas também padronizou uma mentalidade de que pensar demais à frente é considerado desnecessário ou até arriscado.

Agora, percebo que a razão pela qual posso voltar a programar não é porque de repente tenho tempo ou quero reaprender uma década de novas ferramentas. É porque a IA mudou fundamentalmente o custo de testar.

As pessoas costumam entender mal esse ponto. A verdadeira mudança não é que o código ficou mais rápido de escrever. É que agora tudo pode ser testado de forma rápida, barata e, na maioria das vezes, reversível. O que antes levava semanas para um developer, agora pode ser testado em poucos minutos. Você explora uma abordagem, vê como ela funciona, descarta completamente e tenta outra direção quase sem penalidades. Isso era simplesmente impossível antes.

Antes, o código criava um forte apego emocional e financeiro. Se algo levava duas semanas de dois desenvolvedores para construir, é compreensível não querer descartá-lo facilmente. Decisões se tornam rígidas cedo, nem sempre porque estão corretas, mas porque reverter é muito caro. Essa restrição desapareceu, e é por isso que estou voltando.

Agora, atuo na minha área de maior força — entender problemas, moldar sistemas, detectar complexidades — enquanto a IA cuida dos mecanismos. Não escrevo código como aos vinte anos. Eu o dirijo, ajusto, corrijo e, às vezes, o impedimos de seguir na direção errada. Essa sensação é mais de liderança de equipe do que de programação. Você realmente é o chefe — define o rumo, avalia os resultados, identifica formas de evitar a preguiça.

Um equívoco comum é pensar que essa nova liberdade torna o design menos importante. Na verdade, é exatamente o oposto. Ter uma ideia clara e detalhada do que você está construindo ainda é extremamente valioso. Isso até melhora o resultado da IA. Quanto mais clara a intenção, melhor o resultado. Pensamentos vagos apenas geram sistemas igualmente vagos, mais rapidamente.

A IA funciona como uma pessoa. Quer ajudar, quer fornecer respostas. Se você for vago, ela preenche as lacunas. Se for descuidado, faz suposições. Se não a desafiar, continuará confiante no caminho errado.

Mas o design não é mais um produto frágil, que precisa existir sem mudanças por anos. Ele se torna um guia para testes, não uma restrição. Você mantém uma visão forte de onde quer chegar, enquanto está disposto a testar, descartar e evoluir o caminho até lá.

A nova habilidade é saber quando explorar de forma eficiente e quando isso é apenas ruído. A IA continuará criando estruturas por mais tempo do que deveria, se não for orientada. Ela não sabe quando um arquivo é grande demais, quando uma abstração vaza ou quando algo que funciona hoje causará dor amanhã. Esses instintos ainda vêm da experiência.

Quando testar se torna barato, muitas suposições de longo prazo deixam de ser válidas. Planejar não é mais sobre bloquear tudo de antemão. É estabelecer intenções, restrições e limites. Menos previsão de esforço, mais compreensão do espaço que você está explorando. Nossa relação com o código muda completamente. Menos apego a implementações específicas, mais foco no comportamento, na estrutura e nos resultados.

Por isso, a indústria de desenvolvimento de software parece instável. Muitas pessoas tentam aplicar antigos modelos mentais às novas ferramentas. Funciona por um tempo, mas perde o ponto principal.

Tenho confiança de que essa mudança é permanente, por uma razão muito simples: não voltarei a construir de outra forma. A única razão pela qual confio em retomar o desenvolvimento de software após uma década é que as restrições que me forçaram a sair inicialmente não se aplicam mais. Agora, o código pode evoluir por meio de testes guiados de uma maneira que simplesmente não era possível antes.

Isso não significa que a experiência seja menos importante. Significa que ela é importante de uma forma diferente. Seu valor não está mais em memorizar sintaxe ou frameworks. Está no julgamento, na estrutura e em saber quando parar.

Este não é o fim do desenvolvimento de software. Mas é o fim do modelo antigo. E, uma vez que você trabalha dessa forma, não há volta.