Splync v1.5 — Mukautettavat jako-osuudet projektin ja kategorian mukaan

Splync v1.5 julkaistiin 16. syyskuuta 2025 — vain neljä päivää sen jälkeen, kun kansainvälinen avioliittomme vihdoinkin hyväksyttiin kaupungissa. Ennen tätä päivitystä Splync ei voinut mukauttaa jako-suhteita lainkaan; kaikki kulut jaettiin oletuksena tasan. Versiossa v1.5 käyttäjät voivat nyt asettaa mukautettuja suhdelukuja sekä projektin että kategorian mukaan. Tämä muutos mahdollistaa, että pariskunnat ja ystävät voivat jakaa yhteiset kulut siten, että ne heijastavat paremmin heidän oikeaa elämäänsä, eivät vain yksinkertaista 50:50-jakoa. Voit aloittaa uuden kirjanpitoprojektin 60:40-jaolla päivittäisissä kuluissa lokakuusta alkaen, mutta pitää asunnon vuokran tasan 50:50, jos se tuntuu reilulta molemmille. Ja jos ruokaostokset tuntuvat tasapainoisemmilta 70:30-jakaumalla, kun taas apuohjelmat paremmin 62:38, voit nyt asettaa nämä suhteet erikseen — kategoria kerrallaan — samassa projektissa.

Versiossa v1.5 suurin näkyvä muutos on uusi Jäsenet & Oletusosuudet -osio, jossa voit lisätä projektin jäseniä ja määrittää kullekin henkilölle oletusosuuden. Jos projektissa on kaksi jäsentä, suhde voi olla 50:50, 40:60 tai mikä vain tuntuu oikealta. Kolmelle jäsenelle se voi olla 33,33:33,33:33,34, 50:25:25 tai mikä tahansa yhdistelmä, jonka haluat. Tämä muodostaa projektin oletusjaon. Tämän alapuolella voit vierittää alaspäin säätääksesi kunkin kategorian osuuden, jos haluat sen eroavan projektin oletuksesta. Kun annat mukautetun suhteen kategorialle, sen sininen suhdelukumarkki muuttuu oranssiksi — pieni visuaalinen vihje siitä, että kategoria käyttää omaa sääntöään eikä projektin yleistä. Vaikka tämä muutos lisää joustavuutta projektiasetuksiin, se tekee myös luo/muokkaa projektinäkymästä hieman monimutkaisemman. Tämän helpottamiseksi lisäsin tieto-painikkeita kuhunkin osioon, jotta voit napauttaa niitä nähdäksesi pieniä kysymys-vastaus-avustajia.

Tämän muutoksen toteuttaminen oli monimutkaisempaa kuin odotin. Splync oli aina olettanut selkeän 50:50-maailman — yksi numero, sovellettu kaikkialle, ja matematiikka oli valmis. Kun päätin tukea mukautettuja suhdelukuja, koko sisäinen rakenne piti miettiä uudelleen. Projekti ei voinut enää luottaa yhteen jaettuun prosenttiosuuteen. Jokainen kategoria tarvitsi oman suhteensa ja jokaisen kulun piti viitata sekä projektin oletukseen että kategorian ohitukseen. Jotta tämä toimisi, kirjoitin laskentalogiikan uudelleen alusta alkaen. Jokainen kulu kantaa nyt pientä päätöspuuta: ”Onko tällä kategorialla oma suhde? Jos kyllä, käytä sitä. Jos ei, palaa projektin suhteeseen.” Se kuulostaa yksinkertaiselta selitettynä, mutta tietomallin pitäminen yhtenäisenä koko sovelluksessa — iOS-näkymät, FastAPI-taustajärjestelmä ja MariaDB-skeemat — vaati tarkempaa hienosäätöä kuin odotin.

Kaikki päivitykset, jotka koskettavat palvelimen puolta, on käsiteltävä äärimmäisen huolellisesti. Jos vahingossa muokkaat olemassa olevaa palvelinkoodia, v1.4-versiossa olevat käyttäjät törmäävät heti bugeihin tai järjestelmävirheisiin. Esimerkiksi v1.5:n palvelinohjelma odottaa projektiasetusten sisältävän suhdetietoja, mutta v1.4-sovellus lähettää projektiasetuksia ilman mitään suhteita. Heti kun nämä kaksi versiota yrittävät kommunikoida, pyyntö epäonnistuu — yksinkertaisesti siksi, että ne puhuvat hieman eri ”kieliä”. Kehittäjät voivat tietenkin tehdä muutoksia turvallisesti testausympäristössä. Hankaluudet alkavat, kun uusi versio lähetetään Applen tarkastettavaksi, kun olemassa olevat käyttäjät ovat yhä v1.4:ssä. Koko ajanjakson ajan lähetyksestä julkaisuun palvelimen on tuettava molempia versioita samanaikaisesti, jotta Applen tarkastajat voivat testata v1.5:tä ja olemassa olevat käyttäjät voivat jatkaa v1.4:n käyttöä ilman keskeytyksiä.

Sovelluskehityksessä ”päätepiste” on yksinkertaisesti paikka, johon sovellus lähettää pyyntönsä palvelimella — vähän kuin tietyt luukut kaupungintalossa. Yksi luukku käsittelee avioliittorekisteröintejä, toinen käsittelee asukasrekistereitä ja kolmas käsittelee passeja. Sovellukset toimivat samalla tavalla: jokainen päätepiste on omistettu ikkuna, jossa palvelin hyväksyy tietyn tyyppisiä pyyntöjä, kuten kirjautumisia, projektien luomista, kulujen muokkausta, kaveripyyntöjä jne. Kun Splync v1.4 lähettää pyynnön, se menee ”vanhaan” ikkunaan, joka ymmärtää vanhempaa muotoilua. Splync v1.5 lähettää pyyntönsä ”uuteen” ikkunaan, joka ymmärtää suhdetietoja. Jos palvelin sulkisi vanhan ikkunan liian aikaisin, v1.4-käyttäjillä ei olisi paikkaa ”jättää” tietojaan. Siksi päivityksen aikana palvelimen on pidettävä molemmat ikkunat auki — molemmat päätepisteet — kunnes kaikki käyttäjät ovat turvallisesti siirtyneet uuteen versioon. Rehellisesti sanottuna näiden kahden ikkunan hallinta samanaikaisesti tuntui kuin ajattelisi ylimääräisessä ulottuvuudessa.

Splync v1.5 voi mukauttaa jaot projektin ja kategorian mukaan, mutta ei vielä kulukohtaisesti. Tukeaksemme kulukohtaisia suhteita tarvitsemme toisen rakenteellisen kerroksen — käytännössä syvemmän uudelleenkirjoituksen siitä, miten kukin kulu tallentaa ja laskee osuutensa. Meidän on myös varottava, ettemme tee sovelluksen käyttöliittymästä yhtäkkiä monimutkaista vain lisää tehoa varten. Tämä on suurempi päivitys kuin miltä se kuulostaa. Ole hyvä ja anna meille hieman enemmän aikaa päästäksemme sinne. Se on horisontissamme — ja saavumme siihen. Sillä välin tutustutaan siihen, miten uudet projekti- ja kategoriakohtaiset suhteet jo tekevät yhteisistä kuluista paljon joustavampia.