O catch que esconde uma decisão de negócio e enfraquece a arquitetura

Se você já aprovou um PR onde um catch genérico devolve false pra qualquer tipo de falha, esse vídeo mostra por que isso pode estar escondendo uma decisão de negócio — e cobrando caro depois, em sistema crítico. Foi pedido pra IA um método de pagamento com try/catch: se der certo, retorna true; se der exceção, grava log e retorna false. Parece código limpo e defensivo. Mas se a chamada ao provedor der timeout, a informação some — o pagamento pode ter sido efetivado do lado de lá, e o sistema trata como se tivesse falhado. O cliente tenta de novo. Duplica o pagamento. Vira estorno, reclamação, contato com o banco. O código não quebra. Ele retorna alguma coisa, grava log, parece seguro — e é exatamente por isso que é perigoso. Esse padrão é dominante porque é o que mais aparece em tutorial e Stack Overflow, e é o que o modelo mais replica. Neste episódio, o critério na prática: como separar timeout de erro conhecido com uma classe de resultado com três estados (enviado, pendente de confirmação, falhou), por que a decisão de negócio precisa estar explícita e não escondida numa camada profunda, e onde deixar a exceção realmente desconhecida subir pra camada de aplicação em vez de engolir tudo no mesmo catch. Eu não aprovaria esse PR. A intenção de tratar exceção e gravar log está certa — só que decisão de negócio não pode ficar escondida atrás de um booleano genérico. 💬 Você já viu um catch genérico transformar timeout em falha definitiva — e isso virar duplicação em produção? 🔔 Se esse tipo de análise faz sentido pra você, se inscreve e acompanha a série. Aqui a gente fala de IA com menos hype e mais sustância. 👤 O IA com Sustância é o canal de Rener Menezes — CTO no mercado financeiro, 30+ anos programando, pesquisador de IA aplicada à detecção de fraudes financeiras. Aqui falamos de IA aplicada à engenharia de software e arquitetura, com critério técnico pra usar IA e verificar o que ela produz. Menos hype, mais sustância. #arquiteturadesoftware #codereview #ia #sistemascriticos #tratamentodeexcecao #devsenior #cleancode #engenhariadesoftware