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 பயன்பாடு எந்த பங்குகளும் இல்லாமல் திட்ட அமைப்புகளை அனுப்புகிறது. இந்த இரு பதிப்புகள் தொடர்புகொள்ள முயற்சிக்கும் அத்தருணத்தில், அவர்கள் பேசும் 'மொழிகள்' சிறிது மாறுபட்ட விஷயங்களாக இருப்பதால் கோரிக்கையை நிறுத்திவிடும். டெவலப்பர்கள், நிச்சயமாக, ஒரு சோதனைச் சூழலில் மாற்றங்களை பாதுகாப்பாக செய்யலாம். புதிய பதிப்பை அனுப்பி வைத்து, உள்ள பாவனையாளர்கள் இன்னும் v1.4-ல் இருக்கும் போது சவாலான பகுதி ஆரம்பிக்கிறது. சமர்ப்பிப்பிலிருந்து வெளியீட்டின் முழு காலத்தில், சேவை இரண்டு பதிப்புகளையும் ஒரே நேரத்தில் ஆதரிக்க வேண்டும், இவ்வாறு ஆப்பிள் மதிப்பாய்வாளர்கள் v1.5 ஐச் சோதிக்க முடியும் மற்றும் உள்ள பாவனையாளர்கள் v1.4 ஐத் தொடர்ந்து இடையூறு இல்லாமல் பயன்படுத்த முடியும்.

பயன்பாட்டு மேம்பாட்டில், 'முடிவுக்கான இடங்கள்' என்பது பயன்பாடு சேவைக்கு அதன் கோரிக்கைகளை அனுப்பும் இடமாகும் — நகர மண்டபத்தில் குறிப்பிட்ட கவுன்டரைப் போன்றது. ஒரு கவுன்டர் திருமண பதிவு கையாளுகிறது, இன்னொன்று குடியுரிமைப் பதிவுகள், மற்றொன்று பாஸ்போர்ட்கள். பயன்பாடுகள் ஒரே விதமாக செயல்படுகின்றன: ஒவ்வொரு முடிவுக்கான இடமும் சேவை ஒரு குறிப்பிட்ட வகையான கோரிக்கைகளை ஏற்கும் ஒரு தனிப்பட்ட சாளரமாகும், உதாரணமாக உள்நுழைவு, திட்ட உருவாக்கம், செலவு திருத்தம், நண்பர் கோரிக்கை, முதலியன. Splync v1.4 ஒரு கோரிக்கையை அனுப்பும் பொழுது, அது பழைய சாளரத்திற்குச் செல்கிறது, முதன்முதலில் உள்ள வடிவத்தைப் புரிந்துகொள்ளும். Splync v1.5 அதன் கோரிக்கையை புது சாளரத்திற்கு அனுப்புகிறது, பங்கு தரவுகளைப் புரிந்துகொள்ளும். சேவை பழைய சாளரத்தை மிக விரைவாக மூடிவிட்டால், v1.4 பயனர்களுக்கு எங்கும் 'தங்களின்' தரவுகளைச் சமர்ப்பிக்க இடமின்றி இருக்கும். அதனால், ஒரு மேம்படுத்தலின் போது, சேவை இரண்டு சாளரங்களையும் — இரண்டு முடிவுகளையும் — திறப்பாக வைத்திருக்க வேண்டும், வரை ஒவ்வொரு பயனர் புதிய பதிப்புக்கு பாதுகாப்பாக நகர்ந்துவிட்டார்கள். உண்மையில், இந்த இரு சாளரங்களையும் ஒரே நேரத்தில் நிர்வகிக்க இது ஒரு கூடுதல் பரிணாமத்தில் சிந்தித்து இருப்பதைப் போலவே உணர்த்தியது.

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