Splync v1.9 kan ställa in anpassade delningsförhållanden för varje utgift

Cirka en och en halv månad efter att vi släppte Splync v1.5 — uppdateringen som äntligen tillät anpassade delningsförhållanden per projekt och per kategori — kom en ny våg av feedback. Uppdateringen v1.5 krävde stora förändringar på serversidan, så jag trodde att detaljeringsgraden var "tillräckligt bra" för de flesta användningsfall. Sedan frågade några nya användare en enkel, mycket rimlig fråga: "Kan vi ställa in anpassade delningsförhållanden per individuell utgift?" Deras reseprojekt innehöll tillfällen där bara två medlemmar behövde dela en specifik kostnad, och andra tillfällen där alla tre ville dela något. Under Splync v1.8 var svaret tyvärr nej. Jag förklarade att de kunde skapa ytterligare kategorier med anpassade förhållanden för dessa specifika fall — en genväg, men ingen riktig lösning.

Det kändes lite överväldigande att minnas hur mycket arbete som gick åt till v1.5. Först var jag tvungen att låta projekt ha sina egna delningsförhållanden. Sedan behövde kategorier sina egna anpassade förhållanden också. Då trodde jag att jag hade täckt hela trädet — plockat varje frukt från varje gren. Men att arbeta med delningsförhållanden per utgift var annorlunda. Det kändes som om varje gång jag plockade en frukt, växte ett nytt träd på samma plats. Inte en oändlig fraktalskog, men en tydlig tvåvåningsstruktur: ett lager som ger upphov till nästa. I v1.5-logiken ärvde en utgift först projektets förhållande. Om dess kategori hade anpassade förhållanden, skrev dessa över projektets värden. Så när jag lade till delningsförhållanden per utgift försökte jag lägga till ännu en överlappning. Strukturen blev en trappa av överlapp — tekniskt korrekt, men mentalt rörig. Det var svårt att motivera att bygga ytterligare ett lager av lappverk.

Genombrottet kom till slut när jag vände strukturen upp och ner. Istället för att göra "projekt → kategori → utgift" och skriva över varje lager med nästa, varför inte tänka i motsatt riktning? Delningar per utgift → delningar per kategori → delningar per projekt. Denna ordning speglar hur riktiga människor kan tänka: om en specifik utgift har sina egna regler, ska den helt enkelt följa dem. Om inte, känns kategorins mönster logiskt. Om det också misslyckas, fall tillbaka på projektets standard. Ingen mer trappa av överlapp — bara en ren hierarki av prioritet. När jag såg strukturen på detta sätt försvann dimman av den pseudo-fraktala skogen direkt. Implementeringsvägen blev uppenbar: "Varje utgift kontrolleras för anpassade delningar per utgift. Om de finns, använd dem. Om inte, kontrollera delningar per kategori. Om inte, använd projektets standard."

Den nya logiken kändes enkel, förutsägbar och matematisk korrekt. För att stödja detta prioritetsystem, lade vi till en dedikerad MariaDB-tabell för delningar per utgift, som en spegling av tabellen för delningar per kategori. Utgiftsdetaljtabellen behövde också utökas, precis som kategoridetaljtabellen gjorde i v1.5. När den underliggande "tvåvånings" designen blev klar, var resten bara noggrann kodning — både i appen och på servern. Fortfarande kändes vägen riskfylld på vissa ställen, som att vandra genom en mörk skog utan karta. Jag ville rensa huvudet och gick ut. Luften var skarp och ren. När jag gick genom mina kvarter såg jag Fuji-berget resa sig i fjärran, kristallblått under en perfekt blå himmel. Det var nästan 100 km bort, men det såg ut att vara nära nog att röra. Ögonblicket kändes som en påminnelse: även om jag tror att jag vandrar i en skog, går jag egentligen under öppen himmel.

Splync v1.9 föddes ur det ögonblick av klarhet. Jag kom hem, färdigställde de nya ändpunkterna, förberedde den nya serverlogiken, organiserade de relaterade gränssnitten, skickade in v1.9 till Apple och somnade slutligen. Granskningen avslutades tidigare än vanligt. När jag vaknade hade Splync v1.9 redan godkänts och släppts automatiskt på App Store. Från denna version och framåt blir delningen mycket mer flexibel. Om du reser med John och Kate kan ni dela grundkostnader jämnt mellan er tre. Men för mat kanske ni byter till en "25% : 50% : 25%" delning eftersom John vanligtvis äter dubbelt så mycket. Och om John hoppar över en middag—säg, på en ostronrestaurang—kan du ställa in den specifika måltiden till "50% : 0% : 50%" så han inte betalar för något han inte åt. Med v1.9 stöder Splync nu delningsförhållanden per projekt, per kategori och per utgift i en enhetlig logik. Grunderna är stabila och matematiskt korrekta. Nästa utmaning är gränssnittet: några andra delningsappar erbjuder smidigare, mer stiliga sätt att justera dessa förhållanden. Splync har nu backend-styrkan att stödja sådana förbättringar. Vi kommer att arbeta på dem en efter en.