Splync v1.9 puede establecer proporciones de reparto personalizadas para cada gasto

Un mes y medio después del lanzamiento de Splync v1.5—la actualización que finalmente permitió proporciones de división personalizadas por proyecto y por categoría—llegó una nueva ola de comentarios. La actualización v1.5 exigió cambios importantes del lado del servidor, por lo que en ese momento creí que el nivel de detalle era "suficiente" para la mayoría de los casos. Luego, algunos nuevos usuarios hicieron una pregunta sencilla y muy razonable: “¿Podemos establecer proporciones de reparto personalizadas para cada gasto individual?” Su proyecto de viaje tenía momentos donde solo dos miembros necesitaban dividir un costo específico, y otros momentos en que los tres querían compartir algo. Con Splync v1.8, lamentablemente, la respuesta era no. Expliqué que podían crear categorías adicionales con proporciones personalizadas adaptadas a esos casos específicos—una solución temporal, no una verdadera solución.

Fue un poco abrumador recordar cuánto trabajo implicó la v1.5. Primero tuve que permitir que los proyectos tuvieran sus propias proporciones de división. Luego, las categorías también necesitaban sus proporciones personalizadas. En ese punto pensé que había cubierto todo el árbol—recogiendo cada fruto de cada rama. Pero trabajar en las proporciones por gasto era diferente. Parecía que cada vez que recogía un fruto, un nuevo árbol brotaba en ese mismo lugar. No un bosque fractal infinito, sino una estructura clara de dos niveles: una capa dando lugar a la siguiente. En la lógica de v1.5, un gasto primero heredaba la proporción del proyecto. Si su categoría tenía proporciones personalizadas, estas sobrescribían los valores del proyecto. Así que, al agregar proporciones por gasto, me encontré tratando de agregar otra sobrescritura encima de esa sobrescritura. La estructura se convirtió en una escalera de sobrescrituras—técnicamente correcta, pero mentalmente confusa. Era difícil justificar la construcción de otra capa de lógica parcheada.

El avance llegó finalmente al invertir la estructura. En lugar de hacer "proyecto → categoría → gasto" y sobrescribir cada capa con la siguiente, ¿por qué no pensar en la dirección opuesta? Reparto por gasto → reparto por categoría → reparto por proyecto. Ese orden refleja cómo las personas reales pueden pensar: si un gasto específico tiene sus propias reglas, simplemente debe seguirlas. Si no, el patrón de la categoría tiene sentido. Si incluso eso falla, volver al valor predeterminado del proyecto. No más escalera de sobrescrituras, solo una jerarquía clara de prioridades. Una vez que vi la estructura de esta manera, la niebla del bosque pseudo-fractal se despejó al instante. El camino de implementación se hizo evidente: "Cada gasto se verifica para ver si hay repartos personalizados por gasto. Si están presentes, úsalos. Si no, verifica los repartos por categoría. Si no, usa el predeterminado del proyecto."

La nueva lógica se sentía simple, predecible y matemáticamente sólida. Para apoyar este sistema de prioridades, añadimos una tabla dedicada de MariaDB para divisiones por gasto, que de alguna manera refleja la tabla de divisiones por categoría. La tabla de detalles de gastos también necesitó expansión, al igual que la tabla de detalles de categoría lo hizo en la v1.5. Una vez que el diseño subyacente de "dos niveles" se hizo claro, el resto fue simplemente codificación cuidadosa, tanto en la aplicación como en el servidor. Aun así, el camino se sintió arriesgado en algunos lugares, como caminar por un bosque oscuro sin un mapa. Quise despejar mi mente y salí. El aire estaba fresco y limpio. Mientras caminaba por mi vecindario, vi al Monte Fuji levantarse en la distancia, azul cristalino bajo un cielo perfectamente azul. Estaba a casi 100 km de distancia, pero parecía lo suficientemente cerca para tocarlo. El momento se sintió como un recordatorio: incluso si pienso que estoy caminando en un bosque, en realidad estoy caminando bajo el cielo abierto.

Splync v1.9 nació de ese momento de claridad. Regresé a casa, terminé de configurar los nuevos puntos de conexión, preparé la nueva lógica del servidor, organicé las interfaces relacionadas, envié la v1.9 a Apple y finalmente me dormí. La revisión terminó antes de lo habitual. Cuando desperté, Splync v1.9 ya había sido aprobado y lanzado automáticamente en el App Store. A partir de esta versión, la división se vuelve mucho más flexible. Si estás viajando con John y Kate, puedes compartir los gastos básicos equitativamente entre los tres. Pero para la comida, podrías cambiar a una división "25% : 50% : 25%" porque John suele comer el doble. Y si John se salta una cena—por ejemplo, en un restaurante de ostras—puedes establecer esa comida específica en "50% : 0% : 50%" para que no pague por lo que no comió. Con la v1.9, Splync ahora admite proporciones por proyecto, por categoría y por gasto en una lógica unificada. Las bases son estables y matemáticamente sólidas. El próximo desafío es la interfaz: algunas otras aplicaciones de división ofrecen formas más fluidas y elegantes de ajustar esas proporciones. Splync ahora tiene la solidez del backend para soportar tales mejoras. Trabajaremos en ellas una tras otra.