Busque em todas as páginas da documentação
O crescimento de engenheiros Rust requer mentoria deliberada: pareamento em erros do borrow checker, programação em grupo em migrações e rubricas de nivelamento atreladas a comportamentos observáveis - não "sabe Axum". Times sustentáveis investem 10-20% do tempo de desenvolvimento em pessoas, não apenas em funcionalidades.
Cartão de receita de referência rápida - pronto para copiar e colar.
# Plano de "buddy" de 90 dias (júnior -> contribuinte intermediário)
Semana 1-2: Ler README do serviço, rodar `cargo test`, corrigir PR de erro de digitação na documentação
Semana 3-4: Parear em um bug pequeno; o autor explica o PR para o "buddy"
Semana 5-8: Assumir um endpoint com revisão; acompanhar o plantão
Semana 9-12: Desenvolver uma funcionalidade pequena solo; apresentar aprendizado na guilda
Sinal de nivelamento (intermediário): é dono de um módulo do crate, revisa outros, escreve uma seção do runbookQuando usar isso:
// Exercício de mentoria: refatorar unwrap para erro tipado (pareamento guiado)
// Antes (júnior)
fn parse_id(s: &str) -> uuid::Uuid {
s.parse().unwrap()
}
// Depois (com mentor)
use thiserror::Error;
#[derive(Debug, Error)]
pub enum ParseError {
#[error("uuid inválido: {0}")]
InvalidUuid(#[from] uuid::Error),
}
fn parse_id(s: &str) -> Result<uuid::Uuid, ParseError> {
Ok(s.parse()?)
}Pareie em erros do compilador ao vivo; o mentor faz perguntas em vez de pegar o teclado imediatamente.
| Nível | Indicadores |
|---|---|
| Júnior | Corrige bugs com orientação; aprende ownership e Result |
| Intermediário | É dono de uma funcionalidade de ponta a ponta; testes + observabilidade; revisa colegas |
| Sênior | Projeta limites de crates; orienta; impulsiona RFCs |
| Staff+ | Arquitetura entre times; padrões de frota; liderança de incidentes |
unsafe.clippy, miri, padrões assíncronos.Acompanhar 2+ incidentes; rotação secundária antes da primária; debrief dentro de 24h.
examples/ ou ambiente sandbox.| Alternativa | Usar Quando | Não Usar Quando |
|---|---|---|
| Treinamento externo de Rust | Contratações de bootcamp | Orçamento zero e sênior interno forte |
| Clube do livro (livro de Rust) | Lacuna de fundamentos | Time precisa apenas de padrões específicos do domínio |
| Rotação para outra squad | Amplitude para trilha de staff | Trimestre crítico de entrega |
| Certificação formal | Cargos de conformidade | Engenharia de produto geral |
3-6 meses para realizar funcionalidades médias solo, dependendo da experiência prévia em sistemas.
Intermediário+ com paciência; nem sempre o arquiteto mais sênior.
Wiki de engenharia + apêndice de exemplos específicos de Rust.
Histórias de impacto, RFCs, liderança de incidentes, temas de feedback de revisão.
Aprender auditoria somente leitura primeiro; sem autoria solo de unsafe no primeiro ano.
Começar com leituras síncronas de sqlx se o time permitir; migrar com exercícios pareados.
Sessão compartilhada de IDE; gravar correções difíceis do borrow-checker para a wiki.
Plano de melhoria claro de 30-60 dias; EM envolvido; sem ranking público.
Semanalmente durante migração grande; caso contrário, ad hoc.
Mesmas dimensões da rubrica; o ofício de Rust é uma coluna entre liderança e produto.
Versões de Stack: Esta página foi escrita para Rust 1.97.0 (edição 2024), Tokio 1.x, Axum 0.8, serde 1.0, sqlx 0.8, clap 4, e Polars 0.46+.
Revisado por Chris St. John·Última atualização: 16 de jul. de 2026