Ordem de Operacoes
O que e
Ordem de operacoes e a sequencia em que os componentes de um sistema devem ser construidos. Assim como em matematica (PEMDAS), em desenvolvimento ha uma ordem correta que minimiza retrabalho e maximiza eficiencia. Construir fora de ordem cria dependencias quebradas.
Por que aprender
A ordem errada de construcao e uma das maiores causas de projetos falhados com Claude Code. Voce constroi um dashboard lindo, depois descobre que o schema do banco precisa mudar, e tudo quebra. Pensar na ordem correta evita esse ciclo de destruicao e reconstrucao.
Conceitos-chave
- • Dependencias: O que precisa existir para X funcionar?
- • Fundacao primeiro: Construir de baixo para cima
- • Interfaces estaveis: Definir contratos antes de implementar
- • Validacao incremental: Testar cada camada antes de subir
Database Primeiro
O que e
O principio "database primeiro" diz que o modelo de dados deve ser definido e implementado antes de qualquer outra coisa. O schema do banco determina a forma de todos os dados que fluem pelo sistema - APIs, UI, logica de negocios.
Por que aprender
Mudar o schema depois que o sistema esta construido e exponencialmente mais caro. Cada mudanca de campo ripple atraves de APIs, frontend, testes. Acertar o database primeiro significa que o resto do sistema se constroi sobre uma fundacao solida.
Conceitos-chave
- • Schema design: Tabelas, relacionamentos, tipos
- • Migrations: Sistema para evoluir schema
- • Seed data: Dados de teste para desenvolvimento
- • Type generation: Tipos derivados do schema (Prisma, etc)
Auth Antes de Dashboard
O que e
Autenticacao antes de features significa implementar login, permissoes e sessoes antes de construir funcionalidades que dependem de saber "quem" esta usando. Um dashboard sem auth e um prototipo, nao um produto.
Por que aprender
Adicionar auth depois e um pesadelo. Voce precisa retrofitar protecao em rotas, adicionar user context em componentes, repensar toda a arquitetura de estado. Comecar com auth significa que todas as features ja nascem protegidas.
Conceitos-chave
- • Authentication: Quem e voce? (login)
- • Authorization: O que voce pode fazer? (permissoes)
- • Session management: Manter estado de login
- • Protected routes: Bloqueio automatico de acesso
Arquitetura de Sistema
O que e
Arquitetura de sistema e o mapa de como os componentes se conectam e comunicam. Inclui decisoes sobre frontend/backend split, APIs, servicos externos, fluxo de dados, e pontos de integracao. E o "blueprints" do projeto.
Por que aprender
Claude Code precisa entender a arquitetura para tomar decisoes consistentes. Sem um diagrama mental claro, diferentes sessoes podem implementar solucoes conflitantes. Documentar a arquitetura no plan.md garante alinhamento.
Conceitos-chave
- • Camadas: Frontend, API, Backend, Database
- • Comunicacao: REST, GraphQL, WebSockets
- • Servicos externos: Auth providers, CDNs, APIs third-party
- • Deploy: Onde cada parte vive
Pre-requisitos A para B
O que e
Identificar pre-requisitos significa mapear o que precisa existir antes de cada tarefa. "Para construir B, preciso de A pronto." Essa analise revela a ordem natural de construcao e previne tentativas de construir no vacuo.
Por que aprender
Sem mapear pre-requisitos, voce tenta construir features que dependem de coisas que ainda nao existem. O Claude gera codigo com imports de modulos inexistentes, chamadas a APIs nao implementadas. Mapear dependencias previne esse caos.
Conceitos-chave
- • Dependency graph: Mapa visual de dependencias
- • Critical path: Sequencia mais longa de dependencias
- • Parallel opportunities: Tarefas sem dependencia mutua
- • Blockers: O que impede progresso
Whiteboard Mental
O que e
O whiteboard mental e o exercicio de visualizar todo o sistema antes de escrever codigo. Imagine desenhando em um quadro branco: caixas para componentes, setas para fluxo de dados, o sistema inteiro de uma vez. Esse modelo mental guia a implementacao.
Por que aprender
Codificar sem um modelo mental claro leva a decisoes ad-hoc que nao se encaixam. O whiteboard mental forca voce a pensar no sistema completo, identificar gaps, e antecipar problemas antes de escrever a primeira linha de codigo.
Conceitos-chave
- • Big picture first: Sistema inteiro antes de detalhes
- • Flow visualization: Como dados fluem pelo sistema
- • Edge cases: O que acontece quando X falha?
- • Documentation: Transferir whiteboard mental para plan.md
Resumo do Modulo
Proximo Modulo:
7.8 - Workflow Completo - Integrando todos os cenarios em pratica