Estilo arquitetural para expor recursos via HTTP, usando verbos padronizados (GET, POST, PUT, DELETE) e URLs semânticas para comunicação entre cliente e servidor.

Funções intermediárias que interceptam requisições antes de chegarem ao handler final, permitindo aplicar lógica transversal como autenticação, logging ou validação.

Padrão aberto (JSON Web Token) para transmitir claims de forma compacta e assinada entre cliente e servidor, sem exigir sessão persistida no backend.

Token de longa duração usado exclusivamente para obter novos access tokens, reduzindo a janela de exposição do JWT principal sem forçar novo login.

Processo de verificar a identidade de quem faz a requisição — responder 'quem é você?' antes de permitir acesso a recursos protegidos.

Controle do que um usuário autenticado pode fazer — responder 'o que você tem permissão?' com base em papéis, escopos ou políticas de acesso.

Arquitetura em que o servidor mantém estado da sessão do cliente entre requisições, geralmente em memória ou banco dedicado.

Arquitetura em que cada requisição carrega toda informação necessária para processamento, sem o servidor guardar contexto de sessão entre chamadas.

Coluna ou conjunto de colunas que identifica unicamente cada registro em uma tabela, garantindo que não existam duplicatas na entidade.

Coluna que referencia a chave primária de outra tabela, estabelecendo integridade referencial entre entidades relacionadas.

Associações entre tabelas que modelam como entidades se conectam: one-to-one, one-to-many ou many-to-many, refletindo regras de negócio no schema.

Unidade atômica de operações no banco: ou todas as queries executam com sucesso, ou nenhuma alteração persiste — essencial para consistência em fluxos críticos.

Conjunto de garantias — Atomicity, Consistency, Isolation, Durability — que bancos relacionais oferecem para operações confiáveis mesmo sob falhas ou concorrência.

Estruturas auxiliares (B-tree, hash) que aceleram buscas e joins ao evitar full table scan, trocando espaço em disco e custo de escrita por leitura mais rápida.

Cinco princípios de design orientado a objetos que orientam código modular, testável e resiliente a mudanças: SRP, OCP, LSP, ISP e DIP.

Organização em camadas concêntricas onde regras de negócio ficam no centro, isoladas de frameworks, UI e banco — dependências apontam sempre para dentro.

Abordagem que coloca o domínio de negócio no centro do design de software, usando linguagem ubíqua, bounded contexts e modelagem rica para refletir regras reais.

Padrão (Ports and Adapters) que isola lógica de negócio no centro, conectando infraestrutura externa via portas (interfaces) e adaptadores (implementações).

Abstração que encapsula acesso a dados atrás de uma interface orientada a coleções de domínio, ocultando detalhes de SQL ou ORM dos services.

Camada que orquestra regras de negócio, coordenando repositories, validações e efeitos colaterais — o coração da aplicação entre controllers e persistência.

Biblioteca JavaScript para construir interfaces declarativas baseadas em componentes reutilizáveis, com virtual DOM para atualizações eficientes da UI.

Framework React full-stack com App Router, renderização híbrida (SSR/SSG/CSR), roteamento file-based e otimizações de produção integradas.

Server-Side Rendering: HTML gerado no servidor a cada requisição (ou com revalidação), entregando conteúdo indexável e first paint rápido ao cliente.

Client-Side Rendering: a UI é montada no browser após carregar JavaScript, com dados buscados via fetch no cliente após o first paint inicial.

Componentes React que executam exclusivamente no servidor, permitindo acesso direto a dados e zero JavaScript enviado ao cliente para aquela parte da UI.

Hook React para executar efeitos colaterais após render — fetch de dados, subscriptions, manipulação de DOM ou sincronização com sistemas externos.

Hook que memoriza resultado de cálculo pesado entre renders, recalculando apenas quando dependências mudam — evita trabalho redundante na UI.

Hook que memoriza referência de função entre renders, útil quando a mesma callback é passada a componentes filhos memoizados (React.memo).

Plataforma de containerização que empacota aplicação com dependências em imagens imutáveis, garantindo ambiente consistente do dev ao produção.

Unidade leve e isolada de execução que compartilha kernel do host, encapsulando processo, filesystem e rede — mais enxuta que máquinas virtuais.

Integração e entrega contínuas: pipeline automatizado que valida, testa e deploya código a cada mudança, reduzindo risco e tempo entre commit e produção.

Plataforma de automação integrada ao GitHub para executar workflows declarativos (YAML) em eventos como push, pull request ou schedule.

Processo de publicar versão da aplicação em ambiente acessível (produção/staging), incluindo build, configuração de variáveis e verificação pós-release.

Práticas para usar JWT de forma segura: tokens curtos, assinatura forte, armazenamento adequado no cliente e nunca tratar payload como confiável sem validar assinatura.

Open Web Application Security Project — referência global de vulnerabilidades e boas práticas, incluindo o Top 10 de riscos em aplicações web.

Controle de quantidade de requisições por IP ou usuário em janela de tempo, protegendo APIs contra abuso, brute force e denial of service.

Armazenamento irreversível de senhas via função hash com salt, de forma que vazamento do banco não revele credenciais em texto plano.

Práticas de segurança para refresh tokens: rotação, revogação, detecção de reuso e armazenamento seguro para mitigar roubo de sessão.

Verificação rigorosa de entrada no servidor (e complementar no cliente) para garantir tipo, formato e regras de negócio antes de processar ou persistir dados.