Splync v1.9 प्रत्येक खर्च के लिए कस्टम शेयरिंग अनुपात सेट कर सकता है

Splync v1.5 जारी करने के लगभग डेढ़ महीने बाद, एक नई प्रतिक्रिया लहर आई। यह अपडेट अंततः प्रत्येक प्रोजेक्ट और श्रेणी के लिए कस्टम विभाजन अनुपात की अनुमति देता था। v1.5 अपडेट में सर्वर-साइड के बड़े बदलाव की आवश्यकता थी, इसलिए मैंने सोचा था कि यह अधिकांश उपयोग मामलों के लिए पर्याप्त है। फिर कुछ नए उपयोगकर्ताओं ने एक सरल और उचित सवाल पूछा: "क्या हम प्रत्येक व्यक्तिगत खर्च के लिए कस्टम शेयरिंग अनुपात सेट कर सकते हैं?" उनके यात्रा प्रोजेक्ट के कुछ समय ऐसे थे जब केवल दो सदस्यों को खर्च को विभाजित करने की आवश्यकता थी, और अन्य समय जब सभी तीनों कुछ साझा करना चाहते थे। Splync v1.8 के तहत, उत्तर दुर्भाग्यवश नहीं था। मैंने समझाया कि वे उन विशेष मामलों के लिए कस्टम अनुपात के साथ अतिरिक्त श्रेणियाँ बना सकते हैं - एक वर्कअराउंड, सही समाधान नहीं।

v1.5 में कितना काम किया गया था, यह याद करते हुए थोड़ा भारी महसूस हुआ। पहले मुझे प्रोजेक्ट्स को उनके खुद के विभाजन अनुपात देने पड़े। फिर श्रेणियों को भी उनके अपने कस्टम अनुपात की आवश्यकता थी। उस समय मुझे लगा कि मैंने पूरे पेड़ को कवर कर लिया है - हर शाखा से हर फल इकट्ठा कर लिया है। लेकिन प्रति-खर्च अनुपात पर काम करना अलग था। ऐसा लगा जैसे हर बार जब मैं एक फल उठाता, एक नया पेड़ उसी स्थान से उगता। यह एक अनंत फ्रैक्टल जंगल नहीं था, बल्कि एक स्पष्ट दो-मंजिला संरचना थी: एक परत अगली को जन्म देती है। v1.5 की तर्कशक्ति में, एक खर्च पहले प्रोजेक्ट के अनुपात को विरासत में लेता है। अगर इसकी श्रेणी के पास कस्टम अनुपात होते, तो वे प्रोजेक्ट के मूल्यों को ओवरराइट कर देते। इसलिए जब प्रति-खर्च अनुपात जोड़ने की बात आई, तो मैं एक और ओवरराइट उस ओवरराइट के ऊपर जोड़ने की कोशिश कर रहा था। संरचना ओवरराइड्स की सीढ़ी बन गई - तकनीकी रूप से सही, लेकिन मानसिक रूप से उलझनभरी। इसके लिए एक और परत जोड़ना मुश्किल था।

आखिरकार समाधान संरचना को उल्टा करने से आया। "प्रोजेक्ट → श्रेणी → खर्च" करने और हर परत को अगली के साथ ओवरराइट करने की बजाय, क्यों न विपरीत दिशा में सोचा जाए? प्रति-खर्च शेयर → प्रति-श्रेणी शेयर → प्रति-प्रोजेक्ट शेयर। यह क्रम इस बात को दर्शाता है कि असली लोग कैसे सोच सकते हैं: अगर किसी विशेष खर्च के अपने नियम हैं, तो उसे बस उनका पालन करना चाहिए। यदि नहीं, तो श्रेणी का पैटर्न समझ में आता है। यदि वह भी विफल हो जाए, तो प्रोजेक्ट डिफॉल्ट पर वापस लौटें। अब ओवरराइड्स की सीढ़ी नहीं - बस प्राथमिकता की एक साफ-सुथरी श्रृंखला है। जैसे ही मैंने इस तरह से संरचना को देखा, तुरंत ही फ्रैक्टल जंगल का कोहरा साफ हो गया। कार्यान्वयन का मार्ग स्पष्ट हो गया: "प्रत्येक खर्च के लिए कस्टम शेयर की जाँच की जाती है। यदि मौजूद हैं, तो उनका उपयोग करें। यदि नहीं, तो प्रति-श्रेणी शेयर की जाँच करें। यदि नहीं, तो प्रोजेक्ट डिफॉल्ट का उपयोग करें।"

नया तर्क सरल, पूर्वानुमानित और गणितीय रूप से ठोस महसूस हुआ। इस प्राथमिकता प्रणाली का समर्थन करने के लिए, हमने प्रति-खर्च विभाजन के लिए एक समर्पित MariaDB तालिका जोड़ी, जो प्रति-श्रेणी विभाजन तालिका का थोड़ा प्रतिबिंब करती थी। खर्च विवरण तालिका का विस्तार भी आवश्यक था, जैसे कि श्रेणी विवरण तालिका का v1.5 में हुआ था। एक बार जब अंतर्निहित "दो-मंजिला" डिज़ाइन स्पष्ट हो गया, तो बाकी सब बस सावधानीपूर्वक कोडिंग थी - ऐप में और सर्वर पर। फिर भी, रास्ता कुछ जगहों पर जोखिम भरा महसूस हुआ, जैसे बिना नक्शे के अंधेरे जंगल में चलना। मैंने अपने दिमाग को साफ करने के लिए बाहर कदम रखा। हवा तीखी और साफ थी। अपने पड़ोस से गुजरते हुए, मैंने दूरी में माउंट फ़ूजी को देखा, जो पूरी तरह से नीले आकाश के नीचे क्रिस्टल नीला था। यह लगभग 100 किमी दूर था, फिर भी वह छूने योग्य लग रहा था। यह पल एक अनुस्मारक की तरह महसूस हुआ: भले ही मुझे लगता है कि मैं जंगल में चल रहा हूँ, वास्तव में मैं खुले आकाश के नीचे चल रहा हूँ।

Splync v1.9 उस स्पष्टता के क्षण से उत्पन्न हुआ। मैं घर लौटा, नए एंडपॉइंट्स की वायरिंग पूरी की, नए सर्वर लॉजिक को तैयार किया, संबंधित इंटरफेस को व्यवस्थित किया, v1.9 को एप्पल के पास जमा किया, और अंततः सो गया। समीक्षा सामान्य से पहले पूरी हो गई। जब मैं जागा, Splync v1.9 को पहले ही मंजूरी मिल गई थी और यह स्वचालित रूप से App Store पर जारी हो गया था। इस संस्करण से, विभाजन अब और भी लचीला हो गया है। अगर आप जॉन और केट के साथ यात्रा कर रहे हैं, तो आप तीनों के बीच मूल खर्चों को समान रूप से साझा कर सकते हैं। लेकिन खाने के लिए, आप "25% : 50% : 25%" विभाजन में बदल सकते हैं क्योंकि जॉन आमतौर पर दोगुना खाता है। और अगर जॉन एक रात का खाना छोड़ देता है - जैसे कि एक ऑयस्टर रेस्टोरेंट में - तो आप उस विशेष भोजन को "50% : 0% : 50%" सेट कर सकते हैं ताकि वह उस चीज के लिए भुगतान न करे जो उसने नहीं खाई। v1.9 के साथ, Splync अब एकीकृत तर्क में प्रति-प्रोजेक्ट, प्रति-श्रेणी और प्रति-खर्च अनुपात का समर्थन करता है। नींव स्थिर और गणितीय रूप से ठोस है। अगली चुनौती इंटरफेस है: कुछ अन्य विभाजन ऐप्स इन अनुपातों को समायोजित करने के लिए अधिक सहज और स्टाइलिश तरीके प्रदान करते हैं। Splync के पास अब ऐसी सुधारों का समर्थन करने के लिए बैकएंड ताकत है। हम एक के बाद एक उन पर काम करेंगे।