Splync v1.5 — ప్రతి ప్రాజెక్ట్ మరియు కేటగిరీకి అనుకూలనీయమైన విభజన నిష్పత్తులు

2025 సెప్టెంబర్ 16న Splync v1.5 విడుదలైంది — మా అంతర్జాతీయ వివాహం నగరం ద్వారా అంగీకరించబడిన నాలుగు రోజులకు తరువాత. ఈ అప్‌డేట్ వరకు, Splync విభజన నిష్పత్తులను అనుకూలీకరించలేకపోయింది; ప్రతి ఖర్చు డిఫాల్ట్‌గా సమానంగా విభజించబడేది. v1.5 ద్వారా, వినియోగదారులు ఇప్పుడు ప్రాజెక్ట్ మరియు కేటగిరీకి అనుకూల నిష్పత్తులను సెట్ చేయగలరు. ఈ మార్పు దంపతులు మరియు స్నేహితులకు వారి నిజ జీవితాలను మెరుగ్గా ప్రతిబింబించే విధంగా పంచుకునేలా అనుమతిస్తుంది, కేవలం సాదా 50:50 కాకుండా. అక్టోబర్ నుండి రోజువారీ ఖర్చులకు 60:40 విభజనతో ఒక కొత్త అకౌంటింగ్ ప్రాజెక్ట్ ప్రారంభించవచ్చు, మీకు న్యాయం అనిపిస్తే మీ అపార్ట్‌మెంట్ అద్దెను సమానమైన 50:50గా ఉంచండి. మరియు కూరగాయల వ్యయం 70:30గా మరియు యుటిలిటీస్ 62:38గా మెరుగ్గా అనిపిస్తే, మీరు ఇప్పుడు అవి వేరు వేరు కేటగిరీలకు ఆ నిష్పత్తులను కేటాయించవచ్చు — అదే ప్రాజెక్ట్‌లో.

v1.5లో అత్యంత కనిపించే మార్పు కొత్త సభ్యులు & డిఫాల్ట్ షేర్లు విభాగం, ఇక్కడ మీరు ప్రాజెక్ట్ సభ్యులను చేర్చవచ్చు మరియు ప్రతి వ్యక్తికి డిఫాల్ట్ షేర్ కేటాయించవచ్చు. ఒక ప్రాజెక్ట్‌లో ఇద్దరు సభ్యులుంటే, నిష్పత్తి 50:50, 40:60, లేదా సరిగ్గా అనిపించే ఏదైనా కావచ్చు. మూడు సభ్యులుంటే, అది 33.33:33.33:33.34, 50:25:25, లేదా మీకు ఇష్టమైన ఏదైనా కాంబినేషన్ కావచ్చు. ఇది ప్రాజెక్ట్ డిఫాల్ట్ విభజన అవుతుంది. దానిక్రింద, మీరు ప్రాజెక్ట్ డిఫాల్ట్ నుండి భిన్నంగా ఉండాలని భావిస్తే ప్రతి కేటగిరీ యొక్క షేర్‌ను సర్దుబాటు చేయవచ్చు. మీరు ఒక కేటగిరీకి అనుకూల నిష్పత్తిని కేటాయించినప్పుడు, దాని నీలం నిష్పత్తి చిహ్నం నారింజగా మారుతుంది — కేటగిరీ తన స్వంత నియమాన్ని ఉపయోగిస్తుందని సూచించే ఒక చిన్న దృశ్య సూచన. ఈ మార్పు ప్రాజెక్ట్ సెట్టింగ్‌లకు మరింత అనువైనతను జోడించినప్పటికీ, అది ప్రాజెక్ట్‌ని సృష్టించటం/సవరించటం యొక్క దృశ్యం కొంచెం క్లిష్టతరం చేస్తుంది. దీనికి సహాయంగా, నేను ప్రతి విభాగానికి సమాచార బటన్లను జోడించాను, మీరు వాటిని తాకి చిన్న ప్రశ్నలు మరియు సమాధానాల సహాయకులను చూడవచ్చు.

ఈ మార్పును అమలు చేయడం నేను ఊహించిన కంటే క్లిష్టంగా ఉంది. Splync ఎల్లప్పుడూ సాఫీగా 50:50 ప్రపంచాన్ని ఊహించేది — ఒక సంఖ్యను అన్నిచోట్లా వర్తింపజేసి, గణితం పూర్తయ్యేది. ఒకసారి నేను అనుకూల నిష్పత్తులకు మద్దతు ఇవ్వాలని నిర్ణయించుకున్న తర్వాత, మొత్తం అంతర్గత నిర్మాణాన్ని పునరాలోచించాల్సి వచ్చింది. ఒక ప్రాజెక్ట్ ఒకే పంచదా శాతంపై ఆధారపడలేరు. ప్రతి కేటగిరీకి తన స్వంత నిష్పత్తి అవసరం, మరియు ప్రతి ఖర్చు ప్రాజెక్ట్ స్థాయి డిఫాల్ట్ మరియు కేటగిరీ స్థాయి ఓవర్‌రైడ్‌ను సూచించాల్సి ఉంటుంది. దీనిని పని చేయించడానికి, నేను గణన లాజిక్‌ను పునాది నుంచి పునరాయించడం చేశాను. ప్రతి ఖర్చు ఇప్పుడు చిన్న నిర్ణయ వృక్షాన్ని కలిగి ఉంటుంది: "ఈ కేటగిరీకి తన స్వంత నిష్పత్తి ఉందా? ఉంటే, దానిని వినియోగించండి. లేకపోతే, ప్రాజెక్ట్ నిష్పత్తికి తిరిగి వెళ్ళు." మీరు దీనిని వివరించినప్పుడు ఇది సులభంగా అనిపిస్తుంది, కానీ యాప్‌లో డేటా నమూనాను iOS వీక్షణలు, FastAPI బ్యాక్‌ఎండ్, మరియు MariaDB స్కీమాలపై ఒక్కటిగా ఉంచడం చాలా జాగ్రత్తగా సర్దుబాటు చేయడం అవసరం.

సర్వర్ వైపు స్పృశించే ఏదైనా అప్‌డేట్ అత్యంత జాగ్రత్తగా నిర్వహించాలి. మీరు పొరపాటుగా ఉన్న సర్వర్ కోడ్‌ను మార్చినట్లయితే, ఇంకా v1.4లో ఉన్న వినియోగదారులు వెంటనే బగ్స్ లేదా సిస్టమ్ లోపాలను ఎదుర్కొంటారు. ఉదాహరణకు, v1.5 సర్వర్ ప్రోగ్రాం ప్రాజెక్ట్ సెట్టింగ్‌లను నిష్పత్తి డేటాతో కలిగి ఉంటుంది, కానీ v1.4 యాప్ ఏ నిష్పత్తులు లేకుండా ప్రాజెక్ట్ సెట్టింగ్‌లను పంపుతుంది. ఈ రెండు సంచికలు కమ్యూనికేట్ చేయడానికి ప్రయత్నించే క్షణంలో, అభ్యర్థన విఫలమవుతుంది — కేవలం వారు కొంచెం వేరే "భాషలు" మాట్లాడుతున్నందువల్ల. డెవలపర్లు, నిస్సందేహంగా, పరీక్షా వాతావరణంలో మార్పులను సురక్షితంగా చేయవచ్చు. కొత్త సంచికను Apple సమీక్షకు సమర్పించిన తర్వాత మరియు v1.4లో ఇంకా ఉన్న వినియోగదారులు ఉండగానే క్లిష్ట భాగం ప్రారంభమవుతుంది. సమర్పణ నుండి విడుదల వరకు మొత్తం కాలంలో, సర్వర్ రెండు సంచికలను ఒకేసారి సమర్థించాలి తద్వారా Apple సమీక్షకులు v1.5ను పరీక్షించవచ్చు మరియు v1.4 వినియోగదారులు వ్యతిరేకతలు లేకుండా కొనసాగించవచ్చు.

యాప్ డెవలప్‌మెంట్‌లో, "ఎండ్‌పాయింట్" అనేది యాప్ సర్వర్‌పై అభ్యర్థనలను పంపే స్థలం — నగరహాల్లులోని ప్రత్యేక కౌంటర్‌లా. ఒక కౌంటర్ వివాహ నమోదు నిర్వహిస్తుంది, మరొకటి నివాస దృవీకరణలను నిర్వహిస్తుంది, మరియు మరొకటి పాస్‌పోర్టులను. యాప్‌లు కూడా ఇదే విధంగా పనిచేస్తాయి: ప్రతి ఎండ్‌పాయింట్ ఒక నిర్దిష్ట రకమైన అభ్యర్థనను స్వీకరించే ప్రత్యేక తరంగా ఉంటుంది వంటి లాగిన్, ప్రాజెక్ట్ సృష్టి, ఖర్చు సవరణ, స్నేహ అభ్యర్థన, మొదలైనవి. Splync v1.4 ఒక అభ్యర్థన పంపినప్పుడు, అది పాత ఫార్మాట్‌ను అర్థం చేసుకునే "పాత" కిటికీకి వెళుతుంది. Splync v1.5 తన అభ్యర్థనను నిష్పత్తి డేటాను అర్థం చేసుకునే "కొత్త" కిటికీకి పంపుతుంది. సర్వర్ పాత కిటికీని త్వరగా మూసివేస్తే, v1.4 వినియోగదారులు తమ డేటాను "సమర్పించడానికి" ఎక్కడా ఉండదు. అందుకే, అప్‌డేట్ సమయంలో, సర్వర్ రెండు కిటికీలను కూడా తెరిచి ఉంచాలి — రెండు ఎండ్‌పాయింట్లను — ప్రతి వినియోగదారు సురక్షితంగా కొత్త సంచికకు మారేవరకు. నిజం చెప్పాలంటే, ఈ రెండు కిటికీలను ఒకేసారి నిర్వహించడం అదనపు గుండా ఆలోచించడం లాంటిది అనిపించింది.

Splync v1.5 ప్రాజెక్ట్ మరియు కేటగిరీకి అనుకూల విభజనలను అనుమతిస్తుంది, కానీ ఇంకా ప్రతి ఖర్చుకు కాదు. ప్రతి ఖర్చు నిష్పత్తులను మద్దతు ఇవ్వడానికి, మాకు మరొక నిర్మాణాత్మక పొర అవసరం — ఇది ప్రతి ఖర్చు తన వాటాలను ఎలా నిల్వచేసి గణించుకుంటుందో దీని యొక్క లోతైన పునరావృతం అవసరం. యాప్ యొక్క ఇంటర్‌ఫేస్‌ని అకస్మాత్తుగా క్లిష్టతరం చేయకుండా జాగ్రత్తగా ఉండాలి కేవలం మరింత శక్తిని జోడించడం కోసం. ఇది వినిపించేది కంటే పెద్ద అప్‌గ్రేడ్. దయచేసి మాకు అక్కడకు చేరుకునేందుకు కొద్దిగా సమయం ఇవ్వండి. ఇది మా క్షితిజసీమలో ఉంది — మరియు మేము దానిని చేరుకుంటాము. అప్పటి వరకు, కొత్త ప్రాజెక్ట్ మరియు కేటగిరీ నిష్పత్తులు పంచుకున్న ఖర్చులను చాలా అనువైనతరం ఎలా చేస్తాయో పరిశీలిద్దాం.