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-এ মুক্তি পেয়েছিল। এই সংস্করণ থেকে, বিভাজন আরও বেশি নমনীয় হয়ে ওঠে। যদি আপনি জন এবং কেটের সাথে ভ্রমণ করছেন, তাহলে আপনি বেসিক খরচ তিন জনের মধ্যে সমানভাবে ভাগ করতে পারেন। কিন্তু খাবারের জন্য, আপনি হয়তো “২৫% : ৫০% : ২৫%” বিভাজনে পরিবর্তন করতে পারেন কারণ জন সাধারণত দ্বিগুণ খায়। এবং যদি জন একটি রাতের খাবার এড়িয়ে যায় — ধরা যাক একটি সীফুড রেস্টুরেন্টে — আপনি সেই নির্দিষ্ট খাবারটিকে “৫০% : ০% : ৫০%” হিসাবে সেট করতে পারেন যাতে সে যা খায়নি তার জন্য অর্থ প্রদান না করে। v1.9 দিয়ে, Splync এখন প্রতি-প্রকল্প, প্রতি-বিভাগ এবং প্রতি-খরচ অনুপাত একটি একক যুক্তিতে সমর্থন করে। ভিত্তি স্থিতিশীল এবং গাণিতিকভাবে সঠিক। পরবর্তী চ্যালেঞ্জ হল ইন্টারফেস: কিছু অন্যান্য বিভাজন অ্যাপগুলি এই অনুপাতগুলি সামঞ্জস্য করার জন্য আরও মসৃণ, আরও স্টাইলিশ উপায় অফার করে। Splync এখন এই ধরনের উন্নতিগুলি সমর্থন করার জন্য ব্যাকএন্ড শক্তি পেয়েছে। আমরা একের পর এক তাদের উপর কাজ করব।