Tratamento de Erros: Exceptions, Result ou Eventos? Qual a Melhor Abordagem no Desenvolvimento Moderno?

A discussão sobre como lidar com erros no desenvolvimento de software está no cerne da construção de sistemas resilientes e observáveis. O artigo atual explora três abordagens principais: exceptions, tipos Result e eventos. Cada uma se encaixa melhor em cenários específicos, dependendo do que o sistema precisa fazer com a falha.

Exceptions, por exemplo, são ideais para falhas inesperadas, como problemas de infraestrutura ou dados inválidos que impedem a continuação de uma operação. Elas interrompem o fluxo e sinalizam um estado irrecuperável. Já os tipos Result, populares em linguagens como Rust e presentes em propostas para outras, oferecem um caminho explícito para sucesso ou falha esperada, tornando o contrato da função mais transparente para o desenvolvedor. Contudo, o grande diferencial surge com o uso de eventos em arquiteturas orientadas a eventos (Event-Driven), um tópico que já abordamos no CEVIU News em

Embora a discussão sobre tratamento de erros seja constante no desenvolvimento, a crescente adoção de arquiteturas event-driven, como a abordada no CEVIU News em "Arquiteturas Event-Driven vs. Polling: como projetar gatilhos confiáveis para agentes de IA" (1 de junho de 2026), reflete uma mudança de paradigma. Antes, falhas eram problemas a serem contornados. Agora, com o Event Sourcing, falhas se tornam dados de negócio valiosos, um tipo de "lizard optimization" que permite transformar um resultado negativo em um insight para aprimorar o produto.

A novidade não é a ferramenta (exceptions ou Result), mas a maturidade na aplicação de eventos para modelar resultados negativos. Isso permite que, em vez de apenas registrar um erro, o sistema gere um evento como ProductItemOutOfStock, que pode ser consumido por outros processos para, por exemplo, gerar relatórios de demanda não atendida ou disparar ações de reabastecimento. Esse nível de granularidade e o aproveitamento estratégico das falhas representam uma evolução na forma como encaramos a robustez e a inteligência dos sistemas.

A escolha da estratégia de tratamento de erros impacta diretamente a qualidade do software, sua observabilidade e a experiência do desenvolvedor (DX). Sistemas que tratam erros de forma eficaz são mais fáceis de depurar, manter e escalar. Ao transformar falhas em eventos de negócio, as equipes ganham dados valiosos para otimização e melhoria contínua, uma necessidade crítica em ambientes complexos, como discutido no artigo "Desafios na Qualidade de Software: Escala e Otimização em Pauta" (11 de julho de 2026).

Adotar a abordagem correta minimiza o tempo de inatividade, previne perda de dados e habilita a criação de sistemas mais inteligentes e adaptáveis. É uma decisão arquitetural que define a resiliência e a capacidade de inovação do produto, indo além da simples prevenção de bugs para se tornar uma ferramenta estratégica de negócio.