Fluxo do engenheiro profissional

Como cada empresa de tecnologia do mundo entrega código

⏱ Estim. ~13 min

01 · Ler

Você aprendeu cada habilidade individual: terminal, arquivos, git, servidor web, APIs, Claude Code, debug, deploy. Agora vamos juntar tudo no fluxo que todo time profissional de desenvolvimento segue.

As ferramentas variam — alguns times usam GitLab em vez de GitHub, alguns fazem deploy na AWS em vez do Render, alguns usam linguagens diferentes. Mas o fluxo é sempre o mesmo. Aprenda esse fluxo e você consegue entrar em qualquer empresa de tecnologia entendendo como eles entregam software.

💡 Imagine assimHabilidades individuais são como aprender a driblar, passar e arremessar. O fluxo profissional é o jogo de verdade — a sequência coordenada de como você junta o que aprendeu para gerar resultados. Entender o fluxo é a diferença entre saber escrever código e conseguir entregar.

02 · Passo a passo

O ciclo completo de desenvolvimento. Cada feature, correção de bug e melhoria segue esse mesmo loop.

1. ISSUE

Alguém reporta um bug ou pede uma feature. Isso é registrado em GitHub Issues, um quadro no Jira ou uma lista de tarefas simples. Todo trabalho começa com um problema ou objetivo bem descrito.

2. BRANCH

Crie uma branch: git checkout -b fix-login-bug. Nunca trabalhe direto na main. Branches isolam suas mudanças, deixando você experimentar sem quebrar nada.

3. CODE

Use o Claude Code para implementar a correção ou a feature. Descreva claramente o que você quer, revise o que ele gerou e itere até ficar certo. Aqui é onde a construção de verdade acontece.

4. TEST

Verifique localmente que funciona. Confira os casos de borda. Isso quebra alguma outra coisa? Teste com entradas estranhas, campos vazios, situações inesperadas. Se houver testes automatizados, rode.

5. REVIEW

Rode git diff. Revise as suas próprias mudanças linha por linha. Você aprovaria isso se outra pessoa tivesse escrito? Procure console.log esquecido, valores hardcoded ou qualquer coisa que não deveria estar ali.

6. COMMIT

Faça stage e commit com uma mensagem descritiva. Uma mudança lógica por commit. 'Fix login validation to reject empty passwords' conta uma história. 'Fixed stuff' não.

7. PUSH

Faça push da sua branch para o GitHub: git push -u origin fix-login-bug. Isso disponibiliza suas mudanças para outras pessoas verem e revisarem.

8. PULL REQUEST

Crie um PR no GitHub. Descreva o que você mudou e por quê. É onde colegas (ou você no futuro) revisam o código antes de ir para produção. Inclua contexto: qual era o bug? Como você corrigiu? Como outra pessoa testa?

9. MERGE

Depois da revisão e aprovação, faça merge na main. A branch da feature cumpriu seu papel e pode ser deletada. Suas mudanças agora fazem parte da base de código oficial.

10. DEPLOY

Se você configurou deploy automático (como no Render), suas mudanças vão para produção automaticamente quando dão merge na main. Se não, dispare um deploy manual. De qualquer forma, o ciclo se completa — da ideia à feature no ar.

03 · Ler

Vamos passar de mão pelos passos-chave de git desse fluxo. Você tem um projeto que ainda não está sendo rastreado pelo git — vamos inicializar, criar uma branch de feature, fazer mudanças e dar stage.

04 · Prática de terminal

Todo projeto começa com git init. Transforma uma pasta comum em um repositório git, onde você consegue rastrear mudanças.

(Esta seção é interativa — ative o JavaScript para usar.)

05 · Prática de terminal

Passo 1: BRANCH — crie uma nova branch de feature. Nunca trabalhe direto na main. Branches deixam você experimentar com segurança.

(Esta seção é interativa — ative o JavaScript para usar.)

06 · Prática de terminal

Passo 2: CODE — faça mudanças no projeto. Vamos adicionar um formulário de login em um arquivo HTML.

(Esta seção é interativa — ative o JavaScript para usar.)

07 · Prática de terminal

Passo 3: COMMIT — faça stage do arquivo e commit com uma mensagem descritiva. Boas mensagens de commit explicam o que mudou e por quê.

(Esta seção é interativa — ative o JavaScript para usar.)

08 · Ler

🎯 Intervalo — BRANCH → CODE → COMMIT concluídos

Você acabou de passar pelos três primeiros passos do dia a dia de um engenheiro profissional: abrir uma branch → escrever código → dar commit com uma mensagem descritiva. Esse trio é o que todo time faz, não importa o tamanho do projeto.

O que falta no segundo tempo é PR (pull request) → code review → merge — ou seja, como você propõe juntar a sua branch ao tronco do time.

Por que não dar merge direto na main? Porque sem alguém revisar, bugs entram sem barreira. O PR é onde colegas olham suas mudanças, dão feedback e confirmam que está tudo bem antes de liberar. Essa camada de processo é o coração da engenharia profissional.

Pontos-chave

Trio: branch / code / commit (concluído)
Faltam três passos: push / pull request / code review + merge
A mensagem de commit explica o que mudou e por quê — você no futuro vai agradecer você de hoje

09 · Quiz

No fluxo profissional, o que você cria antes de começar a escrever código?

Um repositório novo
Um banco de dados
Uma branch nova
Uma issue do GitHub descrevendo o trabalho

10 · Preencher

Depois de terminar uma feature, você cria um pull _____ para propor o merge das suas mudanças.

11 · Ler

Parabéns. Você acabou de seguir o mesmo fluxo que o Google, a Stripe, a Shopify e cada outra empresa de tecnologia usam. A escala muda, mas o fluxo é o mesmo: issue, branch, code, test, review, commit, push, PR, merge, deploy.

Grandes empresas fazem esse ciclo centenas de vezes por dia. Agora você também faz.

12 · Quiz

Você acabou de terminar uma correção de bug na sua branch de feature. O que você deve fazer antes de dar commit?

Rodar git diff e revisar suas mudanças linha por linha
Dar push direto na main
Criar um pull request
Deletar a branch e começar de novo

13 · Preencher

No fluxo profissional, todo trabalho começa com uma _____ bem descrita — um relato de bug ou pedido de feature.

Outras lições deste capítulo

⚠ A experiência interativa completa precisa de JavaScript. Ative-o e recarregue a página.

※ Este é um projeto educacional independente — não é um produto oficial da Anthropic. Claude™ é uma marca registrada da Anthropic, PBC.