Planejamento
Dois encontros por semana, cerca de vinte semanas. Em geral, o primeiro encontro da semana é uma aula teórica (leia as páginas da aula antes ou depois; cada uma tem slides, um quiz e cenários do playground) e o segundo encontro é um lab prático sobre o BoxOffice. As entregas vencem no último dia de aula da semana, às 23:59, salvo aviso em contrário.
Datas
As semanas são relativas. As datas do calendário, os dias de quiz e os dias de prova serão incluídos aqui quando o calendário acadêmico do Insper para 2027.1 for publicado.
flowchart LR
F["Fundamentos<br/>semanas 1–3"] --> B["Blocos de construção<br/>semanas 4–9"]
B --> O["Operando em escala<br/>semanas 11–13"]
O --> A["IA<br/>semanas 14–15"]
A --> P["Prove<br/>semanas 16–19"]A ordem segue a história da disciplina: cada aula parte do problema que a anterior deixou, e cada lab constrói, no BoxOffice, a resposta de uma aula que você já viu. Algumas semanas juntam duas aulas e a semana seguinte junta os dois labs correspondentes, porque os labs precisam de ambas: cache (lab 5) e dados em escala (lab 6) depois das aulas 6 e 7; observabilidade (lab 8) e resiliência (lab 9) depois das aulas 9 e 10; Kubernetes (lab 10) e entrega (lab 11) depois das aulas 11 e 12. A observabilidade vem antes da confiabilidade de propósito: não dá para melhorar o que não se vê, o SLO é definido onde é medido, e nos labs você instrumenta o BoxOffice (lab 8) antes de quebrá-lo de propósito (lab 9) — senão os experimentos de caos não têm nada para mostrar.
Como funciona uma semana
- Antes da aula: passe os olhos na visão geral da aula e experimente o primeiro cenário do playground da página.
- Na aula: teoria com os slides, uma pergunta para "pensar primeiro", uma execução ao vivo no playground.
- Depois da aula: leia as subpáginas, faça o quiz da aula e a atividade correspondente do caderno.
- Dia de lab: construa a peça do BoxOffice e meça; faça push do código para o seu repositório.
- Toda semana: uma etapa do projeto (veja os marcos).