Capitulo 09 - Git e Mentalidade Profissional
O passo que transforma codigo em colaboracao de verdade
Introducao: escrever codigo e so metade da profissao
Muita gente acha que desenvolvimento e apenas programar.
Nao e.
Desenvolvimento profissional envolve:
- versionar com seguranca,
- colaborar com clareza,
- revisar com criterio,
- lidar com conflito sem drama,
- e evoluir mentalmente com consistencia.
Git entra aqui como ferramenta.
Mentalidade profissional entra como direcao.
Este capitulo conecta os dois.
1) Versionamento com Git: historico, seguranca e confianca para evoluir
Sem versionamento, qualquer mudanca grande vira risco.
Com Git, mudanca vira processo controlado.
O que Git entrega na pratica
- Historico de alteracoes
- Possibilidade de voltar versoes
- Trabalho paralelo sem quebrar tudo
- Rastreabilidade de decisoes
Habito que muda jogo
Commits pequenos e com mensagem clara.
Commit bom explica intencao,
nao apenas "o que mudou".
2) GitHub e remoto: quando seu codigo sai da sua maquina
Repositorio remoto e colaboracao em escala.
Fluxo base:
- desenvolver localmente
- commitar com disciplina
- enviar para remoto (
push) - atualizar local com mudancas do time (
pull)
README e profissionalismo
Projeto sem README e como produto sem manual.
README minimo deve cobrir:
- objetivo
- stack
- instalacao
- como rodar
- como contribuir
Documentacao simples e clara reduz ruido tecnico.
3) Branches e fluxo de trabalho: paralelismo sem caos
Branch e trilho de desenvolvimento isolado.
Regra pratica:
mainprotegida e estavel- features em branches separadas
- merge somente apos validacao
Fluxo recomendado para iniciantes profissionais
GitHub Flow:
- criar branch de feature
- implementar
- abrir pull request
- revisar
- mergear
Merge vs rebase
Ambos resolvem integracao de historico.
Escolha depende de politica do time.
O importante e consistencia de processo.
4) Pull Request e code review: qualidade nasce na conversa tecnica
PR nao e burocracia.
PR e checkpoint de qualidade.
Code review bem feito melhora:
- arquitetura
- legibilidade
- seguranca
- manutencao
Como dar feedback profissional
- atacar o codigo, nao a pessoa
- justificar com criterio tecnico
- sugerir alternativa concreta
- reconhecer acertos tambem
Feedback bom eleva o time.
Feedback ruim cria defesa e estagna.
5) Conflitos de merge: inevitaveis, resolviveis
Conflito nao e fracasso.
Conflito e sinal de colaboracao simultanea.
Ele acontece quando duas mudancas mexem na mesma regiao de codigo.
Processo mental para resolver
- entender o contexto das duas alteracoes
- decidir o estado final correto
- editar manualmente com criterio
- testar apos resolver
- concluir merge com seguranca
Como prevenir boa parte dos conflitos
- pull frequente
- branches curtas
- escopo pequeno por PR
- comunicacao do time sobre arquivos criticos
6) Mentalidade profissional: o diferencial que nao aparece no editor
Carreira tecnica nao cresce so por dominio de ferramenta.
Cresce por postura.
Pilares centrais:
Growth mindset
Erro como feedback de processo, nao como identidade.
Receber feedback
Escutar com maturidade e transformar em melhoria objetiva.
Comunicacao tecnica
Explicar decisao com clareza para diferentes niveis de audiencia.
Trabalho em equipe
Priorizar resultado coletivo acima de vaidade individual.
Aprendizado continuo
Tecnologia muda. Curiosidade disciplinada precisa ficar.
7) Framework de colaboracao profissional
Use este fluxo em qualquer time:
- alinhar escopo da tarefa
- criar branch com nome claro
- implementar em commits pequenos
- abrir PR com contexto e teste
- revisar e iterar com feedback
- mergear e monitorar impacto
- registrar aprendizado
Esse framework reduz atrito e aumenta previsibilidade.
Plano de treino de 7 dias (Git + Profissionalismo)
Dia 1 - Base do Git
Criar repo local, commitar, inspecionar historico.
Dia 2 - Remoto
Subir projeto para GitHub com README minimo.
Dia 3 - Branches
Criar e integrar duas features em fluxo controlado.
Dia 4 - Pull Request
Abrir PR com descricao clara e checklist de teste.
Dia 5 - Code review
Revisar PR de colega (ou simular) com feedback construtivo.
Dia 6 - Conflitos
Simular conflito e resolver manualmente com teste.
Dia 7 - Plano profissional
Escrever plano de desenvolvimento de 90 dias (tecnico + comportamental).
Checklist de dominio do Capitulo 9
- Versiono com Git de forma segura e consistente
- Trabalho com repositorio remoto sem perder contexto
- Uso branches com fluxo profissional
- Abro e reviso PRs com criterio tecnico
- Resolvo conflitos de merge sem bloqueio emocional
- Recebo e ofereco feedback de forma construtiva
- Tenho plano de crescimento profissional continuo
Erros classicos que este capitulo te ajuda a evitar
- Commits gigantes sem contexto
- Trabalhar direto na
main - PR sem descricao e sem criterio de teste
- Transformar code review em disputa de ego
- Evitar conflito em vez de aprender a resolver
- Focar so em ferramenta e ignorar postura profissional
Fechamento do capitulo
Com Git e mentalidade profissional, voce passa de executor individual para colaborador confiavel.
Esse passo e decisivo para carreira:
- aumenta qualidade de entrega,
- melhora relacao com time,
- e prepara voce para projetos maiores.
No proximo capitulo, vamos entrar em Fundamentos de IA e conectar tudo que voce construiu ate aqui com a nova camada de alavancagem do mercado.
Resumo executivo do Capitulo 9
- Git protege historico e permite evolucao segura
- Repositorio remoto viabiliza colaboracao real
- Branches e fluxo de PR organizam trabalho em paralelo
- Code review eleva qualidade tecnica e aprendizado coletivo
- Conflitos de merge sao parte natural da colaboracao
- Mentalidade profissional sustenta crescimento de longo prazo
- Feedback, comunicacao e documentacao diferenciam bons profissionais
- Processo consistente vale mais que heroismo pontual