Splync v1.9 pode definir proporções de compartilhamento personalizadas para cada despesa

Cerca de um mês e meio após o lançamento do Splync v1.5 — a atualização que finalmente permitiu proporções de divisão personalizadas por projeto e por categoria — uma nova onda de feedbacks chegou. A atualização v1.5 exigiu grandes mudanças no servidor, então na época eu acreditava que a granularidade era “boa o suficiente” para a maioria dos casos. Então, alguns novos usuários fizeram uma pergunta simples e muito razoável: “Podemos definir proporções de compartilhamento personalizadas por despesa individual?” O projeto de viagem deles tinha momentos em que apenas dois membros precisavam dividir um custo específico, e outros momentos em que todos os três queriam compartilhar algo. No Splync v1.8, a resposta infelizmente era não. Expliquei que eles poderiam criar categorias adicionais com proporções personalizadas adaptadas a esses casos específicos — uma solução alternativa, não uma verdadeira solução.

Lembrar do quanto de trabalho foi investido no v1.5 foi um pouco avassalador. Primeiro, tive que permitir que projetos tivessem suas próprias proporções de divisão. Depois, as categorias também precisavam de suas próprias proporções personalizadas. Naquele ponto, achei que tinha coberto toda a árvore — colhendo cada fruto de cada galho. Mas trabalhar com proporções por despesa era diferente. Parecia que cada vez que eu colhia um fruto, uma nova árvore brotava daquele mesmo lugar. Não era uma floresta fractal infinita, mas uma estrutura clara de dois andares: uma camada dando origem à próxima. Na lógica do v1.5, uma despesa primeiro herdava a proporção do projeto. Se sua categoria tivesse proporções personalizadas, essas sobrescreviam os valores do projeto. Então, ao adicionar proporções por despesa, encontrei-me tentando adicionar outra sobreposição em cima daquela sobreposição. A estrutura se tornou uma escadaria de sobreposições — tecnicamente correta, mas mentalmente confusa. Era difícil justificar a construção de outra camada de lógica remendada.

O avanço veio ao inverter a estrutura de cabeça para baixo. Em vez de fazer “projeto → categoria → despesa” e sobrescrever cada camada com a próxima, por que não pensar na direção oposta? Compartilhamentos por despesa → por categoria → por projeto. Essa ordem reflete como as pessoas reais podem pensar: se uma despesa específica tem suas próprias regras, deve simplesmente segui-las. Se não, o padrão da categoria faz sentido. Se até isso falhar, volte ao padrão do projeto. Sem mais escadas de sobreposições — apenas uma hierarquia limpa de prioridades. Uma vez que vi a estrutura dessa forma, a névoa da pseudo-floresta fractal se dissipou instantaneamente. O caminho de implementação se tornou óbvio: “Cada despesa é verificada em busca de compartilhamentos personalizados por despesa. Se presentes, use-os. Se não, verifique os compartilhamentos por categoria. Se não, use o padrão do projeto.”

A nova lógica parecia simples, previsível e matematicamente sólida. Para apoiar esse sistema de prioridades, adicionamos uma tabela MariaDB dedicada para divisões por despesa, meio que espelhando a tabela para divisões por categoria. A tabela de detalhes das despesas também precisou ser expandida, assim como a tabela de detalhes de categoria foi no v1.5. Uma vez que o design “de dois andares” subjacente ficou claro, o resto foi apenas codificação cuidadosa — tanto no aplicativo quanto no servidor. Ainda assim, o caminho parecia arriscado em alguns lugares, como caminhar por uma floresta escura sem mapa. Queria clarear minha mente e saí para dar uma volta. O ar estava fresco e limpo. Enquanto caminhava pelo meu bairro, vi o Monte Fuji se erguendo à distância, azul cristal sob um céu perfeitamente azul. Estava a quase 100 km de distância, mas parecia perto o suficiente para tocar. O momento parecia um lembrete: mesmo que eu ache que estou caminhando em uma floresta, na verdade estou caminhando sob o céu aberto.

O Splync v1.9 nasceu daquele momento de clareza. Voltei para casa, terminei de configurar os novos endpoints, preparei a nova lógica do servidor, organizei as interfaces relacionadas, enviei a v1.9 para a Apple e finalmente adormeci. A revisão terminou mais cedo do que o habitual. Quando acordei, o Splync v1.9 já havia sido aprovado e lançado automaticamente na App Store. A partir dessa versão, a divisão se torna muito mais flexível. Se você estiver viajando com John e Kate, pode compartilhar despesas básicas igualmente entre os três. Mas para comida, você pode mudar para uma divisão “25% : 50% : 25%” porque John costuma comer o dobro. E se John pular um jantar — digamos, em um restaurante de ostras — você pode definir aquela refeição específica para “50% : 0% : 50%” para que ele não pague pelo que não comeu. Com o v1.9, o Splync agora suporta proporções por projeto, por categoria e por despesa em uma lógica unificada. As fundações são estáveis e matematicamente sólidas. O próximo desafio é a interface: alguns outros aplicativos de divisão oferecem maneiras mais suaves e estilosas de ajustar essas proporções. O Splync agora tem a força de back-end para suportar tais melhorias. Vamos trabalhar nelas, uma após a outra.