1109 | IA, carros e ferramentas livres

Sofia Almeida: Olá e bem-vindos a mais uma edição do podcast, eu sou a Sofia Almeida.

Rafael Costa: E eu sou o Rafael Costa. Boa tarde para quem nos ouve. Hoje temos uma edição muito rica — e o fio condutor, se quisermos chamar-lhe assim, é quase todo ele sobre decisões: decisões sobre dinheiro, sobre tecnologia, sobre quem manda nas ferramentas que usamos.

Sofia Almeida: Exatamente. Vamos falar de dinheiro em escala colossal, de governança — de empresas, de linguagens de programação, de líderes — e de pessoas que constroem coisas sozinhas, durante anos, porque querem. Começamos pelo tema que está a dividir as opiniões: a chamada bolha de IA.

Rafael Costa: Vamos a isso.

Sofia Almeida: Rafael, o artigo que motivou esta discussão faz uma afirmação provocadora: a bolha de IA pode simplesmente não existir. E o argumento tem duas partes que vale a pena separar.

Rafael Costa: Pois. A primeira parte é sobre a natureza do dinheiro. O autor aponta para algo na ordem de cinco biliões de dólares de gasto em IA — um número que, à primeira vista, grita "bolha". Mas a contra-argumentação dele é que esse gasto não é uma despesa recorrente, é capex de datacenters. Ou seja, investimento de capital, feito uma vez — ou pelo menos concebido como feito uma vez — na infraestrutura física. Não é uma fatura mensal que alguém tem de pagar para sempre.

Rafael Costa: É comprar os edifícios, as máquinas, as ligações. Uma despesa de construção, não de operação.

Sofia Almeida: E a segunda parte é a que mais me fez pensar. O autor traz o caso concreto da Anthropic: segundo o artigo, a empresa ganha dois dólares e oito cêntimos por cada dólar de computação. Ou seja, o número que anda por aí — cinco biliões a queimar-se — esconde o facto de que, pelo menos neste caso, a unidade económica fundamental não é negativa. Pelo contrário: devolve mais do que custa.

Rafael Costa: E isso é importante porque a narrativa dominante, a que todos os comentários e todas as análises repetem, é a do colapso iminente. A história diz: há muito dinheiro investido, ninguém está a ganhar dinheiro, portanto quando o dinheiro acabar, tudo implode. O artigo diz: espera, e se essa premissa estiver errada? Se, ao nível do custo marginal — o custo de servir um pedido — os números já fecham?

Sofia Almeida: Sim. E o "pode não existir" no título é deliberado. O autor não diz "não há bolha", diz que a bolha pode não existir. É um convite a reexaminar as suposições, não uma certeza. E acho que é aí que a discussão fica interessante, porque há uma pergunta em aberto que o próprio artigo levanta e que ninguém respondeu de forma satisfatória.

Rafael Costa: A pergunta do efeito ponte, não é?

Sofia Almeida: Exatamente. Se o capex é pontual — uma despesa de construção que termina — o que acontece quando termina? Há dois cenários possíveis e ambos são fascinantes. No primeiro, quando as construções acabam, as despesas caem, os números ficam melhores, e a indústria entra numa fase de colheita: os investimentos passam a dar retorno sem precisar de mais combustível.

Sofia Almeida: No segundo, o gasto nunca foi pontual: há sempre mais datacenters a construir, porque a procura cresce ou porque a concorrência obriga, e aí o "capex único" é ilusório — é um capex perpétuo disfarçado.

Rafael Costa: E é essa ambiguidade que faz com que ambos os campos possam ler o mesmo artigo e sair convencidos de que têm razão. Quem acredita na bolha diz: "capex único? Nunca houve capex único na história da computação, há sempre outra ronda". Quem não acredita diz: "os números unitários fecham, portanto a economia é real". E a verdade é que o artigo, por si só, não resolve isso. O que faz é deslocar o debate do "quanto gastam" para "o que o gasto compra e quanto rende depois".

Sofia Almeida: Gosto da forma de pôr isso. E há uma nuance que vale sublinhar: ganhar dois dólares e oito cêntimos por dólar de computação não significa, por si, que a empresa como um todo seja rentável. Significa que o custo marginal de computação está coberto com folga. Entre esse número e a rentabilidade total há investigação, salários, amortização do próprio capex. Mas é um dado que torna a narrativa do "nada gera retorno" menos óbvia do que parecia.

Rafael Costa: E aqui entra a parte que liga este tema ao resto do episódio, porque o ceticismo corporativo sobre IA tem dois exemplos muito concretos esta semana. Um deles é espantoso.

Sofia Almeida: Pois é. Vamos ao Goldman Sachs.

Rafael Costa: O Goldman Sachs restringiu o acesso ao Claude Code apenas aos engenheiros. Cortaram o acesso de traders e de banqueiros. E o detalhe que faz deste caso uma história e não apenas uma notícia: isto aconteceu semanas antes do Goldman subscrever o IPO da Anthropic.

Sofia Almeida: Deixa-me reconstruir o quadro para quem está a chegar. O Claude Code é a ferramenta de agentes de programação da Anthropic. O Goldman tinha-o disponível para uma faixa larga de colaboradores — não só engenheiros, mas também os traders e os banqueiros de investimento. Decidiram restringi-lo ao pessoal técnico. E, em paralelo, o Goldman está entre os bancos que vão coordenar a saída à bolsa da própria Anthropic.

Rafael Costa: E a leitura que se faz daqui — e que os comentários ao artigo exploraram a fundo — é que há um sinal de receio. Receio de quê? De dependência, de controlo, de que a ferramenta saia do perímetro onde se consegue auditar o que faz. Um trader ou um banqueiro a usar um agente de código não é o mesmo caso de uso do que um engenheiro. A área de superfície de risco é diferente. Restaú-lo ao pessoal que, em teoria, sabe o que a ferramenta pode e não pode fazer é uma forma de gerir isso.

Sofia Almeida: E a ironia temporal é quase shakespeariana: o mesmo banco que está a limitar o uso da ferramenta dentro de portas está a ganhar comissões a levar a empresa que a fabrica ao mercado público. Um pode ler isso como hipocrisia. Outro pode ler como prudência: usamos a ferramenta com cuidado, e acreditamos o suficiente na empresa para a levar à bolsa. Ambas as leituras são defensáveis e os comentários refletiam exatamente essa divisão.

Rafael Costa: E é justo dizer que ninguém sabe qual é a razão verdadeira. O Goldman não publicou uma explicação detalhada da decisão. O que sabemos são os factos: a restrição, e a sua proximidade com o IPO. O resto é interpretação — legítima, mas interpretação.

Sofia Almeida: E a segunda face do ceticismo corporativo é bem mais desconfortável: a Nvidia.

Rafael Costa: Sim. O Jensen Huang pediu desculpas à equipa da Nvidia por um caso extraconjugal. E a parte que, francamente, transforma isto de escândalo de costumes em assunto de governança: o conselho de administração iniciou uma investigação independente sobre preocupações de segurança nacional ligadas ao caso.

Sofia Almeida: Essa é a parte que me deixou genuinamente surpreso. Um caso extraconjugal de um CEO é, em si, um assunto privado e de governança básica. Mas quando se junta a expressão "preocupações de segurança nacional" e "investigação independente", o assunto muda de natureza.

Sofia Almeida: Significa que há alguém — o conselho, ou quem quer que tenha acionado isto — a considerar que a vida privada de uma das pessoas mais importantes da indústria de semicondutores pode ter implicações que vão para além da vergonha corporativa. Numa empresa cuja tecnologia é objeto de controlo de exportações e disputas geopolíticas, a exposição pessoal de quem lidera pode ser vista como vetor de risco.

Rafael Costa: E é por isso que eu não costumo cobrir histórias deste tipo, mas esta tem substância. A pergunta que fica em aberto é: o que sai da investigação? Se concluir que não há nada de relevante para a segurança da empresa, o caso fecha como escândalo passageiro. Se concluir o contrário, temos uma situação de governança sem precedente numa das empresas mais valiosas do mundo. E ninguém sabe a resposta hoje.

Sofia Almeida: Ninguém sabe. E há uma conexão implícita com o tema anterior: tudo isto acontece num momento em que se debate exatamente quão sólida é a economia da IA. Se a bolha estourar, a Nvidia é uma das peças centrais. Se não estourar, também é. A estabilidade da liderança dessa empresa importa em ambos os cenários.

Rafael Costa: Pois. E vamos transitar para um tema que, num certo sentido, é o inverso disto: em vez de empresas gigantes a gerir IA, vamos falar de uma pessoa comum a tentar trabalhar com IA sem perder a cabeça. Literalmente.

Sofia Almeida: Boa transição. O artigo em causa descreve algo que qualquer pessoa que tenha passado um dia inteiro a usar agentes de código reconhece: a "fritura de cérebro". Esse estado em que, depois de horas de interação com a IA, a tua capacidade de pensar claramente está... degradada.

Rafael Costa: E o autor não se queixa do fenómeno — propõe um sistema. A primeira peça é uma fila de prioridades baseada em git. Em vez de ter vinte ideias, vinte bugs, vinte "deveria fazer isto" a flutuar na cabeça, tudo fica numa fila, versionada, no repositório. A segunda peça é ainda mais importante: uma decisão de cada vez. Nunca se enfrenta a lista inteira de uma vez; enfrenta-se o item seguinte, decide-se, passa-se ao seguinte.

Rafael Costa: É essencialmente uma forma de forçar o cérebro humano a funcionar em modo serial, em vez de paralelo — porque o modo paralelo, com a IA a bombardear-nos com possibilidades, é precisamente o que frita o cérebro.

Sofia Almeida: E há uma terceira regra que é a maisdiscutida de todas: os agentes nunca fazem deploy em produção. Nunca. A máquina pode escrever código, pode propor, pode iterar — mas a linha entre o ambiente de trabalho e o mundo real é cruzada exclusivamente por um humano, deliberadamente.

Rafael Costa: E isso liga diretamente a uma segunda ideia que correu nesta discussão, e que é mais filosófica: a escrita como ferramenta de pensamento. O argumento, que é lindíssimo na sua forma, é este: sem papel, sem um sítio onde descarregar pensamentos, somos um autómato finito — um sistema com memória limitada, que perde o fio do raciocínio assim que a complexidade cresce. A escrita é a memória externa que nos permite pensar pensamentos que, sem ela, seriam impossíveis.

Sofia Almeida: E a extensão natural disso à IA: os LLMs não podem fazer o teu pensamento. Podem escrever por ti — mas escrever por ti não é pensar por ti, porque o valor da escrita não está no texto final, está no processo de o produzir. É durante a escrita que os pensamentos se esclarecem, se contradizem, se refinam. Se delegares isso, tens um texto bonito e um cérebro que não aprendeu nada.

Rafael Costa: E há aqui uma tensão produtiva com o artigo anterior, que os comentários notaram. O sistema de fila de prioridades em git é, de facto, escrita externa — é papel, na forma de um repositório. Mas a escrita é usada para pensar, não para produzir deliverables. É o oposto de pedir à IA que escreva o teu documento: é usares a escrita para decidir o que pedir à IA, ou se deve pedir alguma coisa.

Sofia Almeida: E é por isso que acho que estes dois artigos formam um par. Um diz-te como organizar o teu cérebro para trabalhar com IA sem te destruir. O outro explica por que razão essa organização é necessária: porque a ferramenta não pensa, e se abandonares o pensamento, abandonaste a única parte do processo que te pertence.

Rafael Costa: E a conclusão prática — a parte que mais pessoas disseram "vou adoptar isto" — é a regra do deploy. É simples, é verificável, é binária. Um agente nunca chega a produção. Se a regra for violada, sabe-se imediatamente quem violou e porquê. Regras desse tipo são as que sobrevivem.

Sofia Almeida: De sistemas de disciplina pessoal vamos saltar para uma falha de disciplina a uma escala completamente diferente — e com consequências físicas. Rafael, esta história é arrepiante.

Rafael Costa: É. Investigadores descobriram uma forma de desbloquear qualquer carro de um grande fabricante automóvel, em qualquer parte do mundo. Qualquer carro. Qualquer lugar. E a forma como o fizeram é um estudo de caso em como as falhas de segurança sistémicas acontecem: não através de uma falha brilhante e única, mas através de uma cadeia de componentes mal pensados.

Sofia Almeida: Explica a cadeia, porque é que é aí que está a lição.

Rafael Costa: O ponto de entrada era uma API de ferramenta de administração que não exigia autenticação. Isso, por si só, já é grave — é literalmente uma porta de administração aberta. Mas o que tornou o ataque escalável e global foi a segunda peça: uma cadeia de falhas na plataforma de identidade do fabricante. Ou seja, o sistema que devia dizer "esta pessoa é dona deste carro, portanto pode desbloqueá-lo" podia ser enganado de uma forma que os investigadores descobriram como contornar.

Sofia Almeida: E o que distingue isto de um hack normal de carro — o tipo de coisa que os relatórios de segurança nos habituaram — é a escala. Um hack tradicional explora um modelo, uma variante, um hardware específico. Isto explora a infraestrutura comum de todos os veículos ligados do fabricante. A mesma infraestrutura que torna os carros mais convenientes — desbloqueio remoto, telemática, a aplicação no telemóvel — é a que, mal construída, os torna vulneráveis em massa.

Rafael Costa: E é por isso que eu chamo a isto uma falha sistémica e não pontual. Um problema num carro é um recall. Um problema na plataforma de identidade de um fabricante é uma exposição de toda a frota, em todos os países onde o fabricante opera. A conveniência centralizou-se, e o risco centralizou-se em simultâneo.

Sofia Almeida: E o que fica em aberto? Duas coisas. A resposta do fabricante — que ainda não conhecemos na íntegra: que correções foram aplicadas, com que urgência, e se houve ou não comunicação aos clientes afetados. E a resposta na plataforma de identidade: porque é que um sistema deste tipo — o que autoriza quem pode abrir o teu carro — tinha uma cadeia de falhas desta magnitude.

Sofia Almeida: Essa é a parte que eu gostaria de ver explicada em pormenor, porque é uma lição que se aplica a muito mais do que a carros: a qualquer sistema de identidade que gateie acesso físico.

Rafael Costa: Pois. E de acesso físico mal guardado passamos para... e-mails rejeitados. Uma mudança de escala abrupta, mas o tema é o mesmo: mudanças que afetam muita gente, feitas sem aviso.

Sofia Almeida: Sim. Desde 5 de novembro de 2026, o Outlook.com passou a rejeitar alguns e-mails enviados a partir de domínios sem DMARC. E o mais irritante de tudo: sem anúncio. Ninguém foi avisado.

Rafael Costa: E vale explicar o que é o DMARC para quem não o conhece, porque a história só faz sentido com isso. O DMARC é um mecanismo técnico que permite ao dono de um domínio dizer aos servidores de e-mail do mundo: "estes são os servidores autorizados a enviar e-mail em meu nome, e se receberem algo que alega ser de mim e não vier daí, façam isto com ele — rejeitem, coloquem em quarentena, ou passem". É uma defesa contra spoofing e phishing. Um registo de DNS, essencialmente uma linha de texto.

Sofia Almeida: E o que aconteceu foi isto: subitamente, e-mails legítimos, enviados por pessoas e pequenas organizações de domínios que não tinham esse registo, começaram a ser rejeitados pelo Outlook. Sem erro claro, sem aviso prévio, sem um documento de migração. Quem envia e-mail a partir do seu próprio domínio — newsletters, notificações de sistemas, comunicações de pequenas empresas — acordou um dia e parte do correio já não chegava.

Rafael Costa: E o remédio, felizmente, é simples: um registo TXT no DNS. Uma linha. Mas o drama da história não está na dificuldade da correção — está no padrão. Um grande provedor muda uma política de aceitação, sem anúncio, e milhares de emissores ficam horas ou dias a fazer debugging da infraestrutura, sem saber que o problema está do lado do destinatário.

Sofia Almeida: E essa é a discussão que me parece a mais importante: o silêncio como política. O Outlook não é obrigado a aceitar o teu e-mail, é claro. E há um argumento legítimo para o aumento de exigências — o phishing é uma praga, e o DMARC funciona. Mas há uma diferença entre endurecer uma política e endurecer uma política sem aviso. O aviso dá tempo para corrigir. O silêncio transforma uma decisão de segurança razoável numa emergência operacional para quem está do outro lado.

Rafael Costa: E a pergunta que todos fazem: vão outros seguir? Se sim, com aviso ou sem aviso? Se todos os grandes provedores adotarem esta linha, o e-mail de emissores sem DMARC morre, ponto final. E isso é, no fundo, uma mudança de protocolo imposta pela prática, não por consenso técnico. Não está resolvido.

Sofia Almeida: De mudanças impostas a utilizadores passamos para outra variante do mesmo tema: o que acontece quando a relação entre quem faz uma ferramenta e quem a usa é redefinida sem consideração. Rafael, o caso do Harvest.

Rafael Costa: Ah, o Harvest. A Bending Spoons — que comprou a empresa — subiu o preço do Harvest de treze dólares por mês para cento e trinta e quatro dólares por mês. Um aumento de dez vezes, num produto que era exatamente o tipo de software que pequenas empresas dependem.

Sofia Almeida: E o autor do artigo faz uma defesa que eu acho comovente na sua simplicidade: o Harvest era software simples e fiável para pequenas empresas. Não era sofisticado. Não tinha features de IA. Era uma ferramenta de registo de horas que funcionava. E funcionava a treze dólares por mês, o que era uma pechincha para o valor que dava. A dez por cento do preço anterior, a matemática deixa de fechar para grande parte da base de utilizadores.

Rafael Costa: E a Bending Spoons tem um historial neste tipo de jogada — a empresa é conhecida por comprar produtos maduros e reprecificá-los agressivamente. O que o caso do Harvest ilustra é o padrão de consolidação que aliena: o produto não melhorou dez vezes; o preço subiu dez vezes. A diferença entre as duas coisas é, essencialmente, uma transferência de valor do utilizador para o acionista.

Sofia Almeida: E há uma ironia ligada ao resto do episódio que vale sublinhar. Estamos a discutir, neste exato momento, quão maduros e baratos são os browsers como plataforma de aplicações — e vamos chegar lá já já. Afirmar que alternativas web de baixo custo a produtos deste tipo são viáveis nunca foi tão plausível. Um aumento de dez vezes cria, literalmente, o mercado para o concorrente.

Rafael Costa: E, a decidir se ficas ou se vais, há outro caso de governança na mesma edição que reforça a ideia de que instituições podem falhar na sua própria casa. A ISO chumbou um rascunho proposto pelo comité de C++.

Sofia Almeida: Isto é raro. Muito raro.

Rafael Costa: É raríssimo. O processo de padronização do C++ é, historicamente, uma máquina bem lubrificada: o comité trabalha, propõe, a ISO publica. O chumbo de um rascunho pelo organismo de standardização é o equivalente a um voto de desconfiança institucional. E a razão, segundo o papel P4454, é ainda mais reveladora: os criadores e os donos da linguagem discordam entre si sobre a direção do C++.

Rafael Costa: Não é a ISO a impor algo externo; é a própria comunidade da linguagem que não chega a um acordo sobre para onde deve ir.

Sofia Almeida: E é aqui que eu vejo o paralelo com o Harvest, para além do óbvio "instituições a falhar quem confia nelas". Em ambos os casos, o valor de uma coisa — uma linguagem, um produto — depende da confiança de quem o usa. E a confiança não é destruída apenas por más decisões; é destruída por processos que já não funcionam de forma previsível. Um preço que sobe dez vezes sem consulta, um standard que não passa sem que se saiba porquê: em ambos os casos, o utilizador perde a capacidade de planear.

Rafael Costa: Pois. E há uma diferença que importa: no caso do C++, a linguagem não desaparece. O C++ está em todo o lado e vai continuar a estar. O que está em causa é a sua evolução. No caso do Harvest, o produto continua a existir mas deixa de ser acessível a quem o usava. Escalas diferentes, dinâmicas diferentes, mas a mesma lição: governança importa tanto quanto o produto em si.

Sofia Almeida: E agora vamos à parte que eu estava mais ansiosa por discutir, porque é a mais otimista do episódio: o browser como plataforma de aplicações. Rafael, o artigo de Paul Ford é uma defesa apaixonada.

Rafael Costa: É. E o argumento do Paul Ford resume-se a isto: o browser é a plataforma de aplicações mais poderosa e mais barata que alguma vez existiu, e estamos a subestimá-la. E ele traz números concretos. Alojamento no CloudFlare: zero dólares. Não "custa pouco" — zero.

Rafael Costa: E o conjunto de tecnologias que o browser oferece hoje a uma aplicação é algo que há uma década seria uma lista de desejos: Wasm, que permite correr código compilado a velocidade próxima do nativo; WebGL, que dá acesso a gráficos acelerados por GPU; WebCrypto, que dá criptografia séria. Tudo maduro, tudo disponível sem instalação, tudo a funcionar em qualquer sistema operativo.

Sofia Almeida: E a parte econômica é a que me fascina, porque corta diretamente contra tudo o que discutimos antes. O custo de distribuir uma aplicação web é, literalmente, zero. Compara com o custo de manter um produto desktop multiplataforma, com atualizações, instaladores, compatibilidade com versões de sistemas operativos, lojas de aplicações que ficam com percentagem. O browser elimina quase tudo isso.

Rafael Costa: E a prova de que isto não é teoria é o exemplo que o Ford traz: o Chimera. É um sintetizador de voz fisicamente modelado, a correr no browser. E "fisicamente modelado" aqui significa o que soa: não é um banco de samples, não é uma gravação. É uma simulação da via aérea humana — a traqueia, as cordas vocais, a cavidade bucal, o nariz — e todo o som que a aplicação produz vem dessa simulação em tempo real.

Rafael Costa: É um descendente direto do Pink Trombone, aquele brinquedo que allowia manipular uma voz com o rato e que ficou famoso por ser perturbador e encantador em simultâneo.

Sofia Almeida: E a razão pela qual o Chimera importa não é apenas que é bonito. É que é um caso de uso que, há uns anos, qualquer pessoa teria dito: "isto não corre num browser, precisa de uma aplicação nativa". Simulação física em tempo real, áudio de baixa latência, interação contínua — tudo coisas para as quais o browser supostamente não chegava. E chegava. Chega.

Rafael Costa: Mas — e aqui é que a discussão fica interessante — há um contraponto nesta mesma edição que sugere que a história não é tão simples do lado das aplicações desktop. O artigo sobre GPUI e egui é bastante sombrio.

Sofia Almeida: Conta isso, porque é o outro lado da moeda.

Rafael Costa: O argumento é que os frameworks de GUI em Rust — GPUI, da Zed, e egui — são becos sem saída para aplicações desktop complexas. E não é apenas uma opinião: traz um benchmark. Oito vírgula quatro milissegundos por alteração esparsa num estado com três mil linhas. Traduzindo: se tocas numa coisa pequena numa interface grande, o custo de atualizar a interface é de oito milissegundos — o que, para uma interface com interações rápidas, pode ser sentido.

Rafael Costa: Não é o número em si que importa; é o que ele sugere sobre o modelo de estado destes frameworks. A premissa do modelo — reativar a UI a partir de mudanças de estado — parece não escalar bem para aplicações com muito estado.

Sofia Almeida: E é aqui que eu vejo a conexão mais profunda com o artigo do Ford. A promessa dos frameworks desktop modernos era: "esquece o browser, constrói aplicações nativas, é mais rápido, mais integrado, mais teu". O benchmark sugere que essa promessa tem um custo oculto no modelo de estado — um custo que o browser, com décadas de engenharia em renderização e no DOM, já pagou e resolveu de outra forma.

Sofia Almeida: Não quer dizer que o browser seja a resposta para tudo; quer dizer que a alternativa "nativa" não é o passe de mágica que parece.

Rafael Costa: E há um terceiro canto desta mesma discussão que traz um exemplo de engenharia de altíssimo nível, num contexto completamente diferente: Raph Levien e o RP2350. Para quem não conhece, é o microcontrolador da Raspberry Pi, e tem uma característica muito peculiar: um renderizador de vídeo "race-the-beam", que significa que o processador tem de gerar cada píxel à medida que o feixe de varrimento o atinge — não há tempo para pensar, é agora ou nunca. O orçamento é de cerca de seis ciclos por píxel.

Sofia Almeida: Seis ciclos por píxel. Para quem não tem intuição: um processador moderno faz, digamos, centenas de milhões de ciclos por segundo. Seis ciclos por píxel significa que não há margem para nada — cada instrução tem de contar.

Rafael Costa: E o que Raph Levien fez para resolver isto é lindíssimo: usou um JIT — um compilador em tempo de execução — para compilar o desenho de glifos bitmap diretamente para código ARM, específico daquele píxel, daquele momento. Em vez de ter um renderizador genérico que interpreta instruções lentamente, o sistema gera, na hora, código máquina desenhado para o trabalho específico que tem em mãos.

Rafael Costa: É um conceito emprestado dos runtimes JavaScript — a mesma ideia que tornou os browsers rápidos — aplicado ao nível mais baixo possível: um microcontrolador a race-the-beam.

Sofia Almeida: E é por isso que eu gosto de pôr estes três no mesmo saco. O Ford diz que o browser é barato e poderoso. O benchmark do GPUI/egui diz que a alternativa nativa tem custos que ninguém esperava. E o RP2350 diz que, quando os recursos são mínimos, a resposta é empurrar a inteligência para o ponto mais baixo da stack — compilar para o metal, na hora. Três abordagens ao mesmo problema fundamental: como tornar a interface rápida, portável e barata. E ninguém tem a resposta definitiva.

Rafael Costa: E é desta discussão toda — ferramentas, plataformas, quem constrói o quê — que se liga bem ao último tema, que é talvez o mais humano do episódio: as pessoas que constroem coisas sozinhas, durante anos, sem ninguém a mandar.

Sofia Almeida: Pois. O Ask HN de novembro de 2026, a pergunta anual "o que estás a construir?" — e as respostas são um retrato do que a internet ainda consegue produzir quando a deixamos trabalhar.

Rafael Costa: Dá-nos os exemplos, porque são ótimos.

Sofia Almeida: O Bonsai, um motor de voxels, em desenvolvimento há dez anos. Uma década. Uma pessoa, ou um projeto conduzido por uma pessoa, a construir um motor de voxels durante dez anos, o que sugere uma visão de longo prazo que nenhuma empresa conseguiria financiar — nenhuma empresa deixaria alguém trabalhar dez anos num motor de voxels sem demonstrar retorno.

Rafael Costa: E depois há o Orpheum, um servidor de média auto-hospedado. O que é o equivalente doméstico, quase íntimo, da discussão que tivemos sobre o Harvest: se os produtos comerciais subiam o preço dez vezes, as pessoas constroem as suas próprias alternativas. Um servidor de média em casa é exatamente isso — a pessoa que disse "não confio que o serviço que pago amanhã continue a ser o que é hoje, portanto vou construir o meu".

Sofia Almeida: E o OneBusAway, que é o mais civicamente interessante dos três: software de trânsito público. Alguém a construir software para ajudar pessoas a apanhar autocarros. Não há um modelo de negócio óbvio ali, não há uma aquisição no horizonte — há alguém que se importou com um problema público e fez qualquer coisa a respeito.

Rafael Costa: E o que estes três projetos têm em comum, e o que os liga ao resto do episódio, é a persistência individual contra a lógica das instituições. No episódio de hoje vimos: uma empresa a reprecificar um produto dez vezes, uma organização de standards a chumbar o trabalho do próprio comité, um banco a restringir o acesso a uma ferramenta, um provedor de e-mail a mudar regras em silêncio. Em todos esses casos, o poder está em entidades que respondem a lógicas que o utilizador não controla.

Rafael Costa: E em paralelo, no Ask HN, temos pessoas que responderam a essa falta de controlo do único modo que conhecem: construindo a sua própria alternativa, à sua medida, no seu ritmo.

Sofia Almeida: E há complementos que mostram a amplitude disto: uma Dux, um ambiente de desktop livre para Wayland, construído com Quickshell e QML, com gestor de ficheiros e sistema de temas, compatível com niri, Hyprland e Sway — alguém a construir a sua própria experiência de desktop completa.

Sofia Almeida: Há o KetchUp, uma alternativa de código aberto ao SketchUp, em Rust e WebGPU, orientada para marcenaria — e a discussão em torno dele incluiu críticas honestas de UX, como a dificuldade em nomear retângulos, o que é um lembrete de que construir a alternativa é metade do trabalho; a outra metade é fazê-la usarável. E há o llama-modchip, que corre um modelo de 284 biliões de parâmetros, o DeepSeek-V4-Flash, num computador comum, CPU-only, com 64 gigabytes de memória e contexto de 256 mil tokens.

Rafael Costa: E, claro, os céticos, que nesta comunidade sempre aparecem, fizeram notar que isso é quase certamente conseguido com quantização muito agressiva — algo na ordem de 1 a 2 bits por peso. O que é uma conquista técnica considerável, mas muda a natureza da afirmação: não é "corres um modelo gigante num PC comum", é "corres uma versão fortemente comprimida de um modelo gigante num PC comum". A diferença importa, e os comentários fizeram questão de a apontar.

Sofia Almeida: E acho que é uma boa nota para quase fechar, porque resume o espírito desta edição: em toda a parte, há pessoas a tentar fazer as coisas à sua maneira — com engenharia criativa, com quantização de 2 bits, com dez anos de voxels, com uma fila de prioridades em git para não fritar o cérebro — e em toda a parte há sistemas que não lhes dão aquilo de que precisam.

Rafael Costa: Pois. E, a fechar, quero voltar ao tema de abertura, porque acho que é a pergunta que fica no ar depois de toda esta conversa: a bolha de IA pode não existir. Se não existir, o dinheiro é real, os retornos são reais, e tudo isto — os IPOs, os datacenters, as restrições de acesso — é o normal funcionamento de uma indústria madura. Se existir, vamos descobri-lo da pior maneira.

Rafael Costa: O que o artigo de hoje nos dá é a ferramenta para distinguir: olhar para os números unitários e para a natureza do gasto, em vez de olhar para os títulos.

Sofia Almeida: E a pergunta que fica em aberto — o que acontece quando o capex termina — é, talvez, a mesma pergunta que se faz em todas as histórias de hoje: o que fica quando a construção acaba? Fica a ferramenta? Fica o hábito? Fica a confiança? Nós vamos continuar a olhar.

Rafael Costa: Foi um prazer, Sofia. Obrigado a todos os que nos ouvem até ao fim — e a todos os que estão a construir qualquer coisa há dez anos. Amanhã há mais.

Sofia Almeida: Até já.