অনেক সংস্থা ওপেন সোর্স সফ্টওয়্যার গ্রহণ করছে কারণ তারা এটিকে মালিকানা বিকাশের একটি সস্তা বিকল্প হিসাবে দেখে। যাইহোক, এটি বজায় রাখার জন্য এখনও ইঞ্জিনিয়ারিং প্রচেষ্টার প্রয়োজন, একটি Google কেস স্টাডি অনুসারে: “একটি ওপেন সোর্স সফ্টওয়্যার প্যাকেজের একটি অনুলিপি (Google-এ) বজায় রাখতে কত খরচ হয়?”

গবেষণা দেখায় যে ওপেন সোর্স প্যাকেজগুলির অভ্যন্তরীণ অনুলিপিগুলির বেশিরভাগ আপডেটগুলি চার ইঞ্জিনিয়ারিং ঘন্টা বা তার কম সময় নেয়। আরও চাহিদাপূর্ণ আপডেটের জন্য স্থানীয় পরিবর্তন, নির্ভরশীলতা এবং দুর্বল সফ্টওয়্যারগুলির জন্য প্যাচগুলি কাজের চাপে যোগ করার জন্য কয়েক দিন বা মাসের প্রচেষ্টার প্রয়োজন হতে পারে।

Google এপ্রিল এবং ডিসেম্বর 2024 এর মধ্যে 54টি প্যাকেজ আপডেটের সাথে যুক্ত ইঞ্জিনিয়ারিং প্রচেষ্টাগুলি ট্র্যাক করেছে৷ কোম্পানিটি কর্মীদের সম্পর্কে জরিপ করেছে যেগুলি আপডেটগুলিকে বেশি সময় নেয়৷

স্থানীয় পরিবর্তনগুলি পুনরাবৃত্তিমূলক কাজ তৈরি করে

দরকারী প্যাচ আবিষ্কারের ফলাফল সহ 47 টি প্যাকেজের মধ্যে, কোম্পানি-নির্দিষ্ট প্যাচগুলির সাথে প্যাচ ছাড়া প্যাকেজের তুলনায় গড় আপডেটের সময় তিনগুণ বেশি ছিল। গড় শক্তি উভয় দলের জন্য একই ছিল. অতিরিক্ত কাজের প্রধান কারণ হিসেবে কর্মচারীরা সংশোধন ও কাস্টমাইজেশনকে উল্লেখ করেছেন।

আপনার অভিজ্ঞতায়, OSS প্যাকেজ বা আপডেট প্রক্রিয়ার কোন বৈশিষ্ট্যগুলির কারণে এটি গড়ের চেয়ে বেশি সময় নেয়? (সূত্র: গুগল)

যখন একটি কোম্পানি একটি ওপেন সোর্স প্যাকেজের অনুলিপি পরিবর্তন করে, তখন নতুন সংস্করণ গ্রহণ করার সময় ইঞ্জিনিয়ারদের অবশ্যই সেই পরিবর্তনগুলিকে বিবেচনায় নিতে হবে। তাদের প্যাচগুলি মানিয়ে নিতে এবং সামঞ্জস্যের সমস্যাগুলি সমাধান করতে হতে পারে।

আরও বাহ্যিক নির্ভরতা এবং আপস্ট্রিম অবদানকারীরা বৃহত্তর আপডেট প্রচেষ্টার সাথে যুক্ত ছিল। মূল প্রকল্প ভান্ডারের কার্যকলাপ প্রচেষ্টার সাথে একটি সম্পর্ক দেখিয়েছে। পূর্ববর্তী আপডেট এবং সংস্করণগুলির জন্য ইনস্টলেশনের সময়, সেইসাথে অভ্যন্তরীণ ব্যবহারের মাত্রা, আপডেট জটিলতার সাথে সামঞ্জস্যপূর্ণ সম্পর্ক দেখায়নি।

মেরামত দীর্ঘ আপডেট হতে পারে

গড় মোট ইঞ্জিনিয়ারিং প্রচেষ্টা ছিল 2.2 ঘন্টা এবং গড় ছিল 13.9 ঘন্টা। একটি আপডেট প্রায় 400 ঘন্টা সময় নিয়েছে.

গুগল ওপেন সোর্স, সোফিয়া ভার্গাস ব্যাখ্যা করেছেন, “দুই দিনের বেশি সময় লেগেছে এমন আপডেটের জন্য, বেশিরভাগ সময় প্রতিকারে ব্যয় করা হয়েছিল।

এই কাজের মধ্যে রয়েছে ডাউনস্ট্রিম নির্ভরতা সমাধান করা এবং ব্রেকডাউন সমস্যা সমাধান করা। আপডেটটি প্যাকেজ ব্যবহার করে এমন অ্যাপ্লিকেশন এবং অন্যান্য উপাদানগুলিকে প্রভাবিত করতে পারে এবং আপডেট সম্পূর্ণ হওয়ার আগে মেরামতের প্রয়োজন হতে পারে।

54টি আপডেটের মধ্যে 52টিতে, প্রকৌশলীরা প্রোগ্রামিং ভাষার সাথে খুব পরিচিত ছিলেন, কিন্তু প্যাকেজটি এবং কীভাবে এটি Google-এর অভ্যন্তরে ব্যবহার করা হয়েছিল তার সাথে সম্পূর্ণ অপরিচিত। শুরু করার জন্য যথেষ্ট তথ্য শিখতে গড়ে এক ঘণ্টারও কম সময় লেগেছে।

Google সেটিং বিস্তৃত সিদ্ধান্তে সীমাবদ্ধ করে

ডেটা সংগ্রহের সময়কালে পর্যবেক্ষণ করা কাজটি Google প্যাকেজ আপডেটের 1% এরও কম জন্য দায়ী। অভ্যন্তরীণ ব্যবসায়িক অগ্রাধিকার অনুযায়ী আপডেটগুলি নির্বাচন করা হয়েছিল এবং Go-তে 52টি প্যাকেজ লেখা হয়েছিল৷

Google সাধারণত প্রতিটি আমদানি করা প্যাকেজের একটি সংস্করণ তার অভ্যন্তরীণ সংগ্রহস্থলে সংরক্ষণ করে। এর সরঞ্জাম এবং প্রক্রিয়া ক্ষতিগ্রস্ত সফ্টওয়্যার মেরামত করার জন্য প্রয়োজনীয় কাজ সহ রক্ষণাবেক্ষণের প্রচেষ্টাকে প্রভাবিত করে।

গবেষণায় নির্দিষ্ট করা হয়নি যে কোন সরঞ্জাম ইঞ্জিনিয়াররা ব্যবহার করতে পারে বা জেনারেটিভ এআই সহ পৃথক সরঞ্জামগুলির প্রভাব মূল্যায়ন করতে পারে। পুরানো এবং সংরক্ষণাগারভুক্ত প্যাকেজগুলি সীমিত কভারেজ পেয়েছে।

পড়তে ভুলবেন না:

অত্যাবশ্যক ওপেন সোর্স সাইবারসিকিউরিটি টুলের সাথে আপ টু ডেট থাকতে হেল্প নেট সিকিউরিটির বিজ্ঞাপন-মুক্ত মাসিক নিউজলেটারে সদস্যতা নিন। এখানে সদস্যতা!