Splync v1.5 — Uwiano Maalum kwa Kila Mradi na Kila Aina

Mnamo Septemba 16, 2025, Splync v1.5 ilitolewa — siku nne tu baada ya ndoa yetu ya kimataifa kukubalika na jiji. Kabla ya sasisho hili, Splync haikuweza kubadilisha uwiano wa kugawanya gharama; kila gharama iligawanywa sawasawa kwa chaguo-msingi. Na v1.5, watumiaji sasa wanaweza kuweka uwiano maalum kwa kila mradi na kila aina. Mabadiliko haya yanawezesha wanandoa na marafiki kugawanya gharama kulingana na maisha yao halisi, si tu 50:50. Unaweza kuanza mradi mpya wa kihasibu na uwiano wa 60:40 kwa gharama za kila siku kuanzia mwezi Oktoba, huku ukihifadhi kodi ya nyumba ikiwa 50:50 ikiwa hiyo inafaa kwa nyote. Na kama mboga zinavyokuwa na uwiano wa 70:30 na huduma za nyumbani 62:38, unaweza sasa kuweka uwiano huo kando kando — kwa kila aina — ndani ya mradi huo huo.

Mabadiliko yanayoonekana zaidi katika v1.5 ni sehemu mpya ya Member & Default Shares, ambapo unaweza kuongeza wanachama wa mradi na kuwapa kila mtu mgawo wa chaguo-msingi. Ikiwa mradi una wanachama wawili, uwiano unaweza kuwa 50:50, 40:60, au chochote kinachoonekana sawa. Ukiwa na wanachama watatu, inaweza kuwa 33.33:33.33:33.34, 50:25:25, au mchanganyiko wowote upendao. Huu unakuwa mgawo wa chaguo-msingi wa mradi. Chini ya hapo, unaweza kutelezesha chini ili kubadilisha mgawo wa kila aina ikiwa unataka utofautiane na chaguo-msingi la mradi. Unapoweka uwiano maalum kwa aina, alama yake ya bluu inageuka kuwa ya machungwa — ishara ndogo inayoashiria kuwa aina hiyo inatumia sheria yake yenyewe badala ya mradi mzima. Ingawa mabadiliko haya yanaongeza uflexi wa mipangilio ya mradi, pia yanafanya mtazamo wa kuunda/kubadilisha mradi kuwa mgumu zaidi. Ili kusaidia katika hili, nimeongeza vitufe vya maelezo kwenye kila sehemu hivyo unaweza kuvibonyeza ili kuona msaada wa maswali na majibu madogo.

Kutekeleza mabadiliko haya kulikuwa ngumu zaidi kuliko nilivyodhani. Splync kila mara ilifikiria dunia ya 50:50 — namba moja, inayoenda kila mahali, na hesabu ilikuwa imekamilika. Mara nilipoamua kusaidia uwiano maalum, muundo wa ndani wote ulipaswa kufikiriwa upya. Mradi haukuweza tena kutegemea asilimia moja iliyoainishwa. Kila aina ilihitaji uwiano wake, na kila gharama ilipaswa kurejelea chaguo-msingi la mradi na kipaumbele cha aina hiyo. Ili kufanya kazi hii, niliandika upya mantiki ya hesabu kutoka msingi. Kila gharama sasa ina mti mdogo wa maamuzi: “Je, aina hii ina uwiano wake? Ikiwa ndio, tumia huo. Ikiwa hapana, rudi kwa uwiano wa mradi.” Inaonekana rahisi unapoielezea, lakini kuweka muundo wa data thabiti kote kwenye programu — maoni ya iOS, FastAPI backend, na MariaDB schemas — kulihitaji uangalizi zaidi kuliko nilivyotarajia.

Sasisho lolote linalogusa upande wa seva linapaswa kushughulikiwa kwa uangalifu mkubwa. Ukibadilisha kwa bahati mbaya msimbo uliopo wa seva, watumiaji walio kwenye v1.4 watakumbana na hitilafu za mfumo. Kwa mfano, programu ya seva ya v1.5 inatarajia mipangilio ya mradi kujumuisha data ya uwiano, lakini programu ya v1.4 inatuma mipangilio ya mradi bila uwiano wowote kabisa. Mara tu matoleo hayo mawili yanapojaribu kuwasiliana, ombi linashindwa — kwa sababu tu yanazungumza “lugha” tofauti kidogo. Waendelezaji wanaweza, bila shaka, kufanya mabadiliko salama katika mazingira ya majaribio. Sehemu ngumu inaanza baada ya kuwasilisha toleo jipya ili kukaguliwa na Apple wakati watumiaji waliopo bado wako kwenye v1.4. Katika kipindi chote kutoka kuwasilisha hadi kutolewa, seva inapaswa kusaidia matoleo yote mawili kwa wakati mmoja ili wakaguzi wa Apple waweze kupima v1.5 na watumiaji waliopo waendelee kutumia v1.4 bila usumbufu.

Katika maendeleo ya programu, "endpoint" ni mahali ambapo programu inatuma maombi yake kwenye seva — kama kaunta maalum katika ukumbi wa jiji. Kaunta moja inashughulikia usajili wa ndoa, nyingine inashughulikia rekodi za wakazi, na nyingine inashughulikia pasipoti. Programu zinafanya kazi kwa njia sawa: kila endpoint ni dirisha maalum ambapo seva inakubali aina fulani ya ombi kama kuingia, uundaji wa mradi, uhariri wa gharama, ombi la urafiki, nk. Splync v1.4 inapotuma ombi, linaenda kwa "dirisha la zamani" linaloelewa muundo wa zamani. Splync v1.5 inatuma ombi lake kwa "dirisha jipya" linaloelewa data ya uwiano. Ikiwa seva itafunga dirisha la zamani mapema, watumiaji wa v1.4 hawatakuwa na mahali pa "kuwasilisha" data yao. Ndio maana, wakati wa sasisho, seva inahitaji kuweka madirisha yote mawili wazi — endpoints zote mbili — hadi kila mtumiaji ahamie salama kwenye toleo jipya. Kusema kweli, kusimamia madirisha haya mawili kwa wakati mmoja ilikuwa kama kufikiria katika mwelekeo wa ziada.

Splync v1.5 inaweza kubadilisha mgawanyiko kwa kila mradi na aina, lakini bado si kwa kila gharama. Ili kusaidia uwiano wa kila gharama, tunahitaji safu mpya ya muundo — kimsingi uandishi upya wa kina wa jinsi kila gharama inavyohifadhi na kuhesabu mgao wake. Tunapaswa pia kuwa waangalifu tusije tukafanya interface ya programu kuwa ngumu ghafla kwa ajili ya kuongeza nguvu zaidi. Ni sasisho kubwa zaidi kuliko inavyosikika. Tafadhali tupe muda zaidi kidogo kufikia hapo. Iko katika upeo wetu — na tutafika. Hadi wakati huo, tuangalie jinsi uwiano mpya wa kila mradi na aina tayari unavyofanya gharama za pamoja kuwa rahisi zaidi.