Executando verificação de segurança...
12

O desenvolvedor tradicional acabou. E talvez você ainda não tenha percebido.

(Antes de tudo, ressalto que utilizei IA para ajudar a escrever esse texto)

Vou falar algo que pode incomodar:
O gargalo de desenvolvimento morreu.
Trabalho em uma empresa de microcrédito e, até pouco tempo atrás, nosso fluxo era o clássico:

  • Produto decide
  • Tecnologia recebe
  • Dev quebra em tarefas
  • Dias desenvolvendo
  • Code review
  • Deploy

O desenvolvimento era o centro da engrenagem.
Agora não é mais.
Implantamos o Claude Code e o tempo de produção de código simplesmente colapsou.
O que antes levava dias, agora leva horas.

E isso expôs algo que muita gente talvez ainda não queira admitir:
O código nunca foi o ativo mais valioso.
Era só o gargalo mais visível.

Hoje nosso fluxo é outro:

  • Dev participa de reunião de produto
  • Dev participa de reunião de risco
  • A solução já sai praticamente desenhada da reunião
  • Um dia para gerar código
  • Outro dia para revisar, subir e acompanhar
    O desenvolvimento virou uma etapa operacional.

O verdadeiro trabalho agora é:
Entender o problema
Questionar a solução
Antecipar risco
Pensar impacto em métricas
Tomar decisão
Programar virou commodity.

E aqui vai a pergunta incômoda:

Se a IA escreve 80% do código com qualidade aceitável, o que exatamente diferencia um desenvolvedor mediano de um excelente?

Digitar rápido não é mais vantagem.
Saber framework não é mais diferencial.
Conhecer sintaxe não é mais poder.

Talvez o diferencial agora seja:

Capacidade de raciocínio sistêmico
Entendimento profundo de negócio
Senso crítico para revisar código gerado por IA
Arquitetura

A sensação que tenho é que estamos vendo o fim do “dev executor” e o nascimento do “dev estrategista”.
E isso não é tendência.
Já está acontecendo.

Quero ouvir de vocês:
Isso já mudou na empresa de vocês?
Ou ainda estão operando no modelo antigo?
O desenvolvedor está sendo puxado para o negócio?
Ou a IA está sendo usada só para acelerar tarefa pequena?

E a pergunta mais delicada:

Se amanhã o código for praticamente instantâneo…
qual é o seu papel?

Carregando publicação patrocinada...
6

Esse ano inserimos IA no fluxo de trabalho da empresa que estou no momento. É realmente impressionante. A maioria dos desenvolvedores praticamente não escrevem mais código diretamente. Além disso, com aumento da produtividade, estamos conseguindo investir mais nosso tempo em testes automatizados, documentação e planejamentos mais abrangentes, diminuindo drasticamente a quantidade de débitos técnicos por entregas.

Mas sou muito cético quanto a esses prazos mirabolantes.

Se um problema leva de 1 a 3 dias para ser resolvido, desde a concepção até a implantação, ou o problema é muito simples, ou as pessoas envolvidas não entenderam o problema direito.

Todo software tem uma série de complexidades além do caminho feliz da aplicação. Temos arquitetura, corner cases, performance, escalabilidade, observabilidade, etc

A euforia dos times de negócios é justificável, afinal a IA é realmente impressionante, mas como profissionais responsáveis pela produção de software, não podemos nos deixar contaminar ou pressionar por essas emoções.

5

Alguns pensamentos soltos a respeito desse texto


Delivery de FastFood consegue coexistir com restaurantes tradicionais, um não elimina o outro. Além disso, um restaurante tradicional também consegue ter fastfood bem decente no seu cardápio, mas o contrário nem sempre é possível.


Se apoiar dessa forma para IA gerar o código vai gerar uma dependência imensa da sua empresa com esses vendors. Eles podem mudar a política, eles podem ficar caríssimos (e vão), o código gerado pode se tornar incompreensível para humanos, o servidor ficar fora do ar... é realmente uma boa o core da empresa ser tão dependente desse tipo de ferramenta?


Eu acho que tem muita gente comprando isso como solução mágica, é claro que IA estão revolucionando a forma como trabalhamos, mas estão vendendo essa ideia como substituição de profissionais, papéis e responsabilidades. Quando na verdade temos que pensar em aceleração, ao invés de desenvolver 100 softwares no ano, você vai desenvolver 200, mas ainda estará lá para fazer, o mercado vai querer cada vez mais software e cada vez mais teremos software problemático para corrigir.

Tem muita gente animada com o fato de conseguir colocar um software no ar sem nunca ter estudado, ou ter estudado muito pouco, em breve eles vão perceber que escrever um software do zero com zero usuários nunca foi o maior problema. Os maiores problemas acontecem depois que o software chega no mundo, e dessa galera empolga certamente muitos vão largar o barco e delegar para outras pessoas.


Como desenvolvedor independente você pode pensar em trabalhar menos horas por dia e manter a mesma produtividade.

Mas o que a galera que alardear mesmo é o fim da profissão, ou até que a atividade de desenvolvimento não vai mais existir (como se desenvolver software fosse unicamente para fins profissionais).

4

Atuo como tech lead em uma empresa de porte multinational que valoriza o uso de I.A. e tem, inclusive, um setor específico pra produção de softwares baseados em I.A. temos softwares que leem bases de código e fazem todo tipo de tarefa, desde o planejamento até execução.

Sou um dos TLs que está buscando integrar I.A.s às rotinas dos devs, buscando produtividade e aceleração de resultados.

**O que eu aprendi nessa jornada? **

A I.A. aumentou muito nossa vazão de código, e cobriu muito bem o tempo que investiamos em documentação, fosse escrever as nossas ou vasculhar docs de framework ou até internos da empresa.

Mas quando tentei puxar os limites e deixei essas ferramentas tomarem controle da produção ativa, dois fenômenos curiosos aconteceram:

1 - perdemos o controle fino sobre as demandas. Falar sobre o refinamento técnico ou explicar o código que foi escrito pela I.A. demandava tanto tempo quanto escrever tudo do zero. Fora que a qualidade do código deixava a desejar algumas vezes.

2 - quanto mais tempo usávamos e quanto maior a complexidade do contexto, mais genérico e/ou errado era o resultado gerado pela I.A. poderíamos falar de RAG, tentar reduzir a janela de contexto, etc? Sim, mas o custo e o investimento de tempo disso escalariam bem? Não me pareceu, na ocasião.

Nenhuma ferramenta substituiu o trabalho de engenharia, de análise e planejamento dos devs. E quanto mais autonomia dávamos à I.A, menos controle tínhamos sobre a solução.

Pra projetos pequenos talvez faça sentido delegar tanto, mas nos projetos maiores, acho arriscado demais confiar.

2

Enquanto a I.A. está escrevendo o código do jeito que você pensou está tudo bem. O problema começa quando ela escreve um código que não é exatamente como você queria, mas você não consegue explicar, ficando mais fácil alterar o código na mão do que ficar tentando dar contexto pra I.A.
Não estou falando de qualidade do código, estou falando é do entendimento do que deve ser desenvolvido de fato.
Eu já tive esse problema, precisava escrever um código que era muito complexo, as regras de negócio tinham tiversos desmembramentos para cada decisão, para escrever isso para IA foi muito difícil, alguns momentos fazer na mão foi mais fácil.

3

Não escrebo 1 linha de código a pelo menos 6 meses e agora com cada vez mais avanços em mcp, skills e etc, cada vez reviso menos código, com harness como o "GSD" (get shit done), consigo matar muitas etapas de review, ainda aliando com outras técnicas que vi postagens aqui, pra reduzir tokens e etc, cada dia preciso pensar menos em código e stack, foco apenas na estratégia e arquitetura que sempre foram minhas partes favoritas, escrever o código em si nunca foi meu maior prazer na área...

Dito tudo isso, concordo 100% contigo.

3

Olha o primeiro modelo que você mostrou é extremamente ineficiente, mas o segundo tem um problema sério:

  • Um dia para gerar código
  • Outro dia para revisar, subir e acompanhar

Isso nem de longe, nem com a melhor IA que nem existe é suficiente

2

IA acelera tarefa pequena, coisa complexa acho muito difícil ela assumir ainda, projetos grandes tbm tornam muito inviável pela quantidade de tokens.

Fico imaginando no futuro os devs que nao sabem codar kkk,imagina a bolha estourar o custo do token subir e a empresa cheia de vibecoder.

Outro problema que vejo tbm é a galera perder bons devs ja que vai desistimular muito a galera aprender.

2

Caramba, ótimo texto. Na minha empresa também está acontecendo e tem devs que não estão de adaptando a velocidade das coisas.

É estranho ver alguns caras que se acham deuses e que agora só são mais um, o poder da IA está equiparando devs com tempos diferentes de estrada.

2

Anos atrás fiz um app Android e levei semanas. Fiz o mesmo App do zero usando Google Antigravity, fiz em 1 dia e ficou extremamente melhor. 🥰❤️🤖

1

Este e um dos pontos que a maioria dos devs infelizmente não estão se atentando, queimando as IA para não perder espaço, sem se ligar que ele deve se "juntar", para continuar existindo, ambos!

2

Desenvolvedor vai virar engenheiro de prompt e revisor de código. Por hora, vai dar manutenção onde a IA ainda não consegue dar manutenção bem feito.

No meu curso, temos Análise e Desenvolvimento de Sistemas (ADS), a parte de Análise de Sistemas está mais em alta do que nunca.

Quando fui prestar o vestibular haviam os cursos Análise de Sistemas, Ciências da Computação e Engenharia da Computação. Hoje não tem mais o curso de Análise de Sistemas tradicional. Acrescentaram matéria de IA no final do curso de Engenharia.

2

Entendo seu ponto de vista, mas resumidamente (para não me estender) acho que o pessoal está querendo muitas "coisas mágicas".
Na minha opinião, com a explosão da IA estamos vivendo o chamado "Efeito manada" (https://pt.wikipedia.org/wiki/Comportamento_de_manada) e querendo ou não, as bases são cruciais e vão continuar sendo... não é mágica e sim LÓGICA.

Mas enfim, a maioria das pessoas não estão preparadas para essa conversa.

2

Não consigo responder enquanto visão de desenvolvedor, visto que deixei a área a um tempo.

Mas enquanto coordenador de projetos, digo que a IA realmente alterou toda a estrutura de criação e manutenção de projetos.

Os desenvolvedores que gerencio podem usar IA, fazer vibecode mas não podem em hipótese alguma desenvolver toda a feature 100% com IA devido a alta complexidade do negócio. E isso a IA ainda não se mostrou tão eficiente, o conhecimento deles do negócio e da estrutura ainda é superior e mais importante do que a IA nos entrega.

Então se for sobre projetos de baixa e média complexidade, hoje o desenvolvedor é isso mesmo que você falou. E retiramos um trabalho deles: consigo validar protótipos e ideias sem mais passar pelo UX/UI e pelo desenvolvedor. Então sim, já começaram a não ser necessários em alguma fase ou nível de negócios.

Pode ser apenas um efeito manada, temporário ou surto coletivo? Sim. Mas ATUALMENTE as empresas estão seguindo dessa forma.

1

Lendo isso me pergunto, qual a real necessidade de contratar um Dev Júnior hj em dia? Já que praticamente todas as tasks que um dev junior faria a IA faz imediatamente e digo que até o dev junior vai recorrer a IA para fazer esse serviço, no máximo ele dar uma refinada aqui ou ali, mas não vejo mais motivos para contratar um junior.

1

Os desenvolvedores uma hora se aposentam, se não houver vagas pra junior não vai haver senior no futuro.

Mas vc pode ir mais longe se quiser, porque vamos precisar de empresas que desenvolvem software no futuro?