• Trilha
  • Explorar
  • Minha área

Explorar

Tudo o que o Career Gap indica, aberto. Estude o que quiser; as marcas só dizem o que vale agora e o que pode esperar.

Conteúdos 251Ferramentas 19Hábitos 30Pessoas 13

Os hábitos ligados a uma competência também aparecem na página dela.

Postura profissional

Vale para o percurso inteiro, desde o primeiro dia.

  • Preocupe-se com o que você entregaSe não vale o seu cuidado, não vale o seu tempo. Cuidado aparece em detalhe: nome de variável, mensagem de erro, README.O Programador Pragmático, dica 1
  • Pense sobre o que está fazendoNo piloto automático não se aprende. De vez em quando, pare e pergunte: por que fiz assim? Faria igual de novo?O Programador Pragmático, dica 2
  • Assine o seu trabalhoTrate o que você entrega como algo que leva o seu nome — porque leva. O orgulho do trabalho puxa a qualidade junto.O Programador Pragmático, dica 70
  • Tenha coragem de recomeçarJogar fora um código que não ficou bom e refazer melhor é avanço, não desperdício. O mesmo vale para avisar cedo que algo não vai dar certo.XP, valor "coragem"

Aprender

Como estudar para o conhecimento ficar — inclusive com IA.

  • Use a IA como tutora, não como autoraPeça explicação, ou código junto com a explicação, e pergunte até entender cada parte. No ensaio, quem fez isso aprendeu; quem só delegou o código, não.Shen e Tamkin (2026), ensaio randomizado · Fundamentos de programação · Decomposição de problemas
  • Leia com desconfiançaPergunte de onde veio, para qual versão vale e quem ganha com aquilo. Vale para tutorial, fórum e resposta de IA.O Programador Pragmático, dica 9 · Leitura de documentação · Desenvolvimento assistido por IA
  • Invista no seu conhecimento com regularidadeUm pouco todo dia, em áreas diferentes, como quem investe. Constância rende mais que maratona.O Programador Pragmático, dica 8 · Leitura de documentação

Verificar antes de acreditar

No próprio código, no código gerado e no erro.

  • Não programe por coincidênciaSe funcionou e você não sabe por quê, ainda não terminou. Descubra o motivo antes de seguir.O Programador Pragmático, dica 44 · Fundamentos de programação
  • Não use código gerado que você não entendeA dica é de 1999 e falava dos geradores de código das IDEs; com IA vale do mesmo jeito. Se não consegue explicar, não entrega.O Programador Pragmático, dica 50 · Fundamentos de programação · Desenvolvimento assistido por IA
  • Não entre em pânico: leia o erro inteiroAntes de mudar qualquer linha, leia a mensagem até o fim. E suspeite primeiro do seu código — a biblioteca raramente é a culpada.O Programador Pragmático, dicas 25 e 26 · Depuração · Fundamentos de HTTP
  • Não suponha: reproduza antes de corrigirFaça o defeito acontecer de propósito, de preferência num teste. Assim ele só precisa ser encontrado uma vez.O Programador Pragmático, dicas 27 e 66 · Depuração · Testes automatizados · Fundamentos de HTTP
  • Na depuração, a IA explica e você corrigePeça à IA o que o erro significa; a correção é sua. No ensaio da Anthropic, a maior perda de aprendizado foi justamente em depuração.Shen e Tamkin (2026), ensaio randomizado · Depuração

Cuidar do código

O que separa código que funciona de código que dá para manter.

  • Quando não está claro, escreva o teste primeiroSe você não sabe exatamente o que a função deve fazer, o teste é o jeito de decidir — antes de escrever a função.XP, prática "testes" · Testes automatizados
  • Não tolere janelas quebradasNome ruim, teste quebrado, aviso ignorado: conserte assim que perceber. Um defeito tolerado vira licença para o próximo.O Programador Pragmático, dica 4 · Legibilidade de código · Testes automatizados
  • Não se repitaCada regra do programa mora num lugar só. Código duplicado são duas coisas para lembrar de mudar — e uma delas você vai esquecer.O Programador Pragmático, dica 11 · Legibilidade de código
  • Refatore cedo, refatore sempreMelhore nomes e simplifique enquanto o código ainda é pequeno e os testes ainda passam. Depois fica caro.O Programador Pragmático, dica 47; XP · Legibilidade de código
  • Faça o mais simples que resolveResolva o problema de hoje. Complexidade para um futuro imaginado é custo certo por benefício incerto.XP, prática "projeto simples" · Construir uma aplicação completa
  • Use o poder do terminalO que você repete clicando, o terminal faz numa linha — e a linha pode virar script.O Programador Pragmático, dica 21 · Linha de comando

Entregar

Pedaços pequenos, histórico guardado, integração frequente.

  • Avance em pedaços pequenos que funcionamCada passo termina em algo que roda e pode ser conferido. Um pedaço pequeno errado custa minutos; um grande custa dias.XP, prática "pequenas versões" · Decomposição de problemas · Construir uma aplicação completa
  • Use controle de versão sempreAté no exercício de fim de semana. O histórico é o que deixa você errar sem medo e voltar atrás.O Programador Pragmático, dica 23 · Controle de versão com Git
  • Integre com frequênciaCommits pequenos e frequentes, cada um deixando o projeto funcionando. Juntar uma semana de trabalho de uma vez transforma conflito em projeto.XP, prática "integração contínua" · Controle de versão com Git

Colaborar e comunicar

Revisão, retorno e conversa sobre o código.

  • Programe em parUm escreve, o outro acompanha o todo e pergunta; trocam com frequência. É revisão de código acontecendo enquanto o código nasce.XP, prática "programação em pares" · Participação em code review
  • Corrija o problema, esqueça o culpadoNa revisão, o assunto é o código, não quem o escreveu. Comentário que acusa não conserta nada.O Programador Pragmático, dica 24 · Participação em code review
  • Importa o que você diz e como dizSaiba o que quer dizer, para quem e em que formato essa pessoa lê. Ideia boa mal comunicada não chega a existir.O Programador Pragmático, dica 10 · Comunicação técnica
  • Traga opções, não desculpasQuando algo dá errado, chegue com o que dá para fazer agora — não com o motivo de não ter dado.O Programador Pragmático, dica 3
  • Mostre cedo, peça retorno cedoRetorno no primeiro dia corrige o rumo; no último, só aponta o estrago. Mostre o rascunho, não só a versão pronta.XP, valor "feedback"

Ser visto e seguir aprendendo

Quem contrata precisa achar você, e o que você sabe hoje envelhece.

  • Publique o que aprendeu, no seu ritmoUm perfil no LinkedIn onde você conta o que estudou, o que construiu, o que deu errado e como resolveu. Não precisa ser toda semana: uma postagem por mês já deixa um histórico, e explicar fixa o aprendizado. Quem contrata vê histórico em vez de promessa.Apprenticeship Patterns, padrões "Share What You Learn" e "Record What You Learn" · Comunicação técnica
  • Conviva com outros devs: eventos e comunidadesMeetup da sua cidade, grupo da faculdade, comunidade on-line, projeto aberto. É onde se descobre o que o mercado pede de verdade, de onde vêm as indicações de vaga e onde você acha quem está um passo à sua frente.Apprenticeship Patterns, padrões "Kindred Spirits" e "Rubbing Elbows" · Participação em code review
  • Nunca fique sem um projeto abertoTerminou um, comece o próximo no mesmo dia, pequeno e seu: um brinquedo que pode quebrar. Quem está sempre construindo chega na entrevista com algo para abrir, e não espera a vaga para começar.Apprenticeship Patterns, padrões "Breakable Toys" e "Practice, Practice, Practice" · Construir uma aplicação completa
  • Mantenha currículo, LinkedIn e conhecimento em diaProjeto terminado e competência que subiu de nível entram no currículo e no LinkedIn na mesma semana, não quando a vaga aparece. E o que você sabe hoje envelhece: reserve um horário fixo para estudar o que está mudando na sua área.Apprenticeship Patterns, padrão "Reflect As You Work"; O Programador Pragmático, dica 8 · Comunicação técnica · Leitura de documentação

Livros para a carreira

Não ensinam programação: ajudam a manter o ritmo e a conviver. Indicação do autor, fora do motor da trilha.

  • Hábitos Atômicos (abre em nova aba)James Clear · Alta BooksUm método para criar hábitos pequenos e constantes, como estudar um pouco todo dia em vez de maratonas. Para quem estuda sozinho e perde o ritmo.
  • Nada Pode Me Ferir (abre em nova aba)David Goggins · SextanteA história de um ex-Navy SEAL sobre disciplina e resistência mental, para quando a vontade de desistir aparece no meio do caminho. Leia como relato de disciplina, não como plano de treino.
  • Como Fazer Amigos e Influenciar Pessoas (abre em nova aba)Dale Carnegie · SextanteOuvir, criticar sem humilhar, lembrar o nome das pessoas: o que pesa numa entrevista, num code review e em qualquer comunidade que você frequentar.

De onde vêm os hábitos

Sem link: aqui não se aponta para cópia. O ISBN basta para comprar ou pedir na biblioteca.

  • O programador pragmático: de aprendiz a mestreAndrew Hunt e David Thomas · Bookman, 2010 — tradução da 1ª edição · ISBN 978-85-7780-734-5De onde vêm as dicas citadas nos hábitos. A numeração é a desta edição.
  • Programação extrema (XP) explicada: acolha as mudançasKent Beck · Bookman, 2004 — tradução da 1ª edição · ISBN 978-85-363-0387-1As práticas e os valores de XP citados nos hábitos. Esgotada; procure em sebo ou biblioteca.
  • Apprenticeship Patterns: guidance for the aspiring software craftsmanDave Hoover e Adewale Oshineye · O'Reilly, 2009 — em inglês · ISBN 978-0-596-51838-7De onde vêm os hábitos de carreira: aprender em público e com outras pessoas. Os autores liberaram o texto sob Creative Commons em 2010.