Categoria: Links da semana

Essa semana foram quatro links: a Microsoft apresentou um modelo pensado para decidir rápido, e não para conversar; o time do Claude Code contou como faz code review (com o comentário do Pascoadev sobre o que dá para copiar); e o Augusto Galego abriu o jogo sobre os erros que levaram a startup dele a fechar. No fim, dois canais que valem a inscrição.

• Microsoft-Decision-1: Our model for fast decision-making
  Um modelo especializado em pontuar decisões de forma rápida e barata, para roteamento, classificação e controle de fluxos de trabalho. Segundo a empresa, supera LLMs e outros modelos de decisão nessas tarefas.
• How the Claude Code team does code review (claude.dev Blog)
  Com o Claude escrevendo cerca de 90% do código do Claude Code, o time trocou a revisão linha a linha por camadas: verificação antes do PR, revisão por agentes com votação para filtrar falsos positivos, revisão de segurança que bloqueia o merge, aprovação humana conforme o risco da mudança, feature flags e rollback rápido. Entre junho e setembro, os PRs mesclados mais que dobraram e a taxa de reverts caiu mais de 40%. O artigo fecha com um checklist para adotar o processo no seu time, incluindo o uso de um REVIEW.md e um limite de rodadas de revisão.
• Como a Anthropic faz Code Review (o que dá pra copiar) (Pascoadev)
  O Pascoadev comenta o artigo acima, com foco no que dá para trazer para o seu time. Bom complemento para quem prefere vídeo ou quer uma leitura mais prática do processo.
• Os Erros Que Fizeram Minha Startup Falir (Augusto Galego)
  Um relato em primeira pessoa sobre o que deu errado na startup do Galego. Raro ver alguém da nossa área falar de fracasso com essa franqueza, e aprender com o erro dos outros sai bem mais barato do que com o próprio. Vale para quem empreende e para quem pensa em empreender.

Canais para seguir

• Gambiarra Labs
  O canal do Michel Leonardo, que leva agentes de IA a projetos fora do comum para ver até onde eles vão. Foi dele o vídeo do sistema operacional que só roda Doom, da lista da semana passada.
• Bytada
  Conteúdo técnico para quem quer se valorizar como dev na era da IA: DevOps, system design, programação e engenharia de IA.

Se você tem um link que vale a pena, responda este e-mail com a sugestão. Eu leio todas.

Metade da lista desta semana é sobre o Jev, a IA que decide em vez de escrever texto, e sobre os testes que a comunidade já fez com ele. Depois vêm dois vídeos de arquitetura e uma curiosidade para o fim de semana.

Inteligência artificial

• Jev: o novo hype da IA para devs (que não é hype) — Código Fonte TV (vídeo)
  O vídeo explica o que muda com o Jev, da TypeSafe AI. Em vez de gerar texto token a token e torcer para o JSON vir certo, você manda o estado, faz perguntas tipadas (escolha, nota ou sim/não) e recebe valores prontos para o código usar, cada um com probabilidade e nível de confiança. A regra que fica é simples: se a saída vai virar um if no seu código, o Jev faz sentido; se vai ser lida por uma pessoa, continua sendo trabalho de LLM. Os dois se complementam dentro de um agente. A ressalva também importa: respeitar o tipo não garante que a decisão esteja certa. Na sua aplicação, quantas chamadas a LLM são, na verdade, uma decisão disfarçada de texto?
• Testei o Jev com 34 comentários reais: 4,5x mais rápido que o Claude — pasquadev (vídeo)
  O teste é bem prático: 34 comentários reais do canal, classificados pelo Jev e pelo Claude em oito categorias, com urgência de 1 a 5 e um sim/não para pedido de vídeo. O Jev foi cerca de 4,5 vezes mais rápido na mediana e nunca saiu do formato. Os dois discordaram justamente nos comentários ambíguos, e o Claude levou vantagem por conhecer o contexto do canal. O autor é honesto sobre os limites: sem gabarito não dá para medir acerto, a entrada é só texto e prompt injection continua sendo um risco. Vale também o alerta sobre o paradoxo de Jevons: de tão barato, o modelo pode ser usado demais e a conta final subir. Abaixo de que nível de confiança você mandaria uma decisão para revisão humana?
• Laya é o fim do Jev? Testei a alternativa open source — Attekita Dev (vídeo)
  A Attekita refaz com o Laya, da ConvAI, o jogo da cobrinha que já tinha montado com o Jev. O Laya roda local, com cerca de 800 MB, e responde em dezenas de milissegundos, bem mais rápido que a API do Jev. Só que a cobra passou a fazer movimentos quase aleatórios e, mesmo depois de reformular os estados, o resultado não chegou ao do Jev. A conclusão dela é que o Laya ainda precisa de ajuste fino para cada caso de uso. Ainda assim, ter uma alternativa open source é bom sinal: confirma que a dor é real e pressiona preço e desempenho. Para decisões dentro do seu sistema, você trocaria precisão por latência baixa e custo zero rodando local?

Arquitetura

• CQRS: o padrão arquitetural que todo programador precisa conhecer — Renato Augusto (vídeo, 30 min)
  O Renato começa defendendo o CRUD, que resolve bem a maioria dos sistemas, e só depois mostra onde ele aperta: muito mais leituras que escritas, consultas com vários JOINs e agregações, leitura e escrita disputando CPU, memória, I/O e conexões no mesmo banco. Ele explica por que escalar o banco verticalmente e criar read replicas ajudam até certo ponto, mas não são CQRS, e como separar os modelos de leitura e de escrita abre espaço para usar o banco certo em cada lado. O fechamento sobre trade-offs é a parte mais útil: CQRS fora de contexto é só complexidade extra. No sistema em que você trabalha hoje, leitura e escrita têm mesmo necessidades diferentes, ou o CRUD ainda dá conta?
• System Design começa por esses building blocks — Augusto Galego (vídeo)
  O Galego monta um guia de revisão para entrevistas de system design, em que a ideia é combinar peças conhecidas para fazer um problema pequeno, como um encurtador de URL, aguentar milhões de usuários. Ele passa por bancos SQL e NoSQL e sharding, filas e garantias de entrega, load balancer e API gateway, serverless contra servidores, monolito contra microsserviços, WAF e rate limiting, arquitetura orientada a eventos, DNS, blob store e CDN, e cache com suas estratégias de invalidação. Com a IA escrevendo boa parte do código, saber escolher e combinar esses blocos pesa ainda mais. Qual deles você teria mais dificuldade para explicar numa entrevista?

Curiosidades

• Fiz a IA criar um OS que só roda Doom — Gambiarra Labs (vídeo)
  O Michel Leonardo pediu a um agente de IA um sistema operacional mínimo, sem nada além do necessário para rodar Doom. Foi por partes: um bootloader em assembly testado no QEMU, a passagem do processador do modo de 16 bits para 32 e 64 bits, um driver de teclado com os acentos do português e, por fim, o Doom Generic, que reduz o jogo a cinco funções. Segundo ele, a IA planejou o trabalho, escreveu o Makefile, rodou a máquina virtual, leu os logs e corrigiu os próprios erros; a parte mais difícil foi integrar o jogo. O vídeo é patrocinado pela Moonshot AI, dona do Kimi K3 usado no teste, e o código está no GitHub para quem quiser conferir. Que projeto de baixo nível você escolheria para testar até onde vai um agente de programação?

Viu algo que merece entrar na próxima lista? Responda este e-mail com a sua sugestão.

Esta semana a lista puxou para dois lados: o que a IA muda no nosso trabalho e o que continua dependendo da gente. São seis links, cada um com o motivo de eu ter guardado.

• Todo mundo deveria ter uma assinatura de IA? — Lucas Montano (vídeo, 18 min)
  Acompanho o canal do Lucas Montano há algum tempo. Discordo dele em alguns temas, mas neste vídeo concordo. Para mim, hoje uma assinatura de IA é tão essencial para quem vive de software quanto boas ferramentas para um marceneiro, bons pincéis para um pintor ou um bom instrumento para um músico. Estamos falando de profissionais que ganham dinheiro com código e que vão produzir mais com isso. Se você é estudante, vale procurar os programas acadêmicos da sua faculdade. Mesmo sendo mais limitado, também dá para ir longe com os planos gratuitos. E você, já considera a IA uma ferramenta de trabalho ou ainda um gasto opcional?
  O Lucas discute se pagar por uma ferramenta de IA já deixou de ser luxo e virou item básico.
• Journaling: o melhor hobby para 2026 — Lisa Guerra (vídeo, 9 min)
  Cheguei ao canal da Lisa Guerra quando comecei a cuidar mais da minha saúde mental, e as reflexões dela são muito boas. Hoje meu dia é uma troca constante de contexto: vários agentes, vários projetos e vários chapéus. Com tanta coisa delegada à IA, comecei a me perguntar qual era, afinal, o meu mérito nas entregas. Este vídeo me ajudou a responder. Escrever o que fiz e o que falta fazer, e registrar os avanços nos meus prompts, no meu harness e na conversa com clientes e colegas, me devolveu a sensação de realização. E você, tem um diário ou algum documento onde registra suas conquistas?
  A Lisa, que é psicóloga, explica por que manter um diário vale como hobby e como hábito, com base na terapia cognitivo-comportamental.
• Eu fechei a minha startup (e aqui os motivos disso) — Fernanda Kipper (vídeo, 37 min)
  Não acompanho muito o conteúdo da Fernanda Kipper, mas me reconheci em vários dos erros que ela conta, cometidos nas vezes em que tentei empreender. Com a IA e o vibe coding, ficou fácil algum influenciador prometer que VOCÊ vai ganhar dinheiro fácil criando um SaaS. Só que ter uma empresa é muito mais do que escrever código: é cliente, vendas, finanças, pessoas e fôlego. Qual desses erros você também já cometeu?
  A Fernanda faz o balanço do primeiro ano da Pora, a startup dela: não conversar com clientes, pivotar para um mercado desconhecido, terceirizar vendas cedo demais e investir em tráfego pago antes do product-market fit, com os números de faturamento do período.
• Clean Code estragou a cabeça dos devs? — Augusto Galego (vídeo, 10 min)
  Gosto muito do conteúdo do Augusto Galego. Não concordo com todos os pontos, mas ele acerta em levantar o tema. A IA mudou bastante coisa na engenharia de software, e talvez os autores clássicos escrevessem hoje de outro jeito. Ou talvez não. O vídeo me fez pensar em várias outras referências que mereciam ser revisitadas para esse novo mundo. Você concorda com o Galego? Que nota você daria para o Clean Code em 2026?
  O Galego questiona se a forma como o Clean Code foi ensinado atrapalhou o jeito de muitos devs pensarem código.
• TestSprite (ferramenta)
  Gerar código ficou fácil e rápido. Difícil é ter certeza de que pedimos certo e de que o modelo escreveu certo. Para isso temos linters, testes de unidade e de integração e até testes end-to-end com Playwright. O problema é manter tudo isso a cada mudança, o que dá muito trabalho. Ainda estou testando o TestSprite, que promete transformar em trabalho de agente todo o ciclo de gerar, executar, monitorar e reportar testes, integrado ao seu fluxo de desenvolvimento. Assim que tiver uma opinião mais formada, conto aqui. E você, como está validando o código que a IA escreve?
  Agente de testes end-to-end que escreve os testes, roda a cada mudança e aponta o que quebrou, pela CLI, pela IDE (via MCP), no CI ou no navegador.
• Dual write: o problema que mais reprova programadores nas entrevistas — Renato Augusto (vídeo, 25 min)
  Acompanho os vídeos do Renato Augusto há bastante tempo porque ele vai fundo nos temas. Os modelos evoluíram e hoje boa parte do código sai da IA, mas se a gente não conhece bons padrões de desenvolvimento, nem entende como certos problemas surgem e como são resolvidos, cai nas mesmas armadilhas do vibe coding. A IA escreve o código, mas quem precisa reconhecer um dual write esperando para quebrar em produção somos nós. Hoje, mais do que nunca, vale não perder os fundamentos. E você, saberia explicar o problema do dual write numa entrevista?
  O Renato explica o que acontece quando o sistema grava em dois lugares (banco e fila, por exemplo) sem garantia de consistência, e por que isso derruba tanta gente em entrevista.

Viu algo que merece entrar na próxima lista? Responda este e-mail com a sua sugestão.