Checklist de Onboarding de Especialista em Go (30/60/90)
Rampa estruturada para contratações de nível médio/sênior novas em Go.
//
Busque em todas as páginas da documentação
Rampa estruturada para contratações de nível médio/sênior novas em Go.
Use este checklist com um revisor colega para transformar "aprender Go" em resultados datados e verificáveis ligados ao seu repositório e CI.
Versão do Go corresponde à CI: go version local é igual à imagem ou go-version nos fluxos de trabalho.
Downloads de módulos limpos: go mod download e go test ./... passam no laptop.
Segredos e acesso: Git, staging na nuvem, painéis de observabilidade e acesso ao pager (se aplicável).
Ler padrões da equipe: Padrões de codificação, índice de ADR e Noções Básicas de Onboarding da Equipe concluídos.
Hábito de gofmt e vet: gofmt -l antes do push vazio e go vet ./... verde.
Paridade do golangci-lint: O lint local corresponde à CI ou exceções documentadas.
golangci-lint run anexada uma vezMapa de layout: Consegue desenhar cmd/, internal/ e os três pacotes principais sem um guia.
Primeiro PR mesclado: Documentação, teste ou pequena correção de bug através de revisão normal.
Base do "Effective Go" iniciada: Primeiros três blocos do Caminho de Leitura do Effective Go concluídos com notas.
Sessão de pareamento concluída: Pelo menos uma sessão estruturada por Sessões de Pareamento e Mob.
Exercício de tratamento de erros: Explique quando o seu codebase envolve com %w vs %v em uma função real.
Passagem pelo godoc: Executou go doc em dois pacotes que o contratado irá manipular; relatou lacuna no godoc se encontrada.
Teste baseado em tabela contribuído: Adicionou ou estendeu subtestes em um pacote de produção.
Detector de corrida usado: go test -race ./... executado em pacotes modificados pelo contratado; falhas corrigidas ou relatadas.
-race ativadoPropagação de contexto: Rastreou context.Context através de um manipulador ou RPC; sem contextos armazenados em structs.
Interface no consumidor: Identificou uma interface definida pelo chamador, não pelo produtor, no codebase.
Revisão de concorrência: Participou de revisão que abordou goroutines, canais ou errgroup.
Fatia de recurso de propriedade: Entregou uma pequena alteração visível ao usuário ou API de ponta a ponta com testes.
Toque de observabilidade: Adicionou ou corrigiu uma métrica, campo de log ou atributo de trace de acordo com as normas da equipe.
Segunda rotação de colega: Pareou com um revisor diferente do primeiro mês.
Leitura sobre cultura de revisão: Cultura de Revisão de Código para Go com um PR exemplar estudado.
Higiene de módulos: Executou go mod tidy; entende MVS e proxy interno, se usado.
go mod tidy ou nota de "sem alteração"Contribuição de design: Comentou em um documento de design ou RFC com trade-offs específicos de Go (desempenho, formato da API, erros).
Sombra de plantão: Concluiu turno de sombra ou simulação de incidente para serviços Go.
pprof ou trace: Usou pprof ou trace de execução em um problema de staging ou teste de carga.
Autoavaliação de nível: Comparou habilidades com o Guia de Níveis; lacunas discutidas com o gerente.
Ensinar um idiom: Liderou um bate-papo informal de 15 minutos ou PR de documentação explicando um padrão da equipe (erros, testes, layout).
Consciência de habilidades de agente: Se a equipe usa habilidades de agente, executou uma revisão guiada por habilidade localmente.
PR de dependência: Revisou ou criou uma alteração de go get com verificação de CVE ou licença.
govulncheck ou políticaRetrospectiva de 90 dias: Contratado e mentor concordam: pronto para fila padrão, rampa estendida ou ajuste de função.
Contratações de staff podem comprimir 1-12, mas não devem pular 13-18, a menos que demonstrem trabalho mesclado equivalente em outro lugar.
Comprima leituras e exercícios de sintaxe, não a cultura de revisão ou hábitos de -race. Mantenha os itens 8, 13, 14 e 24 como evidências inegociáveis.
Documente a lacuna no item 2 como N/A com um link para o fluxo de trabalho de ambiente efêmero. Exija uma execução de pipeline verde no branch do contratado em vez disso.
Sim, mas termine no item 30 com artefatos de entrega explícitos: runbooks atualizados, gravações de pareamento e PRs abertos listados.
Itens falhados se tornam os objetivos de aprendizado do próximo sprint, não marcas punitivas. Pareie sessões extras em linhas falhadas antes de expandir o escopo.
Não. Este checklist cobre apenas resultados de engenharia. Tarefas de RH ficam em trilhas paralelas.
Um resumo curto nomeando três regras que o contratado aplicará, ou respostas a três perguntas de um quiz mantido pela equipe.
Após a mesclagem da fatia de recurso do item 18 e as execuções de corrida do item 14 estarem verdes - geralmente entre os dias 45 e 75.
Trimestralmente ou após uma atualização da toolchain do Go, mudança no conjunto de linters, ou retrospectiva de onboarding com falhas repetidas na mesma linha.
Eles ainda consomem go doc diariamente. O item 12 permanece; equipes com muitas bibliotecas adicionam um requisito de PR de godoc mais rigoroso.
Execute uma passagem comprimida de 2 semanas: itens 3-8, 11, 18, 22, 24 e 30. Foque em normas específicas da equipe, não em noções básicas da linguagem.
Versões de Stack: Esta página foi escrita para Go 1.26.x (GC padrão Green Tea,
go fix modernizers- verifique o patch na compilação), chi (última - verifique na compilação), gin (última - verifique na compilação), echo (última - verifique na compilação), google.golang.org/grpc (última - verifique na compilação), sigs.k8s.io/controller-runtime (última - verifique na compilação), kubebuilder (última - verifique na compilação), tinygo (última - verifique os alvos de placa na compilação), wazero (última - verifique na compilação) e golangci-lint (última - verifique o conjunto de linters na compilação).
Revisado por Chris St. John·Última atualização: 16 de jul. de 2026