Notas de engenharia

• Uma engine de verdade, não um sandbox de tutorial: física, destruição, iluminação dinâmica e simulação de fluidos, tudo conduzido sem escrever código
• 2D e 3D numa plataforma só, para um projeto poder crescer em ambição sem ser reconstruído em outro lugar
• Oficinas internas para assets, lógica e cenas. Todo o pipeline de criação vive dentro do produto, que é a real barreira competitiva
• Duas engines 3D integradas atrás de um único editor, Three.js e Babylon.js, em vez de apostar a plataforma num só renderizador
• Tutorial → Sandbox → Publicar → Compartilhar, para um iniciante completo terminar a primeira sessão com algo jogável e compartilhável por link
• Autenticação com Clerk e armazenamento de assets em S3 por URLs de upload pré-assinadas
• QA conduzido como relatório escrito de bugs, cada problema rastreado com causa raiz, correção e status de verificação

Notas de engenharia

• JustTheMic. O streamer publica o áudio em faixas separadas (microfone, jogo, música, convidados) e cada espectador faz a própria mixagem no navegador. Abaixe o jogo, silencie a música, fique com a voz. Ninguém mais deixa o público controlar a mixagem.
• Legendas ao vivo, traduzidas para cada espectador. O plugin do OBS codifica as legendas localmente em tempo real, a plataforma retransmite e a extensão traduz para o idioma que aquele espectador específico fala. Um streamer transmitindo em um idioma alcança um público em todos eles, sem fazer nada diferente.
• Um plugin nativo, um relay na nuvem e uma extensão de navegador formando um único pipeline de baixa latência: três canais de distribuição, três processos de release, um produto
• 37 fases de desenvolvimento numeradas, com changelogs público, técnico e interno separados. O processo de release é um sistema, não um detalhe de última hora
• Executor de migrações do Postgres feito à mão com histórico de desvios, então mudanças de schema são reversíveis e auditáveis
• Ingestão em tempo real do IRC da Twitch via tmi.js mais uma ponte de voz com o Discord, ambas sobrevivendo a reconexões e limites de requisição
• Armazenamento criptografado de credenciais com @noble/ciphers para tokens OAuth de terceiros

Notas de engenharia

• Construída para e implantada em uma empresa real. Fazia parte do conjunto da TutorMax que levou o gasto mensal com ferramentas de ~US$ 15.000 para ~US$ 500
• Elimina por completo o licenciamento por usuário. Adicionar o 200º usuário custa o mesmo que adicionar o 20º
• Rodar no próprio servidor significa que as conversas internas nunca saem de uma infraestrutura que a empresa possui
• Firebase Auth como único portão de autenticação, verificado no servidor com o Admin SDK
• Salas de voz do Daily.co com ciclo de vida gerenciado no servidor, então os clientes nunca guardam credenciais de API
• Traz um app Android junto do cliente web, então o time é localizável longe da mesa sem somar uma segunda conta por usuário
• Originalmente construída sobre Matrix. O protocolo federado foi removido por completo assim que ficou claro que o produto não precisava dele. Reduzir escopo ganhou de defender o custo afundado.

Notas de engenharia

• Simulação de física Havok rodando no navegador com um servidor com autoridade sobre o estado da corrida
• Dois caminhos de controle numa única simulação: agentes de IA guiados pelo chat e entrada ao vivo por WebSocket de pilotos humanos
• Monorepo com workspaces do pnpm separando cliente de jogo, servidor de API e tipos compartilhados
• Pipeline próprio de pistas e texturas alimentando a cena do Babylon

Notas de engenharia

• Uma base de código, duas plataformas de extensão: as versões Chromium e Firefox saem de um único pipeline do esbuild
• Cliente WebRTC do LiveKit rodando dentro de um content script para áudio simultâneo de baixa latência
• Legendas e sobreposições desenhadas dentro de um DOM de terceiros que ela não controla, sem quebrar a página que a hospeda
• Recursos liberados pelo transmissor: os espectadores só veem o que o streamer ativou

Notas de engenharia

• C++ contra a API de plugins do OBS, uma disciplina diferente da do stack web, e a prova de que a caixa de ferramentas não é um limite
• Presets de CMake mais GitHub Actions produzindo builds reproduzíveis e multiplataforma
• Entregue como um instalador de verdade, não como um zip de arquivos e um README com instruções

Notas de engenharia

• Protótipo jogável no navegador construído primeiro, justamente para responder às dúvidas de design antes de assumir compromisso com qualquer engine
• Um plano de produção que sequencia o trabalho para o jogo estar jogável ao fim de cada fase
• Documentação de design escrita cobrindo o loop central, a economia e as decisões caras de reverter

Notas de engenharia

• Checkout que reconhece a região: quais provedores de pagamento aparecem depende de onde o comprador está
• Internacionalização completa inglês/turco em catálogo, checkout e fluxos transacionais
• Preços em várias moedas com regras de envio internacional
• Um portal, dois públicos: o histórico de pedidos do cliente e o CRM administrativo atrás da mesma casca

Notas de engenharia

• Marketplace de dois lados com fluxos distintos para quem pede e quem cumpre, sobre dados compartilhados
• Máquina de estados da campanha com arbitragem administrativa nas etapas de verificação e pagamento
• Pipeline de verificação de criadores controlando quem pode aceitar trabalho remunerado

Notas de engenharia

• OCR com Google Cloud Vision mais um caminho local com Tesseract para extrair totais de fotos de recibos
• Controle de turnos alimentando a análise de ganhos: valor por hora, melhores turnos, tendência ao longo do tempo
• Planos gratuito e premium cobrados pelo Stripe
• Construído a partir do fluxo real de quem está na ponta. Quem usa está no meio do turno, com uma mão só e com pressa

Notas de engenharia

• ~US$ 14.500/mês retirados das despesas operacionais, cerca de US$ 174.000 por ano, substituindo ferramentas alugadas por software que a empresa passou a ter por inteiro
• Reuniões viravam chamados automaticamente. A IA puxava as transcrições das calls semanais com clientes pela API do Fathom, lia o que foi de fato discutido, identificava os problemas levantados e abria chamados para o suporte técnico sem ninguém anotar nada.
• A base de conhecimento se escrevia sozinha. A mesma passagem extraía soluções e contexto que surgiam na conversa e nunca eram documentados, e os arquivava na base, resolvendo o problema de a resposta existir só na memória de alguém.
• Treinada na documentação interna, então a saída batia com o modo como a empresa realmente descrevia os próprios sistemas
• Uma rede neural interna ligada a todos os departamentos: como todos os sistemas eram da própria empresa, um modelo podia ler reuniões, chat, chamados, ligações, vendas e contabilidade de uma vez. Depois de um período de aprendizado de dois a três meses, respondia a perguntas da diretoria sob demanda e trazia à tona problemas recorrentes de que a gestão nunca ficava sabendo.
• O modelo escalava sozinho: uma reclamação mencionada uma vez era fixada, uma que se repetia era levantada, checada nas ferramentas internas contra uma solução existente e aberta como chamado quando não havia nenhuma
• Kanban de dois públicos: clientes acompanhavam os próprios chamados, comentavam e fechavam quando um problema se resolvia sozinho, enquanto a discussão técnica interna ficava oculta e o CEO mantinha a supervisão das duas visões
• Bases de conhecimento interna e externa separadas a partir de um só modelo de conteúdo, então uma solução escrita uma vez servia ao time técnico e ao cliente
• Roteamento por nome de host: portal.*, help.* e o domínio principal renderizavam conjuntos de rotas e regimes de autenticação completamente diferentes a partir de uma única base de código e um único deploy

Notas de engenharia

• Monorepo com workspaces do pnpm em Node 24 separando o cliente React de uma API em Express 5
• Controle por voz para navegar entre os passos durante o preparo
• Estado da despensa comparado aos ingredientes da receita para gerar listas de compras automaticamente