- Desde a adoção do Claude Code, a forma de escrever e manter código mudou drasticamente — a ponto de poder ser comparada à “chegada da fotografia ao mundo da programação”, permitindo implementação rápida e liberdade de expressão
- Tarefas repetitivas e vistas como “dívida técnica” (migrações, troca de framework etc.) agora podem ser tocadas rapidamente até sozinho e em paralelo, com quase nenhum peso extra junto ao trabalho principal
- Um padrão de desenvolvimento experimental de “testar primeiro e decidir depois”, gerando e apagando com facilidade testes/abstrações/código experimental, trouxe ganhos de produtividade e insight
- Prototipagem de jogos, colaboração e deploys experimentais aceleraram muito — designers de jogo conseguem transformar ideia em execução em poucas horas, mesmo sem programar
- Em ambientes favoráveis ao Claude Code, como monorepo, stack técnica clara e codebase atualizada, a velocidade e a flexibilidade do trabalho de desenvolvimento melhoram bastante
Introdução: mudanças após adotar o Claude Code
- Ao usar o Claude Code nas últimas 6 semanas, ficou clara uma mudança significativa na forma de escrever e manter código
- Parece ter surgido uma “liberdade de expressão” em que não é mais preciso escrever todo o código manualmente
- Com Claude Code, é possível conceber a estrutura inteira de uma vez e produzir o resultado por meio de revisão e edição
- Assim como o surgimento da fotografia reduziu o apelo de desenhar tudo à mão, o processo de entrada e produção na programação também está mudando profundamente
- Essa mudança pode causar insegurança, mas o surgimento de ferramentas baseadas em LLM está provocando uma mudança de paradigma na programação
1. Como o Claude Code mudou a escrita e a manutenção de código
- Trabalhos como migração, refatoração e redução de dívida técnica, que antes levavam de semanas a meses, passaram a ser feitos em paralelo e concluídos nesses 6 semanas após a adoção do Claude Code
- Exemplos: conversão de centenas de componentes React Native para React, substituição do sistema RedwoodJS, migração de Jest→Vitest, server-side rendering, refatoração do design system, upgrade para Node 22 etc.
- Side projects e backlog que antes exigiam “reservar um cronograma separado” agora podem ser tocados no tempo livre junto com o trabalho principal, com quase nenhuma sobrecarga
- A antiga lógica de “dívida técnica exige tempo reservado → grande esforço concentrado” foi quebrada, e surgiu uma imediaticidade em que se pode começar, avançar e concluir na hora
2. Cultura de desenvolvimento experimental: “teste primeiro e decida depois”
- Quando surge uma ideia, primeiro se testa com Claude Code, aprendendo por meio de ciclos repetidos de geração e remoção automática de itens como código de teste
- Mesmo sem uma estratégia consolidada de testes de frontend, foi possível gerar e apagar na hora diferentes abordagens de teste para cada PR com Claude Code, acumulando experiência e ajudando a definir a direção geral
- Até reflexões sobre ideias e abstrações podem ser validadas e exploradas rapidamente no modo “tentar diretamente → sem custo alto se falhar”
- Como o custo do fracasso caiu drasticamente, o ciclo de experimentação-aprendizado-decisão acelerou muito
3. Mudanças no desenvolvimento paralelo e na colaboração
- Usando dois clones de git/perfis de VSCode, é possível tocar trabalhos independentes em cada clone (por exemplo, um para preparar PRs e outro para desenvolvimento experimental)
- Enquanto o Claude Code trabalha em um clone, dá para continuar em paralelo no outro, ou diferenciar claramente cada ambiente com temas/portas distintos
- Isso permite escrever Pull Requests em paralelo, evitar conflitos de porta no servidor de desenvolvimento e melhorar a eficiência
4. Revolução no processo de protótipos de jogos e desenvolvimento experimental
- O processo de criar protótipos de jogo → distribuir internamente → coletar feedback → publicar ou descartar, que antes levava de semanas a meses, passou a permitir que até designers escrevam código e publiquem no site em poucas horas após a adoção do Claude Code
- O ciclo de ideia → execução → feedback da equipe → encerramento do experimento ou transição para produção (reescrita) ficou dramaticamente mais curto
- Por outro lado, surgem novas questões operacionais, como gestão de jogos temporários e critérios para formalização ou descarte
5. Uso do Claude Code no coding e na colaboração do dia a dia
- Durante a triagem semanal, é possível usar a ação do GitHub do Claude Code para gerar PRs e fazer experimentos na hora, aplicando pequenos issues imediatamente
- Quem usa Claude Code com mais eficácia são membros da equipe com domínio tanto de produto quanto de tecnologia e com iniciativa, os “full-breadth developers”
- "Full-breadth developers": ajuda um único desenvolvedor a conduzir com liberdade todo o fluxo de trabalho
- Quando humanos mantêm o papel de revisar código, fornecer contexto e decidir/corrigir, a produtividade e a criatividade de toda a equipe aumentam
6. Ambientes de codebase favoráveis ao Claude Code
- Monorepo: como todo o código, schema de DB, API e lógica de tela ficam em um só lugar, o Claude Code é ideal para entender contexto e automatizar tarefas
- Adoção de uma stack padronizada (React, Relay, GraphQL, TypeScript, StyleX, Bootstrap etc.), que o LLM entende e automatiza com facilidade
- Manter a codebase atualizada e minimizar legado maximiza a eficiência do uso de LLMs
7. Limites do Claude Code e mudanças percebidas na prática
- Mudanças quantitativas, como número de PRs/commits, não são tão grandes, mas a sensação de velocidade, flexibilidade e produtividade no trabalho melhorou muito
- O Claude Code funciona como um pair programmer de nível “júnior experiente+” — quando o engenheiro cuida da qualidade, da lógica e do contexto do código, ele vira um ótimo parceiro
- Em tarefas repetitivas, redução de dívida técnica e avanço rápido de side projects, ele oferece uma experiência de trabalho qualitativamente diferente
8. Estratégia de “implementação paralela” recomendada para juniores e aprendizes
- Não há necessidade de ficar obcecado demais com as tendências mais recentes do ecossistema de LLMs
- Para desenvolvedores iniciantes, a recomendação é escrever o código por conta própria e depois pedir ao Claude Code a mesma tarefa, para então comparar e aprender com a análise
- Com as soluções do Claude Code, é possível absorver rapidamente diferentes abstrações e padrões reais de trabalho
- Usando o LLM como “concorrente + mentor”, dá para evoluir ao mesmo tempo em capacidade prática e percepção do ecossistema atual
- O Claude Code é como um celular: não precisa ficar sempre ligado
- No fim, o importante é manter o controle e usá-lo com eficiência
9. Explosão de side projects e experimentos de curto prazo
- Pequenos experimentos, ferramentas e melhorias em blog, que antes eram difíceis por falta de tempo e energia, agora podem ser feitos com Claude Code em poucas horas
- Ideia → implementação imediata → sem grande custo se falhar — isso facilita tocar experimentos criativos e projetos pessoais em paralelo à produção
10. Exemplos reais de conversas com Claude Code e code review
- Há exemplos concretos de pedidos, geração de código, execução, correção e revisão em casos como script de limpeza de DB, puzzle REPL e layout de PDF de palavras cruzadas
- Erros de LLM (raciocínio, exagero, hardcoding etc.) podem ocorrer — para obter valor real, o engenheiro precisa necessariamente fazer a validação lógica e assumir a responsabilidade pela qualidade
11. O lugar do Claude Code na engenharia e conclusão
- O Claude Code é especialmente bom em receber contexto amplo, como código de referência, screenshots e explicações adicionais
- O Claude Code é um programador assistente de nível “post-júnior (acima de júnior experiente)” — com paciência infinita e grande velocidade, é muito eficiente como parceiro de trabalho
- Design, qualidade e controle final ficam com o engenheiro humano, enquanto o Claude Code amplia enormemente o alcance e a velocidade de implementação, experimentação e automação
- Isso viabiliza um ambiente de desenvolvimento em que se deixa para trás a limitação de “precisar programar linha por linha manualmente” e se pode focar mais em design, controle de qualidade e inovação
Ainda não há comentários.