ஒவ்வொரு செலவுக்கும் தனிப்பயன் பங்கீடு விகிதங்களை அமைக்க Splync v1.9

Splync v1.5 வெளியாகி ஒருமாதம் கழித்து, புதிய கருத்துக்களின் அலை வந்தது. ஒவ்வொரு திட்டத்திற்கும், பிரிவிற்கும் தனிப்பயன் பங்கீடு விகிதங்களை அனுமதித்த v1.5 புதுப்பிப்பு, அதிக சேவை மாற்றங்களை தேவைப்படுத்தியது, எனவே நான் அதே நேரத்தில் பல விஷயங்களுக்கே இதுவே போதுமானது என நம்பினேன். அப்போது சில புதிய பயனர்கள் ஒரு சிம்பிள், நியாயமான கேள்வி கேட்டனர்: "ஒவ்வொரு செலவிற்கும் தனிப்பயன் பகிர்வு விகிதங்களை அமைக்க முடியுமா?" அவர்கள் பயணத் திட்டத்தில், சில சமயங்களில் இரண்டு பேர் மட்டும் ஒரு செலவைப் பகிர வேண்டும், மற்ற சமயங்களில் மூவரும் ஒன்றை பகிர விரும்பினர். Splync v1.8 இல், பதில் வருத்தப்படுத்தும் வகையில் இல்லை. அவ்வேளை அவ்வாறான குறிப்பிட்ட நிலைக்கு பன்னிரண்டு பிரிவுகள் உருவாக்கலாம் என விளக்கினேன் — workaround, உண்மையான தீர்வு அல்ல.

v1.5 இல் எவ்வளவு வேலை செய்யப்பட்டது என்பதை நினைவுக்கு எடுத்துக் கொள்வது கொஞ்சம் பேரதிர்ச்சியாக இருந்தது. முதலில், திட்டங்கள் அவர்களது சொந்த பங்கீடு விகிதங்களை கொண்டிருக்க வேண்டும். பின்னர் பிரிவுகளுக்கும் அவர்களின் தனிப்பயன் விகிதங்கள் தேவைப்பட்டன. அப்போதெல்லாம் நான் முழு மரத்தை கையாள்ந்ததாகக் கருதினேன் — ஒவ்வொரு கிளையிலிருந்தும் பழங்களை சேகரித்தேன். ஆனால் ஒவ்வொரு செலவிற்கும் விகிதங்களை கையாள்வது வித்தியாசமானது. அது என்னவோ, நான் ஒரு பழத்தை எடுக்கும் போது, அதே இடத்தில் புதிய மரம் ஒரு கிளையை உருவாக்கியது போல. முடிவில்லா fractal காடு அல்ல, ஆனால் ஒரு தெளிவான இரண்டு அடுக்குகள் உள்ள அமைப்பு: ஒரு அடுக்கு மற்றொன்றை உருவாக்குவது. v1.5 லாஜிக்கில், ஒரு செலவு முதலில் திட்டத்தின் விகிதத்தைத் தேர்ந்தெடுக்கும். அதன் பிரிவு தனிப்பயன் விகிதங்களை கொண்டிருந்தால், அவை திட்டத்தின் மதிப்புகளை மீறிவிடும். எனவே, ஒவ்வொரு செலவிற்கும் விகிதங்களைச் சேர்க்கும் போது, ஒரு overwrite மேல் மற்றொரு overwrite சேர்க்க முயன்றேன். அமைப்பு overrides இன் படிக்கட்டமாக மாறியது — தொழில்நுட்ப ரீதியாக சரியானது, ஆனால் மனதில் குழப்பமாக இருந்தது. மேலும் ஒரு நெகிழ்வான லாஜிக்கைக் கட்டுவதற்கு காரணம் கூறுவது கடினமாக இருந்தது.

இடைவெளியில், அமைப்பை தலைகீழாக மாற்றியதில் தீர்வு கிடைத்தது. 'திட்டம் → பிரிவு → செலவு' என்று அணுகுவதற்கு பதிலாக, மாறுவேள்வியான வழியைக் குறித்து சிந்திக்கலாமா? ஒவ்வொரு செலவிற்கும் பகிர்வு → ஒவ்வொரு பிரிவிற்கும் பகிர்வு → ஒவ்வொரு திட்டத்திற்கும் பகிர்வு. அந்த வரிசை உண்மையானவர்களுக்குப் பொருத்தமானது: ஒரு குறிப்பிட்ட செலவிற்கும் தனிப்பயன் விதிகள் உள்ளபோது, அது அவற்றைப் பின்பற்ற வேண்டும். இல்லையெனில், பிரிவின் மாதிரி பொருந்தும். அதுவும் தோல்வியடைந்தால், திட்டத்தின் இயல்புநிலை. இப்போது கூட்டு overrides இல்லை — ஒரு சுத்தமான முன்னுரிமைக் கொள்கை. நான் இந்த அமைப்பை இவ்வாறு பார்த்தவுடன், pseudo-fractal காடின் மூடுபனி உடனடியாக தெளிந்தது. செய்முறை வழி தெளிவாகத் தோன்றியது: 'ஒவ்வொரு செலவுக்கும் தனிப்பயன் பகிர்வுகள் உள்ளனவா என்று சரிபார்க்கப்படுகிறது. இருப்பின், அவற்றைப் பயன்படுத்துங்கள். இல்லையெனில், ஒவ்வொரு பிரிவிற்கும் பகிர்வுகளைச் சரிபார்க்கவும். இல்லையெனில், திட்டத்தின் இயல்புநிலையைப் பயன்படுத்தவும்.'

புதிய லாஜிக் எளிமையானது, எதிர்பார்ப்பதற்கு எளிதானது, மற்றும் எளிதில் கணக்கிடக்கூடியது என்று தோன்றியது. இந்த முன்னுரிமைக் கொள்கையை ஆதரிக்க, ஒவ்வொரு செலவிற்கும் அளவீடுகளை ஆதரிக்க ஒரு தனியார் MariaDB அட்டவணை சேர்த்தோம், ஒவ்வொரு பிரிவிற்கும் பங்கீடு அட்டவணையின் போன்ற ஒரு அமைப்பு. செலவு விவரத்துக்கான அட்டவணையும் விரிவாக்கம் தேவைப்பட்டதால், v1.5 இல் பிரிவு விவரத்துக்கான அட்டவணை செய்யப்பட்டது. அடிநிலையான 'இரண்டு-அடுக்கு' வடிவமைப்பு தெளிவாகத் தோன்றியவுடன், மீதம் இருந்தது கவனமாகக் குறியீடு செய்வது மட்டுமே — ஆப்பில் மற்றும் சர்வரில் இரண்டும். இப்போதும், பாதை சில இடங்களில் ஆபத்தாக இருந்தது, வரைபடம் இல்லாத இருண்ட காடில் நடப்பது போல. என் மனதை நிம்மதியாக்க நான் வெளியில் சென்றேன். காற்று கூர்மையானது மற்றும் சுத்தமானது. என் அக்கம் பக்கங்களில் நடக்கும்போது, முழுமையான நீல வானின் கீழ் நீல வெளியில் மிருதுவாய் கிளம்பிய மவுன்ட். புச்சி உயர்ந்து கொண்டது. அது 100 கி.மீ. தொலைவில் இருந்தது, ஆனால் தொடுவதற்குக் குறுகியது போல தோன்றியது. அந்த தருணம் ஒரு நினைவூட்டலாக இருந்தது: நான் ஒரு காடில் நடக்கிறேன் என்று நினைத்தபோதிலும், நான் உண்மையில் திறந்த வானின் கீழே நடக்கிறேன்.

அந்த தெளிவு தருணத்திலிருந்து Splync v1.9 உருவானது. நான் வீட்டிற்க்குத் திரும்பி, புதிய எண்ட்பாயிண்ட்களை முடித்தேன், புதிய சர்வர் லாஜிக்கைத் தயாரித்தேன், தொடர்புடைய இடைமுகங்களை ஒழுங்கமைத்தேன், v1.9 ஐ ஆப்பிளிடம் சமர்ப்பித்தேன், அந்த நேரத்தில் தூங்கிவிட்டேன். மதிப்பீடு வழக்கத்தை விட சீக்கிரமாக முடிந்தது. நான் விழித்துக்கொண்டபொழுது, Splync v1.9 ஏற்கனவே அங்கீகரிக்கப்பட்டு App Store இல் தன்னிச்சையாக வெளியிடப்பட்டிருந்தது. இந்த பதிப்பிலிருந்து, பங்கீடு மிகவும் நெகிழ்வானதாக மாறுகிறது. நீங்கள் ஜான் மற்றும் கேட் உடன் பயணம் செய்தால், உள்ளடக்க செலவுகளை உங்கள் மூவரும் சமமாகப் பகிரலாம். ஆனால் உணவுக்காக, நீங்கள் '25% : 50% : 25%' விகிதத்திற்கு மாறலாம் ஏனெனில் ஜான் பொதுவாக இரட்டை அளவு சாப்பிடுகிறார். மேலும், ஜான் ஒரு இரவு உணவை தவிர்த்து விட்டால் — ஒரு குயிசீன் உணவகத்தில் — நீங்கள் அந்த குறிப்பிட்ட உணவை '50% : 0% : 50%' ஆக அமைக்கலாம், அவர் அவர் சாப்பிடாததைச் செலுத்த வேண்டாம். v1.9 உடன், Splync இப்போது ஒவ்வொரு திட்டம், ஒவ்வொரு பிரிவு, மற்றும் ஒவ்வொரு செலவுக்கான விகிதங்களை ஒரே லாஜிக்கில் ஆதரிக்கிறது. அடித்தளங்கள் நிலையானவை மற்றும் கணக்கியல் ரீதியாக சவால்கள் எளிமையானவை. அடுத்த சவால் இடைமுகம்: சில பங்கீட்டு செயலிகள் அவற்றை அமைக்க, ஸ்மூத் மற்றும் ஸ்டைலிஷ் வழிகளை வழங்குகின்றன. Splync இப்போது அவ்வாறான மேம்பாடுகளை ஆதரிக்க பின்புற வலிமை கொண்டுள்ளது. நாம் அவற்றைப் பின்தொடர்ந்து வேலை செய்கிறோம்.