Splync v1.9 pode definir proporções de divisão 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 — chegou uma nova onda de feedbacks. A atualização v1.5 exigiu grandes mudanças no lado do servidor, então na época, eu acreditava que a granularidade era “boa o suficiente” para a maioria dos casos. Depois, alguns novos usuários fizeram uma pergunta simples e muito razoável: “Podemos definir proporções de divisão personalizadas para cada despesa individual?” O projeto de viagem deles tinha momentos em que apenas dois membros precisavam dividir um custo específico, e outros em que os três queriam compartilhar algo. No Splync v1.8, a resposta infelizmente era não. Expliquei que poderiam criar categorias adicionais com proporções personalizadas para esses casos específicos — uma solução alternativa, não uma solução real.

Foi um pouco impressionante lembrar quanto trabalho foi necessário no v1.5. Primeiro, tive que permitir que projetos tivessem suas próprias proporções de divisão. Depois, as categorias também precisavam ter suas proporções personalizadas. Naquele ponto, achei que tinha coberto toda a árvore — colhendo todos os frutos de cada galho. Mas trabalhar nas proporções por despesa foi diferente. Parecia que cada vez que colhia um fruto, uma nova árvore brotava naquele mesmo lugar. Não 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 herdava primeiro a proporção do projeto. Se a categoria tivesse proporções personalizadas, estas substituiriam os valores do projeto. Então, ao adicionar proporções por despesa, me vi tentando adicionar outra substituição em cima daquela substituição. A estrutura tornou-se uma escada de substituições — tecnicamente correta, mas mentalmente confusa. Era difícil justificar a construção de outra camada de lógica remendada.

A solução veio ao inverter a estrutura. Em vez de fazer “projeto → categoria → despesa” e substituir cada camada pela próxima, por que não pensar na direção oposta? Proporções por despesa → proporções por categoria → proporções por projeto. Essa ordem reflete como as pessoas realmente pensam: se uma despesa específica tem suas próprias regras, ela deve simplesmente segui-las. Se não, o padrão da categoria faz sentido. Se isso também falhar, recorra ao padrão do projeto. Nada de escada de substituições — apenas uma hierarquia limpa de prioridades. Assim que vi a estrutura dessa forma, a névoa da pseudo-floresta fractal clareou instantaneamente. O caminho de implementação tornou-se óbvio: “Cada despesa é verificada para proporções personalizadas por despesa. Se existir, use-as. Se não, verifique as proporções por categoria. Se não, use o padrão do projeto.”

A nova lógica parecia simples, previsível e matematicamente correta. Para apoiar esse sistema de prioridades, adicionamos uma tabela dedicada no MariaDB para divisões por despesa, espelhando a tabela de divisões por categoria. A tabela de detalhes de despesas também precisou ser expandida, assim como a tabela de detalhes de categorias no v1.5. Uma vez que o design subjacente de “dois andares” 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 andar por uma floresta escura sem um mapa. Queria clarear a mente e saí para fora. 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 pense que estou caminhando em uma floresta, na verdade estou andando sob o céu aberto.

Splync v1.9 nasceu desse 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 desta 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 vocês três. Mas para comida, pode mudar para uma divisão “25% : 50% : 25%” porque John geralmente come 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 a v1.9, o Splync agora suporta proporções por projeto, por categoria e por despesa em uma lógica unificada. As bases são estáveis e matematicamente corretas. O próximo desafio é a interface: alguns outros aplicativos de divisão oferecem maneiras mais suaves e elegantes de ajustar essas proporções. Splync agora tem a força do backend para apoiar essas melhorias. Trabalharemos nelas uma após a outra.