Splync v1.9 प्रत्येक खर्चका लागि अनुकूलन साझेदारी अनुपातहरू सेट गर्न सक्छ

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

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

ब्रेकथ्रू अन्ततः संरचना उल्टो पारेर आयो। “परियोजना → श्रेणी → खर्च” गर्दै र प्रत्येक तहलाई अर्कोबाट अधिलेखित गर्ने सट्टा, किन विपरीत दिशामा नसोच्ने? प्रति-खर्च साझेदारीहरू → प्रति-श्रेणी साझेदारीहरू → प्रति-परियोजना साझेदारीहरू। त्यो क्रमले वास्तविक व्यक्तिहरूले कसरी सोच्न सक्छन् भन्ने कुरा प्रतिबिम्बित गर्छ: यदि विशेष खर्चसँग आफ्नै नियमहरू छन् भने, यसले तिनीहरूलाई मात्र पालना गर्नुपर्छ। यदि होइन भने, श्रेणीको ढाँचा ठीक हुन्छ। यदि त्यो पनि असफल भएमा, परियोजनाको पूर्वनिर्धारित मानमा फर्किनुहोस्। अधिलेखको सिँढीको अन्त्य — केवल प्राथमिकताको एक सफा पदानुक्रम। यसरी संरचना देखेपछि, छद्म-फ्र्याक्टल जंगलको कुहिरो तत्काल हट्यो। कार्यान्वयन मार्ग स्पष्ट भयो: “प्रत्येक खर्चलाई प्रति-खर्च अनुकूलन साझेदारीहरूको लागि जाँच गरिन्छ। यदि उपस्थित छ भने, तिनीहरूलाई प्रयोग गर्नुहोस्। यदि होइन भने, प्रति-श्रेणी साझेदारीहरू जाँच गर्नुहोस्। यदि होइन भने, परियोजनाको पूर्वनिर्धारित मान प्रयोग गर्नुहोस्।”

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

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