IA e infraestrutura amadurecem, mas a complexidade cobra

As principais notícias de tecnologia de 4 de agosto, com análises de IA, infraestrutura, desenvolvimento, DevOps e segurança.

🧠 16 histórias principais + 30 no radar rápido — Terça-feira, 4 de Agosto de 2026

Histórias principais: análise aprofundada das notícias mais relevantes do dia.
Radar rápido: resumos breves de tudo mais que vale acompanhar.

🎙️ Ouça o podcast do dia — com Anna, Maria e Pedro:

Índice

🧑‍💻 Dev

Taming 70 Flutter Flavors: flavorizr + Batch CI for White-Label Releases

Como escalar dezenas de apps Flutter sem virar refém de ajustes manuais por cliente

O caso da Kamero é o tipo de dor que muita equipe multi-tenant conhece, mas pouca encara de frente até o volume virar caos: um único codebase, dezenas de marcas, e a exigência de publicar binários reais para cada cliente. Não basta “trocar cor e ícone” — cada flavor vem com bundle ID, applicationId, splash, Firebase, deep links, chave de assinatura e até a necessidade de brand palette antes de qualquer chamada de rede. Em outras palavras, white-label aqui é produto de verdade, não skin.

O ponto mais interessante é a escolha de industrializar o processo em vez de tratar cada app como exceção. Ao combinar flavorizr com Batch CI, a equipe reduz o atrito de manter configurações de iOS e Android à mão e evita o clássico acúmulo de edições pontuais em Xcode/Gradle, além de uploads repetitivos nas lojas. A implicação prática para times Flutter é forte: quando a quantidade de variações cresce, o diferencial não é “suportar flavors”, mas conseguir orquestrá-los sem que o processo de release vire uma atividade artesanal.

Essa abordagem também mostra um padrão que vale além de Flutter: multi-brand, multi-tenant e white-label funcionam melhor quando a plataforma assume a complexidade operacional, e não quando ela é empurrada para o time de entrega. O risco de manter 70 sabores manualmente não é só erro humano; é perda de previsibilidade, gargalo em CI/CD e dificuldade para evoluir o produto sem quebrar uma matriz enorme de variantes.

Fontes: Dev.to

Voice Emotion Control Moves From SSML to Prompts

Controle de emoção em voz começa a sair do markup e entrar no prompt

A mudança aqui é mais profunda do que parece à primeira vista: controlar emoção em TTS está deixando de depender de marcação rígida tipo SSML e migrando para instruções em linguagem natural. No exemplo citado, o modelo Kanana-o, da Kakao, passa a obedecer comandos como “leia com voz triste” ou “leia em dialeto Gyeongsang” e ajusta velocidade, volume, pitch, emoção, entonação e intensidade com base nisso. Isso simplifica a interface para quem consome a API, mas também muda a natureza do problema: o “contrato” deixa de ser sintático e passa a depender mais de interpretação semântica do modelo.

O dado de benchmark reforça por que isso importa. No InstructTTSEval coreano, o modelo aparece com 94,50, acima do GPT-4o-mini-tts citado no texto. Para quem constrói experiências de voice assistant, acessibilidade, atendimento automatizado ou conteúdo narrado, isso sugere uma direção clara: em vez de orquestrar emoção por camadas de markup explícito, o mercado está tentando fazer a intenção emocional morar no prompt. Isso reduz complexidade para desenvolvedores, mas aumenta a necessidade de avaliar consistência, controle fino e previsibilidade do resultado.

Na prática, essa transição abre uma discussão importante para times de produto e engenharia: prompt é mais natural, mas também mais ambíguo. Se a emoção da voz vira um comportamento emergente do modelo, o desafio deixa de ser “como marcar” e passa a ser “como testar”. Isso tende a empurrar equipes para suites de avaliação mais ricas e para critérios de qualidade mais subjetivos do que os tradicionais checks de renderização ou sintaxe.

Fontes: Dev.to

Qwen3.8-Max Beat Claude on Three Benchmarks. The Full Story Is Less Convenient

O novo Qwen impressiona nos números, mas a história real pede mais ceticismo

O anúncio da Alibaba chega com todos os ingredientes para virar manchete: Qwen3.8-Max com 2,4 trilhões de parâmetros totais, 95 bilhões ativados por token, entrada multimodal e janela de contexto de um milhão de tokens. E a narrativa fica ainda mais chamativa com a alegação de que o modelo trabalhou de forma autônoma por cerca de 16 dias, partindo de um repositório vazio e evoluindo um projeto com issues, testes, pull requests e autocorreção. É o tipo de história que empurra o mercado a tratar agentes de coding como algo já pronto para trabalho real.

Mas o texto vai na direção mais útil: olhar além do press release. A pergunta central não é se o benchmark é bonito, e sim se o resultado resiste à inspeção. Em IA generativa, especialmente para código, há uma diferença enorme entre demonstrar competência em tarefas isoladas e sustentar autonomia ao longo do tempo sem entrar em loops, overfitting comportamental ou “fiddling” infinito com o próprio sistema. O valor do artigo está justamente em sugerir que ganhar três benchmarks não encerra a conversa.

Para times que avaliam modelos para desenvolvimento assistido, o recado é pragmático: benchmark alto não substitui observação de comportamento no mundo real. Se um modelo parece melhor em testes mas fica preso em ajustes improdutivos ou altera o próprio terreno que deveria construir, a produtividade prometida evapora. Em 2026, a pergunta não é só “ele escreve código?”, e sim “ele converte intenção em software útil sem gastar o tempo do time com ruído?”

Fontes: Dev.to

5 Python mistakes I keep making as a beginner (and how I fixed them)

Erros pequenos em Python continuam sendo grandes armadilhas de leitura

A lista é básica, mas útil porque ataca um problema real de quem está começando: confundir o que imprime com o que retorna, especialmente dentro de loops. O primeiro exemplo mostra exatamente isso — usar return onde se queria print, encerrando a função no primeiro item e criando a falsa impressão de que o loop “não funcionou”. É um erro simples, mas que denuncia uma compreensão ainda frágil do fluxo de execução.

O valor desse tipo de conteúdo está menos na novidade técnica e mais em como ele cristaliza conceitos que parecem óbvios depois que alguém explica. Misturar ternary expression como texto literal em f-string, errar indentação ou usar construções demais para resolver coisas simples são tropeços clássicos, mas ainda frequentes em bases de código reais quando a equipe não padroniza estilo e revisão. Em times maiores, esses “erros de iniciante” viram dívida de legibilidade.

Para quem lidera engenharia, o aprendizado é direto: educação contínua em fundamentos ainda importa, mesmo em ambientes cheios de frameworks, agentes e automação. Muitas quebras de produção não vêm de lógica avançada; vêm de conceitos básicos mal assimilados que passam despercebidos até a linha errada ser colocada em um lugar crítico.

Fontes: Dev.to

LinkedIn gave everyone a ’this looks like AI’ button. I won’t press it.

O debate sobre “conteúdo de IA” virou também um debate sobre confiança social

A mudança no LinkedIn não é só UX; é uma decisão de governança de feed. Ao adicionar um botão para sinalizar conteúdo que “parece AI”, a plataforma tenta dar uma válvula de escape para uma timeline saturada por textos automatizados. O artigo parte de uma premissa interessante: se há um volume alto de conteúdo gerado por IA, oferecer um mecanismo de denúncia faz sentido. O problema, segundo a autora, é em quem essa ferramenta foi colocada e como isso afeta quem escreve de forma legítima.

Esse ponto toca numa fricção crescente em todas as plataformas públicas: quanto mais fácil fica gerar texto, mais difícil fica distinguir sinal de ruído sem punir quem não está abusando da automação. A questão não é apenas detecção; é o custo social de um botão que pode virar arma de desconfiança. Para profissionais que produzem conteúdo técnico, isso é especialmente sensível porque muita escrita de trabalho já é naturalmente padronizada, enxuta e previsível — traços que algoritmos ou usuários apressados podem confundir com “slop”.

No fim, o artigo aponta para um dilema que vai além do LinkedIn: plataformas querem moderar qualidade sem virar árbitros subjetivos de autenticidade. E, quando o volume de IA cresce mais rápido que a capacidade humana de avaliar intenção, o risco é transformar uma ferramenta de curadoria em um mecanismo de suspeita generalizada.

Fontes: Dev.to

Best MinIO Alternatives in 2026: 6 Options That Actually Work

O debate sobre storage S3-compatible agora passa por licença, escala e perfil de workload

A discussão não é mais “qual clone do S3 é melhor”, e sim qual alternativa encaixa no seu contexto operacional e jurídico. O texto parte da mudança no modelo comunitário do MinIO no fim de 2025 para argumentar que times que buscam storage self-hosted compatível com S3 hoje avaliam opções como RustFS, Ceph, SeaweedFS e Garage olhando também para licença, linguagem, número mínimo de nós e tipo de carga. Isso muda o foco da comparação: não basta feature list, é preciso compatibilidade com a estratégia de plataforma.

O quadro apresentado é útil porque explicita o que muitas comparações omitem: algumas opções são melhores para throughput alto e escrita intensa; outras fazem mais sentido em ambientes enterprise com necessidade de unificar object, block e file; outras favorecem simplicidade ou footprint menor. Em ambientes reais, esse tipo de decisão pesa tanto quanto benchmark bruto, porque influencia automação, operação, recuperação de falhas e até governança de licenciamento.

A leitura estratégica é que o mercado de object storage open source está ficando mais fragmentado e mais adulto. Isso dá liberdade, mas também aumenta a responsabilidade de escolher uma solução com base em operação sustentada — não apenas em popularidade ou compatibilidade superficial com APIs S3.

Fontes: Dev.to

A failed read must throw, not return 0 — how Next.js ISR bakes your fallback into the cache

Quando a leitura falha “com educação”, o cache pode eternizar o erro

O caso é quase didático sobre o perigo de respostas degradadas em sistemas com cache. Um site de diretório com milhares de linhas no Postgres, servido por Next.js com revalidate, passou a exibir “Search all 0 listings” mesmo com a grade cheia de itens. O ponto central não foi um único bug, mas uma combinação em que uma leitura que falha sem estourar exceção acaba alimentando um cache que grava exatamente a resposta errada — e depois a distribui com autoridade.

A lição técnica é forte: em pipelines que juntam PostgREST, headers de contagem e ISR, erro silencioso pode ser pior que erro explícito. Se o sistema transforma uma falha temporária em um valor plausível, o efeito cola no cache e dificulta diagnóstico. Para times de frontend e full-stack, isso é um lembrete de que fallback “bonito” nem sempre é seguro; às vezes é melhor quebrar do que cachear mentira.

Esse tipo de incidente também explica por que observabilidade em camada de aplicação precisa ser mais que logs dispersos. Sem rastrear como a resposta foi construída, o cache pode virar uma máquina de persistir estados errados com aparência legítima. Em resumo: em sistemas com ISR, um throw oportuno pode ser mais saudável do que um “0” conveniente.

Fontes: Dev.to

Show HN: OllaDNS – An API-First DNS Security Platform Built for Developers

DNS segurança sai do dashboard e entra no fluxo de automação

A proposta do OllaDNS é atacar uma dor bem conhecida em infra moderna: ferramentas de segurança de DNS geralmente nascem para uso manual em dashboard, o que funciona até a operação precisar ser versionada, automatizada e integrada a CI/CD. A ideia do projeto é inverter essa lógica e tratar políticas de DNS como algo gerenciável por API, em vez de cliques.

O destaque aqui é o encaixe com fluxos desenvolvedor-friendly. O texto menciona suporte a DNS over HTTPS, TLS e QUIC, o que sugere uma visão de segurança de rede já alinhada a protocolos modernos e ao tipo de ambiente onde automação e controle fino importam. Isso conversa com times que querem infraestrutura declarativa e com governança, sem depender de ações repetitivas em portal web.

Em termos de mercado, o projeto reforça uma tendência clara: segurança de DNS está deixando de ser uma disciplina isolada de operação e virando peça de plataforma. Quando a política vira API, ela também vira código, revisão, auditoria e integração com automações — o que costuma ser o formato mais sustentável para times de engenharia.

Fontes: Dev.to

☁️ Cloud

Give your eve agent a browser

Agentes da eve agora ganham um browser completo dentro do sandbox

A Vercel anunciou uma extensão que dá ao agente da eve um conjunto completo de ferramentas de navegador: navegar, ler páginas, clicar, preencher formulários, tirar screenshots e inspecionar console e rede. O detalhe mais importante é o encapsulamento: tudo roda dentro do sandbox do agente, o que reduz a distância entre “agente que decide” e “agente que executa” sem abrir mão, em tese, do isolamento.

Do ponto de vista de produto, isso transforma o browser em extensão nativa do agente, com ferramentas nomeadas como browser__navigate, browser__snapshot e browser__fill. A ponte entre snapshot e ação também parece bem pensada: referências como [ref=e12] viram seletores @e12, permitindo que o agente observe algo na página e atue exatamente sobre aquilo depois. Isso é um avanço importante para fluxos de automação mais confiáveis, onde o contexto visual precisa ser traduzido em interação precisa.

A implicação mais ampla é que a interface entre agentes e web fica mais operacional e menos artesanal. Em vez de depender de integrações frágeis ou de automações “cegas”, a abordagem traz o navegador para dentro da unidade de execução do agente. Para equipes que experimentam AI agents em produção, isso é um passo relevante na direção de ferramentas mais capazes, mas também reforça a necessidade de governar bem o sandbox e o acesso à web.

Fontes: Vercel Blog

AWS Weekly Roundup: Price reduction of GPT models in Bedrock, CloudWatch managed collectors for Prometheus metrics, and more

AWS ajusta preço de IA e reforça observabilidade gerenciada

A rodada semanal da AWS aponta para dois movimentos que importam bastante para times de plataforma: redução de preço de modelos GPT no Bedrock e coletores gerenciados do CloudWatch para métricas do Prometheus. Mesmo sem entrar nos detalhes completos do post, o recorte já mostra a direção estratégica: IA generativa e observabilidade continuam virando serviços mais integrados ao ecossistema AWS.

O combo é interessante porque ataca duas camadas diferentes do problema cloud: custo de adoção e operação contínua. Modelos mais baratos no Bedrock reduzem a barreira de experimentar IA dentro da plataforma, enquanto coletores gerenciados facilitam o caminho de quem já vive o mundo Prometheus, mas quer menos manutenção de pipeline de métricas. Na prática, isso ajuda a diminuir o atrito entre prototipar e colocar em produção.

Para arquitetos e devops, a mensagem é que a nuvem segue empurrando abstração para cima, mas sem eliminar a necessidade de escolher bem onde ficam os pontos de controle. Quanto mais “managed” fica a observabilidade e mais acessível fica a IA, mais importante se torna entender custo total, dependência de serviço e impacto de lock-in.

Fontes: AWS Blog

🔧 DevOps

You can’t debug what you can’t see — Observability for AI Agents

Observabilidade tradicional não basta para explicar agentes de IA em produção

A tese do artigo é direta: APM tradicional não explica por que um agente passou tempo demais fazendo a mesma pergunta três vezes, e isso muda a forma como times precisam pensar produção de IA. Se o comportamento de agentes vem de sequência de decisões, chamadas e tentativas, então o problema não é só “latência” ou “erro”; é entender trajetória. O texto parte da experiência real de operar agentes por meses e mostra que o desafio principal não é construir, mas compreender.

Isso leva a uma consequência importante para plataformas e SREs: observabilidade de agentes precisa capturar contexto, intenção, repetição e variação de comportamento, não apenas métricas clássicas. Em sistemas autônomos, um agente pode estar tecnicamente “saudável” e, ainda assim, desperdiçar tokens, repetir perguntas ou se perder em loops. Sem visibilidade adequada, o custo e a qualidade degradam silenciosamente.

O subtexto para equipes DevOps é que as ferramentas atuais foram desenhadas para serviços previsíveis, não para entidades que planejam, erram, replanejam e interagem com ambientes externos. Em outras palavras, estamos saindo do monitoramento de requisições para o monitoramento de decisões. E isso exige uma nova gramática operacional.

Fontes: CNCF Blog

Gateway API v1.6: TCPRoute and UDPRoute Graduate to Standard

Gateway API avança do L7 para um modelo L4 mais maduro

O release do Gateway API v1.6.0 marca um passo importante para networking moderno em Kubernetes: TCPRoute e UDPRoute sobem para o nível padrão, com estabilidade GA em v1. Isso amplia o alcance do Gateway API para além de HTTP e TLS, consolidando sua posição como a interface mais expressiva para roteamento orientado a papéis dentro do ecossistema Kubernetes.

Outro ponto relevante é a separação mais limpa entre APIs experimentais e estáveis. Esse tipo de boundary importa porque reduz ambiguidade para operadores e fornecedores, e ao mesmo tempo dá espaço para inovação sem contaminar o caminho estável. Em termos de plataforma, isso é valioso: times ganham uma base mais previsível para serviços L4 enquanto continuam acompanhando a evolução de recursos experimentais em grupos próprios.

Para quem mantém clusters em produção, a leitura prática é que Gateway API continua ganhando densidade como padrão de networking, o que tende a reduzir dependência de recursos mais fragmentados ou específicos de implementações. À medida que o stack amadurece, a promessa é menos improviso na configuração de tráfego e mais consistência na governança de entrada e saída.

Fontes: Kubernetes Blog

eslint-rspack-plugin 5.0.0 Ships as a Pure ESM Package, Aligning with the Rstack Ecosystem

Rspack empurra o ecossistema para ESM puro

A versão 5.0.0 do eslint-rspack-plugin chega como pacote pure ESM, abandonando o build CommonJS para alinhar-se ao ecossistema Rstack. Isso é mais que um detalhe de empacotamento: sinaliza uma escolha clara por modernização de módulo, com consequências diretas para compatibilidade e para a forma como times integram lint no processo de build.

O próprio texto destaca um efeito colateral importante: o plugin continua integrando ESLint no build, mas isso pode afetar o tempo de compilação. Por isso, a recomendação de separar a execução de lint em comandos próprios faz bastante sentido. Em pipeline real, misturar validação estática com build pode virar gargalo; separar as responsabilidades costuma melhorar eficiência e tornar o feedback mais previsível.

Para equipes que já estão migrando para ambientes mais modernos de bundling e tooling, a mudança reforça uma tendência inevitável: o mundo JavaScript está cada vez menos tolerante a camadas legadas. O benefício é coerência no ecossistema; o custo é que projetos que ainda dependem de CommonJS precisam planejar a transição com mais cuidado.

Fontes: InfoQ

Apple and Bynario agree GPT-5.5 found a real macOS bug. They disagree on the report cap.

Apple reconhece bug achado por IA, mas impõe limite a pesquisadores

A notícia gira em torno de um ponto sensível para ecossistemas com bug bounty e pesquisa de segurança: Apple e Bynario concordam que o GPT-5.5 encontrou um bug real no macOS, mas discordam sobre o limite de relatórios que pesquisadores podem manter abertos simultaneamente. Essa combinação é reveladora porque mostra, ao mesmo tempo, o valor prático da IA na descoberta de falhas e o atrito operacional que surge quando a pesquisa se torna mais produtiva.

O cap em relatórios é um detalhe administrativo com impacto bem concreto. Quando pesquisadores encontram mais vulnerabilidades com auxílio de modelos, limitar a quantidade de casos ativos pode desacelerar correção, triagem e colaboração — justamente quando o volume de achados potencialmente aumenta. Para times de segurança de produto, isso levanta uma questão de escala: os processos de intake e resposta acompanham o aumento de capacidade dos pesquisadores?

No fundo, o caso mostra que IA já está influenciando a dinâmica dos programas de segurança, mas as políticas ainda estão tentando alcançar essa nova realidade. Se o modelo ajuda a encontrar bug real, a governança precisa evoluir junto, ou o ganho de produtividade vira atrito burocrático.

Fontes: The New Stack, The New Stack

🔒 Segurança

Some Claude Chats Are Searchable on Google

Conversas privadas de Claude expostas por indexação pública

O alerta aqui é sério: algumas conversas do Claude estariam aparecendo em buscas do Google, incluindo dados pessoais, notas de reunião, um app de terapia “vibe-coded”, dashboard para análise de billing médico, chaves de wallet de criptomoeda e endereços. O contexto sugere que o problema está ligado a uma configuração de compartilhamento definida pelo usuário, mas a consequência é a mesma: conteúdo que a pessoa presumia restrito acabou alcançando indexação pública.

A posição citada da Anthropic, segundo o texto, é que não compartilha diretórios ou sitemaps de chats com buscadores. Ainda assim, o caso expõe um risco clássico de ferramentas de IA com recursos de compartilhamento: a diferença entre “publicar conscientemente” e “vazar por configuração” fica muito pequena para o usuário final. E quando a informação inclui credenciais, dados de saúde ou material de trabalho sensível, o impacto passa de desconforto para incidente real.

Para times de segurança e privacidade, o caso reforça uma lição antiga com cara nova: qualquer recurso de colaboração precisa ser avaliado como superfície de exposição. Em ferramentas de IA, onde conversas misturam contexto, arquivos e decisões, uma configuração mal entendida pode transformar um espaço aparentemente privado em material rastreável por mecanismos de busca.

Fontes: Schneier on Security

DOUBLECUP Uses ClickFix and Cached PNGs to Deliver CountLoader and DeviceManager RAT

*Loader russo usa imagens em cache do navegador

⚡ Radar Rápido


O post mostra como foi construída a “Lawyie”, uma fábrica de documentos jurídicos com IA voltada para reduzir a lacuna legal na África.

Fonte: Dev.to

Most CSS Resets Solve the Wrong Problem

O artigo argumenta que muitos CSS resets atacam o problema errado e discute uma abordagem mais adequada para o estilo base.

Fonte: Dev.to

Convert MT940 to xml in x++

A publicação mostra um exemplo de código para converter MT940 em XML usando x++.

Fonte: Dev.to

Your MVP doesn’t need a Kubernetes cluster

O episódio discute por que a maioria das startups não deveria começar gerenciando Kubernetes e uma infraestrutura cloud complexa.

Fonte: Stack Overflow Blog

CodeSOD: Always Take the Option

O caso mostra um snippet de código que ilustra como uma escolha simples de opção pode gerar comportamento inesperado.

Fonte: The Daily WTF

New cPanel Critical Flaw Could Let Hosting Customers Run SQL as Database Root

A cPanel corrigiu uma falha crítica que permitia a um cliente autenticado executar SQL com contexto de root no banco de dados.

Fonte: The Hacker News

CISA Adds Exploited N-able N-central Flaw to KEV After Customer Compromises

A CISA adicionou uma falha severa do N-able N-central ao catálogo KEV após relatos de comprometimento de clientes.

Fonte: The Hacker News

OpenAI drags Apple’s lawsuit into the court of public opinion

A disputa judicial com a Apple ganhou um novo capítulo quando a OpenAI publicou mensagens e “receipts” para contestar a versão da empresa.

Fonte: The Verge

IntelliJ IDEA Goes LSP: Java and Kotlin Intelligence Comes to VS Code, Cursor, and Agentic Flows

A JetBrains anunciou que o IntelliJ IDEA passa a usar LSP, levando inteligência para Java e Kotlin a editores como VS Code e Cursor.

Fonte: JetBrains Blog

Kodee’s Kotlin Roundup: Birthday Wishes, Shipaton 2026, and the New Kotlin AI Benchmark

O roundup destaca os 15 anos do Kotlin, novidades do Shipaton 2026 e o primeiro benchmark público do projeto para agentes de código com IA.

Fonte: Kotlin Blog

Azure and Community Guidelines on Choosing Between a Skill or a Sub-Agent

O artigo discute orientações da Azure e da comunidade sobre quando usar uma skill e quando optar por um sub-agent.

Fonte: InfoQ

The next Xbox could play every Xbox game ever made

Um memorando vazado sugere que o próximo Xbox, codinome Project Helix, pode ter compatibilidade ampla com jogos de gerações anteriores.

Fonte: The Verge

Java News Roundup: OpenJDK JEPs, Jakarta EE, GraalVM, TornadoVM, Micronaut, Quarkus, JobRunr, Maven

O resumo semanal reúne novidades de OpenJDK, Jakarta EE, GraalVM, TornadoVM, Micronaut, Quarkus, JobRunr e Maven.

Fonte: InfoQ

More on the OpenAI Agent’s Attack on Hugging Face

Bruce Schneier comenta a linha do tempo detalhada publicada pelo Hugging Face sobre o ataque envolvendo um agente da OpenAI.

Fonte: Schneier on Security

Building an Endless Interactive Glass Xylophone with Three.js

O tutorial mostra como criar um xilofone interativo em vidro com Three.js, usando instancing e simulação fluida.

Fonte: Codrops

How One Startup Built a (Mostly) China-Free Robot

A matéria mostra como a Ati Robotics monta robôs na Índia usando poucos componentes chineses, em meio a mudanças geopolíticas e tarifárias.

Fonte: Wired

Device Code Phishing Up 1,500% in 2026; Vishing Doubles

O texto aponta um crescimento de 1.500% no phishing por device code em 2026 e o dobro de casos de vishing.

Fonte: Dark Reading

Relative velocity and closing speed

O post explica como calcular velocidade relativa e closing speed, útil em simulações físicas e engines de jogo.

Fonte: Eli Bendersky

How Data Centers Broke American Politics

A reportagem conecta a revolta contra data centers ao cenário político americano de 2026 e às disputas em torno de infraestrutura e poder.

Fonte: Wired

Laravel Doctor: Diagnose Your App With One Artisan Command

O Laravel Doctor traz diagnósticos first-party para aplicações Laravel com um único comando Artisan.

Fonte: Laravel News

How to Run Isolated Tenant Kubernetes Clusters on Shared GPU Infrastructure

A Nvidia mostra como executar clusters Kubernetes isolados por tenant sobre uma infraestrutura GPU compartilhada.

Fonte: Nvidia Developer Blog

SQLite Critical CVEs or LLM Slop?

O artigo questiona se certas alegações de CVEs críticas no SQLite são vulnerabilidades reais ou resultado de “LLM slop”.

Fonte: Hacker News (Best)

GEM Training: How Meta Doubled the Efficiency of Its LLM-Scale Ads Foundation Model

A Meta diz ter dobrado a eficiência do GEM, seu foundation model de recomendações de anúncios em escala de LLM.

Fonte: Meta Engineering

Scaling real-time AI agents with session-aware load balancing

O Google explica como balancear carga para agentes de IA em tempo real, que dependem de streams longos e com estado.

Fonte: Google Developers Blog

Eval-Driven Design Systems (Part 2)

A segunda parte mostra como usar evals para transformar componentes de “plausíveis” em código verificado e type-safe.

Fonte: Gusto Engineering

Snoocode: Reddit’s Solution to Agentic Development

A Reddit apresenta o Snoocode como sua abordagem para desenvolvimento agentic em larga escala.

Fonte: Reddit Engineering

“There is No AI” — Reaction

O texto traz uma reação à ideia de que “não existe IA”, dialogando com a discussão entre Jaron Lanier e Neil deGrasse Tyson.

Fonte: Eric Elliott

Introducing the Billable Usage API: programmatic cost visibility for Cloudflare

A Cloudflare lançou uma Billable Usage API para dar visibilidade programática de custos e uso a times técnicos e de FinOps.

Fonte: Cloudflare Blog

Cloudflare Workers and Containers now support inbound TCP connections and gRPC

Workers e Containers da Cloudflare agora suportam conexões TCP de entrada e gRPC, ampliando os casos de uso da plataforma.

Fonte: Cloudflare Blog

AWS is helping vibe-coding startup Superblocks, and the implications are big

A AWS passou a permitir que o Superblocks seja incorporado em clouds privadas de clientes, indicando um movimento importante para ferramentas de vibe coding.

Fonte: TechCrunch

💬 Comentários