Vaccari's Code

A analogia da Torre de Babel, muitas vezes vista como uma história de orgulho, é na verdade sobre o poder da *coordenação* e de uma *linguagem comum* para o progresso tecnológico. No desenvolvimento de software, essa "linguagem" é a compreensão compartilhada dos conceitos, limites e porquês de um sistema. Ferramentas de IA e agentes de programação, embora aumentem dramaticamente a capacidade do desenvolvedor individual, estão removendo a fricção que antes nos forçava a colaborar e sincronizar nosso entendimento. O risco é que projetos de software escalem como uma nova Babel: não porque as pessoas não consigam se comunicar, mas porque não precisam. As mudanças continuam a acontecer, a "torre" continua a subir, mas a linguagem arquitetônica que permite aos humanos raciocinar coletivamente sobre o sistema desaparece, e não há falha imediata para nos alertar.

Why it matters: A produtividade individual impulsionada por IA pode mascarar a erosão da coordenação e do entendimento compartilhado, levando a projetos complexos e insustentáveis no longo prazo.

Fontes:

- https://lucumr.pocoo.org/2026/7/13/the-tower-keeps-rising/

---

📬 **Gostou?** Assine a newsletter do Vaccari's Code e receba as próximas tendências em software e IA direto no seu e-mail: **[Assinar aqui](https://tiagovaccari.com/subscribe?utm_source=podcast&utm_medium=podcast&utm_campaign=episode-dcf41e71-40c1-4a93-8499-3ff0575f5745)**

Reassistir a Jurassic Park me levou a uma caçada aos computadores que aparecem no filme. A ilha do Dr. Hammond, que não poupou despesas, era um show de tecnologia da época: um Apple Powerbook 100 com 16MHz e 2MB de RAM, estações de trabalho SGI Indigo e Crimson poderosíssimas para 1993, e PDAs Motorola Envoy com modems sem fio. Para a produção, Apple e Silicon Graphics emprestaram hardware que hoje valeria mais de US$ 4 milhões. Mas a "mágica" na tela era orquestrada por uma equipe que alimentava gráficos pré-renderizados — criados por seis meses — para os monitores, não pelos atores. E o armazenamento? 7GB em PLI Mini Arrays custavam o equivalente a US$ 33.000, enquanto hoje valeriam centavos. É um lembrete vívido de como a percepção de "ponta" muda rapidamente.

Por que importa: Entender a tecnologia de ontem nos mostra a velocidade da inovação. Para builders e líderes, é um lembrete de que o 'cutting-edge' de hoje será a fundação de amanhã — e que a percepção de valor pode ser tão crucial quanto a engenharia real.

Fontes:

- https://fabiensanglard.net/jurrasic_park_computers/index.html

---

📬 **Gostou?** Assine a newsletter do Vaccari's Code e receba as próximas tendências em software e IA direto no seu e-mail: **[Assinar aqui](https://tiagovaccari.com/subscribe?utm_source=podcast&utm_medium=podcast&utm_campaign=episode-f8f84a03-c586-43a1-84ec-0d820b4388e8)**

O artigo 'Half-Baked Product' ilustra bem o abismo entre a visão ambiciosa de um fundador e a complexa realidade do desenvolvimento de produtos. Um engenheiro apaixonado ganha liberdade para criar o forno 'perfeito', mas logo descobre que um algoritmo para pães, bolos e pizzas é bem mais difícil do que parece. Com um MVP que falha 2/3 das vezes, o fundador consegue milhões, prometendo dominar o mercado. A equipe de engenharia, ao perceber que o produto só funcionaria bem focando em duas das três categorias, propõe um sacrifício. A resposta? Não. A promessa aos VCs foi o mercado inteiro, e a escolha é entre qual promessa quebrar.

Why it matters: Isso expõe a tensão constante entre a visão de mercado e a capacidade de entrega técnica, e como promessas ambiciosas podem comprometer a qualidade e a viabilidade do produto.

Fontes:

- https://weli.dev/blog/half-baked-product/

---

📬 **Gostou?** Assine a newsletter do Vaccari's Code e receba as próximas tendências em software e IA direto no seu e-mail: **[Assinar aqui](https://tiagovaccari.com/subscribe)**

Joey Hess, mantenedor do git-annex, investiu 100 horas para garantir que suas dependências não contivessem código gerado por LLMs. Sua auditoria revelou problemas sérios: commits massivos de código LLM revertidos sem justificativa, mensagens de commit incoerentes e até código copiado de outros projetos, por sorte sem violação de copyright. Para Hess, auditar a árvore de dependências inteira é a nova realidade da programação. Ele se sente "segurando a maré", mas alerta que a qualidade das dependências está em declínio, impactando a liberdade do software. Hess até reconsidera sua participação em comunidades. Usar LLMs para formatação e se auto-proclamar um "10xer" tem um impacto muito maior do que se imagina.

Why it matters: A proliferação de código gerado por LLMs em dependências eleva o custo de manutenção, a segurança e a confiança no software que construímos.

Fontes:

- https://joeyh.name/blog/entry/no_LLM_code_in_dependencies/

---

📬 **Gostou?** Assine a newsletter do Vaccari's Code e receba as próximas tendências em software e IA direto no seu e-mail: **[Assinar aqui](https://tiagovaccari.com/subscribe)**

Armin Ronacher notou um comportamento intrigante com os modelos Anthropic mais recentes (Opus 4.8, Sonnet 5). Apesar de serem mais avançados, eles estão piorando na chamada de ferramentas, especificamente inventando campos extras e inválidos em arrays aninhados, como no `edit` tool do `Pi`. O conteúdo principal da chamada está correto, mas esses campos "inventados" fazem com que a invocação seja rejeitada, exigindo retentativas. A hipótese é que essa regressão seja um artefato de treinamento, onde os modelos foram fortemente otimizados para o `Claude Code` da Anthropic, que pode ter schemas de ferramentas mais simples, gerando ruído ao lidar com estruturas mais complexas.

Why it matters: Isso expõe uma fragilidade nos modelos SOTA: o treinamento excessivo para um ambiente específico pode degradar a confiabilidade das chamadas de ferramentas em outros contextos, exigindo maior atenção à validação de schemas.

Fontes:

- https://lucumr.pocoo.org/2026/7/4/better-models-worse-tools/

Após mais de um ano investigando o uso de IAs para software crítico e de alta qualidade, um desenvolvedor experiente propõe o método "Short Leash". Longe das abordagens "vibe" que geram código ineficiente e difícil de manter, este método exige que o profissional expert mantenha a IA sob rédeas curtas. Isso significa analisar cada diff proposto, intervir constantemente, e negar permissões se a IA "sair dos trilhos", garantindo que você permaneça no controle e entenda o codebase. A IA atua como um linter, identificando erros comuns, mas a revisão final do PR, especialmente se assistido por IA, deve ser feita linha a linha pelo próprio autor humano, que precisa assumir a responsabilidade e o entendimento do código gerado.

Why it matters: Este método permite que desenvolvedores experientes aumentem sua produtividade com IA, sem sacrificar a qualidade ou o próprio entendimento do código.

Fontes:

- https://blog.okturtles.org/2026/07/short-leash-ai-method/

---

📬 **Gostou?** Assine a newsletter do Vaccari's Code e receba as próximas tendências em software e IA direto no seu e-mail: **[Assinar aqui](https://tiagovaccari.com/subscribe)**

A Google acaba de abrir o código de suas bibliotecas Zero-Knowledge Proof (ZKP), cumprindo uma promessa e facilitando a vida dos desenvolvedores. Em termos práticos, ZKP permite provar que algo sobre você é verdade (como ter mais de 18 anos) sem revelar nenhuma outra informação pessoal. Isso é fundamental para a privacidade e para a construção de soluções de identidade digital, um impulso significativo para o setor público e privado, especialmente com o regulamento eIDAS da UE e a EUDI Wallet se aproximando em 2026. Desenvolvedores agora podem integrar essas ferramentas poderosas em suas aplicações, acelerando um ecossistema digital mais seguro e privado. O código está no GitHub.

Why it matters: Ferramentas abertas de ZKP simplificam a construção de apps com privacidade por design, essencial para conformidade regulatória e para um futuro digital mais seguro.

Fontes:

- https://blog.google/innovation-and-ai/technology/safety-security/opening-up-zero-knowledge-proof-technology-to-promote-privacy-in-age-assurance/

---

📬 **Gostou?** Assine a newsletter do Vaccari's Code e receba as próximas tendências em software e IA direto no seu e-mail: **[Assinar aqui](https://tiagovaccari.com/subscribe)**

GLM 5.2, um modelo open-weight da Z.ai, sinaliza uma disrupção na economia da IA. Competindo diretamente com Opus e GPT, é notavelmente difícil de distinguir em uso diário. Apesar de ser mais lento, sem suporte a visão e com busca web deficiente, sua compatibilidade com endpoints OpenAI/Anthropic torna a migração trivial. Isso pressiona as altas margens de inferência dos players de ponta, pois os custos de switch são incrivelmente baixos. Para empresas, a natureza open-weight permite self-hosting ou outros provedores, resolvendo desafios de privacidade para dados sensíveis. Este é o verdadeiro "DeepSeek moment" para a inferência.

Por que importa: A facilidade de troca para modelos open-weight de qualidade de ponta vai redefinir a economia da IA, forçando a queda das margens de inferência e dando controle real aos desenvolvedores e empresas.

Fontes:

- https://martinalderson.com/posts/the-upcoming-ai-margin-collapse-part-1-glm-5-2/

---

📬 **Gostou?** Assine a newsletter do Vaccari's Code e receba as próximas tendências em software e IA direto no seu e-mail: **[Assinar aqui](https://tiagovaccari.com/subscribe)**

Você já se perguntou por que a Suíça oferece internet de 25 Gbit simétrica com múltiplos provedores e preços razoáveis, enquanto EUA e Alemanha ficam para trás com conexões mais lentas e pouca escolha? A chave não está apenas em "livre mercado" ou "regulação", mas em como lidamos com monopólios naturais. Na Suíça, a infraestrutura de fibra é vista como um ativo neutro e compartilhado, onde as empresas competem nos serviços. Já nos EUA, formaram-se monopólios territoriais, e na Alemanha, um "overbuild" de infraestrutura redundante. Ambas as abordagens falham em reconhecer que replicar a mesma infraestrutura é um desperdício, resultando em estagnação e um serviço inferior para o consumidor.

Why it matters: Entender a dinâmica dos monopólios naturais é crucial para desenhar políticas que fomentem verdadeira competição e inovação, em vez de estagnação e custos elevados.

Fontes:

- https://stefan.schueller.net/posts/the-free-market-lie/

---

📬 **Gostou?** Assine a newsletter do Vaccari's Code e receba as próximas tendências em software e IA direto no seu e-mail: **[Assinar aqui](https://tiagovaccari.com/subscribe)**

O projeto `crustc` apresenta o compilador `rustc` inteiro traduzido para C. Essencialmente, é código C que, compilado com GCC e `make`, resulta em um `rustc` funcional. Isso serve como uma demonstração para `cilly`, uma nova toolchain que compila Rust para C em alvos arbitrários. A inteligência do `cilly` reside na sua adaptabilidade: ele gera código C que se ajusta ao compilador C e à plataforma específicos, mesmo os mais obscuros ou sem suporte a LLVM/GCC, consultando layouts de tipos e formatos. O objetivo é remover a barreira de suporte a targets, levando Rust para hardware antigo ou exótico onde só há suporte a C, inclusive resolvendo o dilema de bootstrap em plataformas sem compiladores cruzados C.

Why it matters: Abre portas para Rust em hardware exótico e sistemas legados, eliminando uma barreira comum à sua adoção e resolvendo o dilema do bootstrap.

Fontes:

- https://github.com/FractalFir/crustc