Todos os 20 tipos de demo
Esta é a paleta completa dos blocos interativos com que o curso é construído. Cada lição que você lê é montada a partir destes vinte formatos — um diagrama aqui, um simulador ali, um painel de estado, um quiz. Esta página é o catálogo e o manual de jogadas: para que serve cada tipo, exatamente quando ele merece um lugar no loop, e a única regra que governa tudo — uma lição usa um ou muitos deles, combinados livremente, sem máximo.
01Um ou muitos — não há limite
O erro mais comum é tratar estes vinte tipos como um cardápio onde você pede exatamente um prato. Não são. São uma paleta de tintas. Uma lição é uma pintura, e você pega quantas cores a tela pedir — às vezes uma pincelada forte, às vezes uma dúzia combinadas. Uma ideia magra pode precisar de um único diagrama. Uma lição rica, de muitos momentos, pode empilhar um slide-deck para montar a cena, um SVG anotado para mostrar a anatomia, um simulador para o leitor controlar, um painel de estado para ler a situação, e um quiz para conferir se fixou. Tudo isso, em uma só lição, não é demais — é exatamente o ponto.
- Um está ótimo. Um único flowchart bem escolhido pode carregar uma lição inteira sobre um processo com ramificações.
- Muitos está ótimo — e é incentivado. Encadeie vários na ordem das seções; cada um ganha sua própria introdução em linguagem simples.
- Combinar está ótimo. Funda dois exemplares em um só widget — um flowchart cujos nós controlam um painel de estado, por exemplo.
- Reutilizar entre lições está ótimo. O mesmo tipo, enquadrado para um trabalho de ensino diferente, ensina melhor do que forçar um novo.
- Não há máximo. Adequação antes de quantidade — nunca encha linguiça num momento magro, nunca deixe um rico passando fome. Use quantos o ensino genuinamente pedir: um, ou quarenta.
Monte o conjunto de demos de uma lição
Abaixo está o formato de feature-flags (tipo 19) religado à ideia desta página. Cada switch liga um tipo de demo para uma lição imaginada. Alguns tipos dependem de outro estar presente primeiro — um quiz para "conferir se fixou" só faz sentido depois que algo foi mostrado; um exemplo resolvido precisa do conceito explicado. Ligue um sem o seu suporte e um aviso aparece. O resumo te diz quantos demos sua lição usa agora — e repare que ele nunca te impede de usar demais. Não há limite.
O conjunto de demos da sua lição
Ordem é uma restrição real
A pedagogia tem uma gramática: você não pode conferir o que nunca foi mostrado, e um leitor não pode conduzir um fluxo que nunca viu. Codificar isso como um mapa de dependências transforma uma "boa ordem" vaga em um aviso visível — exatamente para o que serve o formato tipo 19. A contagem do resumo é deliberadamente sem teto: o aviso dispara por inconsistência (um momento sem o seu pré-requisito), nunca por quantidade. Cinco momentos, todos satisfeitos, é uma lição perfeitamente boa; um também é.
const requires = { g19_explain: [], // momento base g19_show: ['g19_explain'], // mostrar precisa do conceito primeiro g19_try: ['g19_show'], // conduzir o que foi mostrado g19_check: ['g19_try'], // conferir o que tentaram g19_summarise: [] // independente — adicione a qualquer hora }; // nenhuma regra limita o tamanho do conjunto — só a consistência é exigida.
02A escolha é um debate por momento
Então, se não é "sempre abas" e não é "sempre um", como escolher? Você quebra a lição em seus momentos e debate cada momento isoladamente. Um momento é uma jogada de ensino: explicar como funciona, depois mostrar, depois deixar tentar, depois conferir se fixou. Cada momento tem exatamente um trabalho de ensino, e cada trabalho tem uma pequena short-list de tipos que o fazem bem. O debate é curto e explícito, e você registra o veredito para que a próxima pessoa veja o raciocínio, não só o resultado.
O debate tem quatro jogadas. Rode-o uma vez por momento:
- Nomeie o trabalho em uma frase — explicar como algo funciona, comparar opções, mostrar um processo ao longo do tempo, ler o estado atual, ensinar através de uma falha, deixar o leitor conduzir, resumir, narrar uma mudança, ou ajustar parâmetros.
- Liste dois ou três candidatos a partir do mapa trabalho→tipo para aquela frase.
- Escolha o melhor encaixe com uma razão de uma linha — e nomeie o vice que você rejeitou e por quê. A razão é o debate.
- Decida quantos. Um momento é um demo; uma lição de muitos momentos encadeia vários; dois trabalhos fortemente acoplados podem se fundir em um widget.
Percorra a escolha, uma pergunta de cada vez
Aqui está o formato de flowchart (tipo 13) religado como o próprio seletor. Escolha um trabalho de ensino no topo, depois pressione Próximo para ver a decisão descer pelos gates até o tipo de demo de melhor encaixe. Cada "sim" compromete uma família; uma execução limpa cai em um tipo específico. Esta é a jogada 3 "escolher" do debate, tornada mecânica.
Comece aqui
Nomeie o trabalho de ensino deste momento
Escolha um trabalho acima, depois pressione Próximo para descê-lo até um tipo de demo de melhor encaixe. Troque o trabalho para ver uma rota diferente.
O mapa trabalho → tipo-candidato
O flowchart compromete rápido; a short-list real é mais rica. Este é o mapa completo de onde toda jogada "listar candidatos" puxa — o vice que você nomear normalmente será a segunda linha do mesmo trabalho.
Nomeie o trabalho, chegue ao tipo
Mais uma religação da mesma ideia, desta vez como o formato de máquina de estados (tipo 08). Cada botão é um trabalho de ensino; pressioná-lo move o nó destacado para a família que faz aquele trabalho, e a leitura nomeia o tipo exato mais o seu vice. É uma maquininha: (start, job) → type. Chegue a um tipo, depois reset para tentar outro trabalho.
O nó cor de argila é a família onde você caiu. Nós esmaecidos são os trabalhos que você não escolheu nesta rodada.
Tipo escolhido
— nenhum ainda —
Pressione um trabalho abaixo. A máquina move para a família que o faz e nomeia o tipo de melhor encaixe e o seu vice.
Trabalhos disponíveis
Log de correspondências
03Qual demo em qual momento do loop
Este é um curso sobre o loop LEARN → ANALYZE → EXECUTE → VERIFY, então a maneira mais útil de ler a paleta é por onde no loop cada tipo faz o seu trabalho. Um demo não é decoração; ele torna um momento específico do loop visto e sentido. As legendas em cada card abaixo nomeiam esse momento com precisão. Eis o formato disso:
Leia como uma atribuição aproximada, não uma lei: tipos de exploração e pesquisa tendem a alimentar LEARN e ANALYZE (enxergar o estado real, pesar opções); tipos de design, protótipo e código alimentam EXECUTE (construir a única unidade delimitada); tipos de relatório e editor alimentam VERIFY e os gates (provar, ler estado, ajustar). Muitos tipos servem mais de um momento — e é por isso que o debate por momento, não uma tabela de consulta, dá a palavra final.
Cubra a paleta — um rastreador de cobertura
Um curso completo exercita a maioria ou todos os vinte tipos; reduzir a um ou dois é um mau cheiro — o leitor para de se engajar. Aqui está o formato de status-report (tipo 11) religado para rastrear a cobertura da paleta neste próprio curso. Pressione Construir próxima lição para incorporar o conjunto de demos de uma lição e ver os blocos subirem, ou ative o Auto-construir para ver as oito lições se montarem. A tabela mostra, por tipo, quantas lições recorreram a ele.
Cobertura da paleta — curso Loop Engineering
8 lições + esta galeria · meta: exercitar a paleta completa
| Tipo de demo | Família | Lições que o usam | Cobertura |
|---|
Uma contagem, quatro leituras
Um único mapa type → count dirige tudo: tipos usados é a contagem de entradas não-zero, famílias cobertas são as famílias distintas entre elas, paleta exercitada é used / 20, e ★ usados conta os oito tipos de alto valor alcançados. A pílula de status agrega o pior sinal: cobertura completa é verde, parcial é âmbar, mal-começada é ferrugem — a mesma regra de bom/ruim-não-direção que o formato tipo 11 original usa.
04A ideia inteira em sete slides
Antes do catálogo em si, aqui está o argumento desta página comprimido em um deck — uma ideia por slide. Clique para avançar, ou use as setas do teclado.
05O catálogo, agrupado por família
Os vinte tipos se dividem em sete famílias pelo tipo de trabalho que fazem. Dentro de cada card: o número e o nome, uma nota de uma ou duas linhas sobre quando e como usá-lo no loop, uma miniatura segura no modo escuro do seu formato, e um link Abrir para o demo standalone completo. Uma estrela (★) marca os tipos de maior valor.
Exploração
— comparar opções antes de se comprometer · alimenta ANALYZEEm ANALYZE, quando o gap admite 3–4 caminhos: coloque-os lado a lado com prós, contras, e um "escolha este quando" para que a unidade delimitada que você escolher seja defensável.
Abrir→No início do ANALYZE quando a unidade é visual: uma galeria/seletor de variantes (layouts, deployments) para que o leitor escolha a forma antes de qualquer uma ser construída.
Abrir→Código
— percorrer e explicar uma mudança · alimenta EXECUTE & VERIFYNa fronteira VERIFY de uma unidade de código: blocos de diff + selos de risco + notas do revisor para tornar "o que mudou e o que pode quebrar" revisável, não improvisado.
Abrir→Em LEARN, para ver como um sistema funciona de ponta a ponta antes de tocá-lo: sumário fixo + prosa + código inline + SVG. A ferramenta anti-suposição.
Abrir→Design
— ensinar convenções & variantes · alimenta EXECUTEQuando a unidade precisa seguir convenções: amostras de cor, uma tabela de nomenclatura, e pares faça/não-faça para que um passo EXECUTE fique consistente com o sistema ao redor.
Abrir→Quando uma unidade tem muitos estados: uma matriz de comparação + um card por variante para que o leitor veja toda a superfície antes de construir ou revisar.
Abrir→Protótipo
— um processo, animado ou conduzido · alimenta EXECUTEQuando uma unidade é mudança-ao-longo-do-tempo: um SVG animado com play/passo para mostrar um processo se desenrolando — ótimo para visualizar uma iteração do loop em movimento.
Abrir→Quando a regra é "quais jogadas são válidas aqui": uma máquina de estados clicável que esmaece transições inválidas — deixa o leitor conduzir e sentir a restrição.
Abrir→Pesquisa
— aprofundar & tornar visível · alimenta LEARNEm LEARN, para tornar a arquitetura vista: uma grande folha SVG inline anotada. A melhor ferramenta para "me mostre a forma inteira de uma vez".
Abrir→Em LEARN, para aprofundar numa feature/mecanismo do qual você depende: sumário + código em abas + FAQ. Ancora a unidade em como a coisa realmente se comporta.
Abrir→Quando a unidade se apoia numa ideia abstrata: um demo interativo + glossário que ensina o conceito concretamente (ex.: one-shot vs o loop, lado a lado).
Abrir→Relatório
— resumir · ler estado · aprender com falha · alimenta VERIFYPara resumir um tópico inteiro num relance — ou recapitular uma passada do loop: slides de borda a borda, uma grande ideia cada. Ótimo como abertura ou fechamento de lição.
Abrir→Em LEARN (ler a verdade do terreno) e VERIFY (está saudável agora?): blocos de KPI + uma tabela de status. A visão de dashboard do estado atual de um sistema.
Abrir→Para ensinar através de uma falha real — a lição mais memorável: uma linha do tempo + causa raiz + itens de ação. Perfeito para "veja o loop pegar uma regressão".
Abrir→Para qualquer processo com ramificações — incluindo os próprios gates do loop: um fluxo SVG interativo com destaque de passos. Percorra um caminho de cada vez, bifurcando em cada sim/não.
Abrir→Editor & Plano
— planejar · triar · alternar · ajustar · alimenta ANALYZE & VERIFYQuando o trabalho abrange muitas unidades: cards de fase + uma barra de marcos. Sequencia as unidades delimitadas para que toda passada EXECUTE tenha um próximo claro.
Abrir→Depois que uma unidade converge: narre motivação → tour pelos arquivos → a parte complicada → rollout. A história da mudança, para o humano que a revisa no gate.
Abrir→Em ANALYZE, para ver o backlog inteiro e escolher um: colunas de cards (kanban). Espelha a jogada do loop "classifique o gap, escolha UMA unidade".
Abrir→Para ensinar switches e como configurações dependem umas das outras: switches + avisos de dependência ao vivo. Mostra como uma mudança em EXECUTE pode exigir outra.
Abrir→Quando a lição é "ajuste as entradas e observe a saída": controles + um painel de preview ao vivo. Espelha o passo IMPROVE do loop — ajustar, observar, repetir.
Abrir→06Verificação rápida
Cinco perguntas sobre a regra única e o debate. Escolha uma resposta para corrigi-la na hora; a certa fica verde-oliva e uma nota curta explica por quê.
Q1Quantos tipos de demo uma única lição pode usar?
Correto. A paleta não tem máximo. A adequação é o único teste — um se bastar, muitos quando os momentos pedirem.
Não exatamente. "Exatamente um" é a mentalidade de cardápio. Uma lição rica empilha vários; a paleta não tem limite. Tente de novo.
Não exatamente. Não há limite fixo como três. A adequação decide a quantidade — às vezes bem mais que três. Tente de novo.
Q2A escolha de qual tipo de demo usar é feita…
Correto. Cada momento ganha seu próprio debate curto — nomear o trabalho, listar candidatos, escolher o encaixe, decidir quantos.
Não exatamente. Recorrer a abas por padrão é exatamente o hábito a evitar; escolha por momento pelo seu trabalho. Tente de novo.
Não exatamente. Uma tabela estática não consegue pesar o trabalho de um momento; o debate por momento dá a palavra final. Tente de novo.
Q3O que torna o passo "escolher" do debate explícito?
Correto. A razão é o debate. Registrar o vice e por que você o descartou deixa o raciocínio visível.
Não exatamente. O tempo de construção não é o critério; o trabalho de ensino e uma razão declarada são. Tente de novo.
Não exatamente. Copiar a última lição pula o debate inteiro. Nomeie o encaixe e o vice. Tente de novo.
Q4O trabalho de um momento é "ensinar através de uma falha real". Melhor encaixe?
Correto. Ensinar através de falha é exatamente o trabalho do incident-report (12): uma linha do tempo até uma causa raiz e as correções.
Não exatamente. Um deck resume; não faz análise de causa raiz. O trabalho aponta para incident-report. Tente de novo.
Não exatamente. Um design system ensina convenções, não falhas. Case o trabalho com incident-report. Tente de novo.
Q5Reutilizar um único widget para cada momento de uma lição é…
Correto. Mesmo-widget-todo-momento é um mau cheiro; a variedade mantém o engajamento. Um curso inteiro exercita a maioria dos vinte.
Não exatamente. A mesmice perde o leitor. Em vez disso, varie o tipo pelo trabalho de cada momento. Tente de novo.
Não exatamente. Nada exige um único tipo por toda parte; reutilizar o mesmo a cada momento é o mau cheiro. Tente de novo.
./demos/, re-rotule-os para o seu conteúdo, e componha. A paleta é o piso, não o teto.