Paper do arXiv detalha a terceira reestruturação do software: de camadas a storage, modelos e agentes

O que aconteceu

O paper "The Third Restructuring of Software Form: From the Three-Tier Architecture to Storage, Models, and Agents" (arXiv:2608.20201v1) formaliza uma tese sobre uma terceira grande mudança no desenvolvimento de software. A primeira foi o Software 1.0, onde o comportamento é definido por instruções (código). A segunda, o Software 2.0, onde o comportamento é definido por dados (aprendizado de máquina). O artigo argumenta que agora estamos na transição para o Software 3.0, onde "contexto e raciocínio determinam o comportamento".

A tese central é de convergência. Os autores defendem que a forma final desse novo software se reduzirá a três elementos: um banco de dados generalizado (abstração unificada de todo estado persistente e memória), um grande modelo (o núcleo inteligente que realiza raciocínio e geração) e um agente (o loop de execução que conecta os dois.

Contexto

A pesquisa parte da análise da arquitetura em três camadas tradicional (apresentação, lógica de negócios, dados). No novo modelo proposto, a camada de interface de usuário será absorvida pela capacidade de o modelo gerar interfaces sob demanda. A camada de lógica de negócios será reapartitionada: uma parte vai para o raciocínio do modelo, outra vira restrições de armazenamento, e apenas lógica residual determinista será mantida como "ferramentas" (tools). A camada de dados, por sua vez, seria a única infraestrutura persistente elevada.

O artigo se apoia em evidências de protótipos reais e um modelo vivo para sustentar sua tese. Ele também delimita as condições onde ela se aplica: domínios de tarefas que são expressíveis, verificáveis, com estado externo e que permitem o uso de ferramentas. Por outro lado, identifica limites claros como determinismo, custo, segurança e verificabilidade como fronteiras da aplicabilidade da tese.

Por que importa

Se correta, a tese redesenha radicalmente as ferramentas e os papéis da engenharia de software. Desenvolvedores deixariam de escrever lógica de negócio complexa para focar em orquestrar modelos e agentes, e em definir as restrições e ferramentas deterministas necessárias. A indústria de banco de dados ganharia uma importância ainda maior, tornando-se a coluna vertebral persistente de quase todas as aplicações. Disciplinas como design de UI/UX precisariam se repensar em um mundo onde interfaces são geradas dinamicamente.

Impacto

No curto prazo, pode acelerar a proliferação de aplicações construídas sobre LLMs e frameworks de agentes, priorizando flexibilidade e raciocínio. No médio prazo, pode causar uma consolidação no mercado de ferramentas de desenvolvimento, com menos ferramentas de lógica de negócio e mais plataformas de orquestração de modelos e gerenciamento de dados/contexto. Empresas que dominam a infraestrutura de armazenamento e dados podem se beneficiar enormemente.

O que muda

Os principais impactos citados no paper são na redefinição dos papéis de desenvolvedores, da indústria de banco de dados e da própria disciplina de engenharia de software. A verificabilidade e o custo operacional (de inferência de LLMs) serão críticos para adotar ou rejeitar partes dessa arquitetura em sistemas reais, especialmente em contextos corporativos.

O que vem agora

O artigo apresenta uma "arquitetura de referência mínima" para o novo paradigma. Os próximos passos implícitos são a experimentação ampla por parte da comunidade, a validação em mais domínios de aplicação e o desenvolvimento de práticas e ferramentas que facilitem a transição. A discussão sobre onde a tese falha (determinismo, custo) é tão importante quanto onde ela funciona.