Blog
Para quem já sabe o básico e quer ir fundo. Aqui o assunto é como os modelos funcionam em produção: memória, roteamento, ferramentas, agentes. O lado técnico que pouca gente explica direito.
Architecture Decision Records format (Nygard). Type 1 (irreversível) vs Type 2 (reversível) decisions — diferente rigor. ADR no repo, numerado, versionado, imutável (superseded, not edited).
Teach pattern (explain → do together → they solo → review). Office hours estruturado. Unblocking vs doing for them. Career laddering: discuss growth, não só tasks. Delegate responsabilidade, não tarefa.
Review como teaching moment: ask questions em vez de afirmar, distinguir blockers vs nitpicks, "conventional comments" prefix (nit:/suggestion:/blocking:), praise in public, correct in DM, small PRs.
Hofstadter Law (sempre demora mais), cone of uncertainty, range estimates (best/worst/likely), reference class forecasting, explicit assumptions, "we don't know" é honest answer aceitável.
Chesterton's Fence (não remova o que não entende), strangler fig pattern, characterization tests antes de mudar, "fix-forward vs rollback", preservar comportamento quirky se users dependem.
IC track (Staff/Principal/Distinguished) vs Manager track. Dual ladder. "Engineer that codes" vs "Engineer that writes docs and influences". Ambas valiosas, diferentes day-to-day. Como identificar preferência.
Identifique decisão real (minha atual, anterior, ou caso fictício: escolher tech stack, arquitetura, migration). Escreva ADR completo: context, options considered, decision, consequences, rollback plan.