Splync v1.9 kan sette skreddersydde fordelingsforhold for hver utgift

Omtrent halvannen måned etter lanseringen av Splync v1.5 — oppdateringen som endelig lot deg tilpasse delingsforhold per prosjekt og per kategori — kom en ny bølge av tilbakemeldinger. v1.5 krevde store serverendringer, så jeg trodde det var "godt nok" for de fleste. Men noen nye brukere stilte et enkelt, fornuftig spørsmål: "Kan vi sette tilpassede fordelingsforhold per individuell utgift?" I deres reisprosjekt var det øyeblikk hvor bare to medlemmer trengte å dele en spesifikk kostnad, og andre hvor alle tre ønsket å dele noe. Med Splync v1.8 var svaret dessverre nei. Jeg forklarte at de kunne lage ekstra kategorier med tilpassede forhold for disse tilfellene — en omvei, ikke en ekte løsning.

Det føltes litt overveldende å huske hvor mye arbeid som gikk inn i v1.5. Først måtte prosjekter ha egne delingsforhold. Deretter trengte kategorier egne forhold også. På det tidspunktet trodde jeg at jeg hadde dekket hele treet — plukket hver frukt fra hver gren. Men å jobbe med forhold per utgift var annerledes. Det føltes som hver gang jeg plukket en frukt, vokste et nytt tre ut. Ikke en uendelig fraktalskog, men en klar to-etasjes struktur: ett lag føder det neste. I v1.5-arven arvet en utgift først prosjektets forhold. Hvis kategorien hadde egne forhold, overstyrte de prosjektverdiene. Så når jeg la til per-utgift-forhold, prøvde jeg å legge til en ny overstyring på toppen av den overstyringen. Strukturen ble en trapp av overstyringer — teknisk riktig, men mentalt rotete. Det var vanskelig å forsvare å bygge enda et lag med lappverklogikk.

Løsningen kom til slutt ved å snu strukturen på hodet. I stedet for å gjøre "prosjekt → kategori → utgift" og overstyre hvert lag med det neste, hvorfor ikke tenke motsatt? Per-utgift → per-kategori → per-prosjekt. Den rekkefølgen gjenspeiler hvordan folk kanskje tenker: hvis en spesifikk utgift har egne regler, skal den rett og slett følge dem. Hvis ikke, gir kategorimønsteret mening. Hvis det også feiler, fall tilbake til prosjektets standard. Ingen flere trappetrinn av overstyringer — bare en ren prioritert hierarki. Når jeg så strukturen slik, lettet tåken fra den pseudo-fraktalske skogen umiddelbart. Implementeringsveien ble åpenbar: "Hver utgift sjekkes for per-utgift-tilpassede forhold. Hvis de er til stede, bruk dem. Hvis ikke, sjekk per-kategori-forhold. Hvis ikke, bruk prosjektets standard."

Den nye logikken føltes enkel, forutsigbar og matematisk korrekt. For å støtte dette prioritetssystemet la vi til en dedikert MariaDB-tabell for per-utgift-fordelinger, omtrent som tabellen for per-kategori-fordelinger. Utgiftsdetaljtabellen trengte også utvidelse, slik kategoridetaljtabellen gjorde i v1.5. Når det underliggende "to-etasjes" designet ble klart, var resten bare nøye koding — både i appen og på serveren. Likevel føltes veien risikabel noen steder, som å gå gjennom en mørk skog uten kart. Jeg ville klarne hodet og gikk ut. Lufta var skarp og ren. Mens jeg gikk gjennom nabolaget, så jeg Mt. Fuji reise seg i det fjerne, krystallblå under en perfekt blå himmel. Det var nesten 100 km unna, men så ut som det var nær nok til å ta på. Øyeblikket var en påminnelse: selv om jeg tror jeg går i en skog, går jeg faktisk under åpen himmel.

Splync v1.9 kom til etter den klarhetsøkten. Jeg dro hjem, fullførte de nye endepunktene, forberedte ny serverlogikk, organiserte grensesnittene, leverte v1.9 til Apple og sovnet til slutt. Gjennomgangen ble ferdig tidligere enn vanlig. Da jeg våknet, var Splync v1.9 allerede godkjent og automatisk utgitt på App Store. Fra denne versjonen blir deling langt mer fleksibel. Hvis du reiser med John og Kate, kan du dele grunnleggende utgifter jevnt mellom dere tre. Men for mat kan du bytte til en "25% : 50% : 25%" deling fordi John vanligvis spiser dobbelt så mye. Og hvis John hopper over en middag — si, på en østersrestaurant — kan du sette det måltidet til "50% : 0% : 50%" så han ikke betaler for noe han ikke spiste. Med v1.9 støtter Splync nå per-prosjekt, per-kategori og per-utgift-forhold i en samlet logikk. Grunnlaget er stabilt og matematisk korrekt. Neste utfordring er grensesnittet: noen andre delingsapper tilbyr glattere, mer stilige måter å justere disse forholdene på. Splync har nå den bakre styrken til å støtte slike forbedringer. Vi vil jobbe med dem en etter en.