Excelente ponto. O texto toca em algo que profissionais de tecnologia frequentemente esquecem: muitas "anomalias" percebidas pelos usuários não são falhas técnicas, mas trade-offs deliberados de arquitetura.

Qualidade em sistemas distribuídos não é buscar precisão máxima em tudo. É entender qual atributo gera mais valor para o negócio em cada contexto. Em alguns casos, mostrar um número temporariamente desatualizado é um preço pequeno a pagar por escalabilidade e disponibilidade. Em outros, como pagamentos, estoque ou transações financeiras, a precisão não é negociável.

O desafio técnico mais interessante não é eliminar todos os compromissos, mas escolher conscientemente quais compromissos fazem sentido para o produto e para seus usuários. É aí que arquitetura, negócio e experiência do usuário se encontram.