Matriz de Habilidades

Q: Sênior em Frontend mas Júnior em Node?

O título pode permanecer "Engenheiro Sênior" com a trilha Node = Júnior na matriz. Trilhas duplas evitam expectativas falsas no primeiro plantão de API.

Competências Node de Júnior → sênior para equipes de backend TypeScript. Use para nivelamento, planos de crescimento e critérios de entrevista - não apenas tempo de serviço.

Como Usar

Autoavaliação trimestral com o gerente; anexe evidências de PR/incidente.
Contratação: pontue candidatos por coluna; sem perguntas únicas e complicadas.
Onboarding: mapeie Caminho Frontend → Node para lacunas na coluna júnior.

Tabela de Competências

Competência	Júnior	Pleno	Sênior
Runtime	Explica o event loop; evita bloqueio síncrono	Diagnostica travamentos do loop a partir de logs/métricas	Define política da equipe sobre `uncaughtException`, divisão de workers
HTTP/API	Rotas CRUD, Zod, padrões 4xx/5xx	Paginação, middleware de autenticação, chaves de idempotência	ADR sobre Fastify vs Nest; estratégia de versionamento
Dados	Consultas parametrizadas; migrações simples	Transações, índices, consciência de N+1	Expansão-contração de migração; dimensionamento de pool
Jobs Assíncronos	Enfileira job; entende retentativas	Worker BullMQ, DLQ, ajuste de concorrência	ADR de fila vs event bus; design de backpressure
Config/segredos	Usa `.env.example`; módulo de env tipado	Integração com gerenciador de segredos	Runbooks de rotação; política de boot fail-fast
Testes	Testes unitários `node:test` ou Jest + injeção	Testes de integração com banco de dados de teste	Testes de contrato; interpretação de teste de carga
Observabilidade	Lê logs JSON com `jq`	Campos estruturados, `requestId`, métricas	Definição de SLO; ajuste de alertas
Segurança	Sem segredos no git; autenticação básica	Top 10 OWASP API em revisão	Modelagem de ameaças para novas superfícies
CI/CD	Local verde = mesmos scripts que CI	Escreve job do GitHub Actions	Trem de lançamento; decisão de canary/rollback
Operações Linux	`curl` de saúde, `lsof` de porta	`kubectl logs`, `top` durante incidente	IC em SEV2; autoria de runbook
Git	Branch de funcionalidade + template de PR	`Cherry-pick` para lançamento	Propriedade da linha de hotfix
Liderança	Pede pareamento	Orienta um júnior	Capacidade de sprint para débito técnico; facilitação de ADR

Evidências Esperadas para Júnior

PR mesclado com rota + Zod + teste (Fastify Basics)
Corrigiu EADDRINUSE com lsof sem resgate de sênior
Explicou por que await importa em um comentário de revisão de código
Executou npm ci && npm test antes de cada push

Caminho de estudo: Node.js Basics → zod → Onboarding Basics

Evidências Esperadas para Pleno

Responsável por funcionalidade abrangendo API + migração + worker
Depurou esgotamento de pool ou consulta lenta com métricas
Adicionou consumidor BullMQ com DLQ (Queue Worker Skill)
Revisou PR com checklist de autenticação e injeção de SQL

Caminho de estudo: bullmq / ioredis → API Design Basics → Pairing on API PRs

Evidências Esperadas para Sênior

Autor de ADR adotado pela equipe (framework, ORM, fila)
Liderou incidente até a resolução com decisão de rollback documentada
Melhorou documentação de onboarding a partir do feedback de contratações
Negociou capacidade de sprint não relacionada a funcionalidades para upgrade de LTS

Caminho de estudo: Technical Leadership Best Practices → Incident Triage Skill → DORA Metrics for Node Teams

Modelo de Plano de Crescimento

## Crescimento Q3 - Alex (Júnior → Pleno)
Lacuna atual: transações + BullMQ
Sprint 1: Parear em PR de transação de checkout de pedido
Sprint 2: Assumir worker de e-mail com DLQ
Evidência: PRs mesclados + notas de retrospectiva
Data de revisão: 2026-09-30

Um foco de competência por sprint - não "tornar-se sênior"
Evidência = trabalho mesclado, não cursos concluídos

Sinal	Fraco	Forte
Incidentes	Espera por instruções	Lidera checklist de IC; documenta linha do tempo
Design	Implementa apenas a especificação	Propõe ADR com trade-offs
Revisão	LGTM em estilo	Detecta problemas de autenticação, pool, PII
Escopo	Serviço único	Coordenação de lançamento entre serviços

FAQs

Sênior em Frontend mas Júnior em Node?

O título pode permanecer "Engenheiro Sênior" com a trilha Node = Júnior na matriz. Trilhas duplas evitam expectativas falsas no primeiro plantão de API.

Quantos juniores por mentor sênior?

Máximo de 1 sênior para 2 juniores para pareamento semanal significativo. Contratações excedentes aguardam ou usam horários de escritório em grupo.

Relacionados

Onboarding Basics - configuração do primeiro dia
Caminho Frontend → Node - rampa de aprendizado
Pairing on API PRs - profundidade de revisão
Team & Onboarding Best Practices - normas da equipe

Versões do Stack: Esta página foi escrita para Node.js 24.18.0 (Active LTS), npm 10+, TypeScript 5.6+, Express 5, Fastify 5 e NestJS 11.

Tabela de Competências

Competência	Júnior	Pleno	Sênior
Runtime	Explica o event loop; evita bloqueio síncrono	Diagnostica travamentos do loop a partir de logs/métricas	Define política da equipe sobre `uncaughtException`, divisão de workers
HTTP/API	Rotas CRUD, Zod, padrões 4xx/5xx	Paginação, middleware de autenticação, chaves de idempotência	ADR sobre Fastify vs Nest; estratégia de versionamento
Dados	Consultas parametrizadas; migrações simples	Transações, índices, consciência de N+1	Expansão-contração de migração; dimensionamento de pool
Jobs Assíncronos	Enfileira job; entende retentativas	Worker BullMQ, DLQ, ajuste de concorrência	ADR de fila vs event bus; design de backpressure
Config/segredos	Usa `.env.example`; módulo de env tipado	Integração com gerenciador de segredos	Runbooks de rotação; política de boot fail-fast
Testes	Testes unitários `node:test` ou Jest + injeção	Testes de integração com banco de dados de teste	Testes de contrato; interpretação de teste de carga
Observabilidade	Lê logs JSON com `jq`	Campos estruturados, `requestId`, métricas	Definição de SLO; ajuste de alertas
Segurança	Sem segredos no git; autenticação básica	Top 10 OWASP API em revisão	Modelagem de ameaças para novas superfícies
CI/CD	Local verde = mesmos scripts que CI	Escreve job do GitHub Actions	Trem de lançamento; decisão de canary/rollback
Operações Linux	`curl` de saúde, `lsof` de porta	`kubectl logs`, `top` durante incidente	IC em SEV2; autoria de runbook
Git	Branch de funcionalidade + template de PR	`Cherry-pick` para lançamento	Propriedade da linha de hotfix
Liderança	Pede pareamento	Orienta um júnior	Capacidade de sprint para débito técnico; facilitação de ADR

Evidências Esperadas para Pleno

Responsável por funcionalidade abrangendo API + migração + worker

Depurou esgotamento de pool ou consulta lenta com métricas

Adicionou consumidor BullMQ com DLQ (Queue Worker Skill)

Revisou PR com checklist de autenticação e injeção de SQL

Evidências Esperadas para Sênior

Autor de ADR adotado pela equipe (framework, ORM, fila)

Liderou incidente até a resolução com decisão de rollback documentada

Melhorou documentação de onboarding a partir do feedback de contratações

Negociou capacidade de sprint não relacionada a funcionalidades para upgrade de LTS

Modelo de Plano de Crescimento

## Crescimento Q3 - Alex (Júnior → Pleno)
Lacuna atual: transações + BullMQ
Sprint 1: Parear em PR de transação de checkout de pedido
Sprint 2: Assumir worker de e-mail com DLQ
Evidência: PRs mesclados + notas de retrospectiva
Data de revisão: 2026-09-30

Um foco de competência por sprint - não "tornar-se sênior"

Evidência = trabalho mesclado, não cursos concluídos

Sinal

Fraco

Forte

Incidentes

Espera por instruções

Lidera checklist de IC; documenta linha do tempo

Design

Implementa apenas a especificação

Propõe ADR com trade-offs

Revisão

LGTM em estilo

Detecta problemas de autenticação, pool, PII

Escopo

Serviço único

Coordenação de lançamento entre serviços

FAQs

Sênior em Frontend mas Júnior em Node?

O título pode permanecer "Engenheiro Sênior" com a trilha Node = Júnior na matriz. Trilhas duplas evitam expectativas falsas no primeiro plantão de API.

Quantos juniores por mentor sênior?

Máximo de 1 sênior para 2 juniores para pareamento semanal significativo. Contratações excedentes aguardam ou usam horários de escritório em grupo.

Relacionados

Versões do Stack: Esta página foi escrita para Node.js 24.18.0 (Active LTS), npm 10+, TypeScript 5.6+, Express 5, Fastify 5 e NestJS 11.

Matriz de Habilidades

Buscar na documentação

Matriz de Habilidades