Lista de verificación de incorporación de SME de Go (30/60/90)
Rampa estructurada para contrataciones de nivel medio/senior nuevas en Go.
//
Busca en todas las páginas de la documentación
Rampa estructurada para contrataciones de nivel medio/senior nuevas en Go.
Utilice esta lista de verificación con un revisor compañero para convertir "aprender Go" en resultados fechados y verificables vinculados a su repositorio e CI.
La versión de Go coincide con la CI: go version local iguala la imagen o go-version en los flujos de trabajo.
Descargas de módulos limpias: go mod download y go test ./... pasan en el portátil.
Secretos y acceso: Git, staging en la nube, paneles de observabilidad y acceso al localizador (si corresponde).
Leer estándares del equipo: Estándares de codificación, índice de ADR y Conceptos básicos de incorporación del equipo completados.
Hábito de gofmt y vet: gofmt -l antes de enviar vacío y go vet ./... en verde.
Paridad de golangci-lint: El linter local coincide con la CI o excepciones documentadas.
golangci-lint run adjunta una vezMapa de diseño: Puede dibujar cmd/, internal/ y los tres paquetes principales sin una chuleta.
Primer PR fusionado: Documentación, prueba o pequeña corrección de errores a través de la revisión normal.
Columna vertebral de Effective Go iniciada: Primeros tres bloques de la Ruta de lectura de Effective Go completados con notas.
Sesión de emparejamiento completada: Al menos una sesión estructurada por Sesiones de emparejamiento y grupo.
Ejercicio de manejo de errores: Explique cuándo su base de código envuelve con %w frente a %v en una función real.
Pase de godoc: Ejecutó go doc en dos paquetes que el empleado tocará; se registró una brecha de godoc si se encontró.
Prueba controlada por tabla aportada: Se agregaron o extendieron subpruebas en un paquete de producción.
Detector de carreras utilizado: go test -race ./... ejecutado en paquetes modificados por el empleado; fallos corregidos o registrados.
-race habilitadoPropagación de contexto: Rastreado context.Context a través de un manejador o RPC; sin contextos almacenados en estructuras.
Interfaz en el consumidor: Se identificó una interfaz definida por el llamador, no por el productor, en la base de código.
Revisión de concurrencia: Participó en una revisión que abordó goroutines, canales o errgroup.
Porción de características poseída: Entregó un pequeño cambio visible para el usuario o API de extremo a extremo con pruebas.
Toque de observabilidad: Se agregó o corrigió una métrica, campo de registro o atributo de traza según las normas del equipo.
Segunda rotación de compañero: Emparejado con un revisor diferente al del primer mes.
Lectura de cultura de revisión: Cultura de revisión de código para Go con un PR ejemplar estudiado.
Higiene de módulos: Ejecutó go mod tidy; comprende MVS y el proxy interno si se usa.
go mod tidy o nota de "sin cambios"Aportación de diseño: Comentó un documento de diseño o RFC con compensaciones específicas de Go (rendimiento, forma de API, errores).
Sombra de guardia: Completó un turno de sombra o una simulación de incidente para servicios de Go.
pprof o traza: Utilizó pprof o traza de ejecución en un problema de staging o prueba de carga.
Autoevaluación de nivel: Comparó habilidades con la Guía de niveles; brechas discutidas con el gerente.
Enseñar un modismo: Dirigió una charla informal de 15 minutos o un PR de documentación explicando un patrón del equipo (errores, pruebas, diseño).
Conciencia de habilidades de agente: Si el equipo usa habilidades de agente, ejecutó una revisión guiada por habilidad localmente.
PR de dependencia: Revisó o redactó un cambio de go get con verificación de CVE o licencia.
govulncheck o políticaRetro de 90 días: El empleado y el mentor acuerdan: listo para la cola predeterminada, extensión de la rampa o ajuste del rol.
Las contrataciones de personal pueden comprimir los puntos 1-12, pero no deben omitir los puntos 13-18 a menos que demuestren un trabajo fusionado equivalente en otro lugar.
Comprimir lecturas y ejercicios de sintaxis, no la cultura de revisión ni los hábitos de -race. Mantenga los elementos 8, 13, 14 y 24 como evidencia no negociable.
Documente la brecha en el elemento 2 como N/A con un enlace al flujo de trabajo de entorno efímero. Requerir una ejecución de pipeline en verde en la rama del empleado en su lugar.
Sí, pero finalice en el elemento 30 con artefactos de entrega explícitos: runbooks actualizados, grabaciones de emparejamiento y PR abiertos listados.
Los elementos fallidos se convierten en los objetivos de aprendizaje del próximo sprint, no en marcas punitivas. Empareje sesiones adicionales en filas fallidas antes de expandir el alcance.
No. Esta lista de verificación cubre solo los resultados de ingeniería. Las tareas de RR. HH. se encuentran en pistas paralelas.
Un resumen que nombre tres reglas que el empleado aplicará, o respuestas a tres preguntas de cuestionario mantenidas por el equipo.
Después de que las fusiones de porciones de características del elemento 18 y las ejecuciones de carreras del elemento 14 estén en verde, generalmente entre los días 45 y 75.
Trimestralmente o después de una actualización de la cadena de herramientas de Go, un cambio en el conjunto de linters o una revisión de incorporación con fallos repetidos en la misma fila.
Todavía consumen go doc a diario. El elemento 12 permanece; los equipos con muchas bibliotecas agregan un requisito de PR de godoc más estricto.
Ejecute una pasada comprimida de 2 semanas: elementos 3-8, 11, 18, 22, 24 y 30. Concéntrese en las normas específicas del equipo, no en los conceptos básicos del lenguaje.
Versiones de Stack: Esta página fue escrita para Go 1.26.x (predeterminado de Green Tea GC, go fix modernizers - verificar parche en la compilación), chi (última versión - verificar en la compilación), gin (última versión - verificar en la compilación), echo (última versión - verificar en la compilación), google.golang.org/grpc (última versión - verificar en la compilación), sigs.k8s.io/controller-runtime (última versión - verificar en la compilación), kubebuilder (última versión - verificar en la compilación), tinygo (última versión - verificar objetivos de placa en la compilación), wazero (última versión - verificar en la compilación) y golangci-lint (última versión - verificar conjunto de linters en la compilación).
Revisado por Chris St. John·Última actualización: 16 jul 2026