10.18 ওপেন সোর্স প্রোগ্রাম অফিস (OSPO) ও আপস্ট্রিম অবদান

পরিচিতি ও প্রেরণা

আপনার প্রতিষ্ঠান ইতিমধ্যে ওপেন-সোর্স সফটওয়্যার-এর ওপর চলে: আপনার পণ্য বহন করা অপারেটিং সিস্টেম, ভাষা, ডেটাবেস ও লাইব্রেরির বেশিরভাগ এমন মানুষ লেখে যারা আপনার জন্য কাজ করে না। অধ্যায় 10.3 ক্রয় ও লাইসেন্স সম্মতি ঢাকে, এবং অধ্যায় 10.12 উন্মুক্ত-বনাম-ক্লোজড সিদ্ধান্ত ঢাকে। এই অধ্যায় সেই ফাংশন নিয়ে যা এর সবকিছুকে সুসংগত করে: একটি ওপেন-সোর্স প্রোগ্রাম অফিস (OSPO), যে দল কোম্পানি কীভাবে ওপেন সোর্স গ্রহণ করে, তাতে অবদান রাখে এবং প্রকাশ করে তার মালিক। একটি OSPO এমন একটি সম্পর্কের মাধ্যাকর্ষণ কেন্দ্র যা অন্যথা import টাইপ করা প্রতিটি ইঞ্জিনিয়ার জুড়ে ছড়ানো।

বেশিরভাগ প্রতিষ্ঠান একবারে একটি নির্ভরতা করে ওপেন সোর্সে পিছিয়ে ঢোকে, তারপর জমা উন্মুক্ততা একসঙ্গে আবিষ্কার করে: অধিগ্রহণের যথাযথ অনুসন্ধানে একটি লাইসেন্স প্রশ্ন, একজন ক্লান্ত রক্ষণাবেক্ষণকারীসহ একটি জটিল লাইব্রেরি, কেউ পাঠাচ্ছে জানত না এমন কোডে একটি নিরাপত্তা পরামর্শ। একটি OSPO সেই তাড়াহুড়োকে একটি পরিচালিত সামর্থ্যে পরিণত করে। এটি এমন গ্রহণ নীতি স্থির করে যা আটকানোর বদলে সক্ষম করে, ঠিক করে আপস্ট্রিমে অবদান রাখা কখন ব্যবসাকে সেবা দেয়, আপনার প্রকাশ করা প্রকল্পের তত্ত্বাবধান করে, এবং InnerSource-এর মাধ্যমে কোম্পানির ভেতরে উন্মুক্ত সহযোগিতা প্রয়োগ করে। এটি একটি কৌশলগত ফাংশন, আপনার সফটওয়্যার প্রকৌশল মূল্যবোধের (অধ্যায় 1.1) সঙ্গে যুক্ত, সম্মতির চেকবক্স নয়।

এন্টারপ্রাইজের জন্য চালক পরিসর: হাজার হাজার নির্ভরতা, এখতিয়ার জুড়ে রপ্তানি ও লাইসেন্স বাধ্যবাধকতা, এবং শত শত ইঞ্জিনিয়ার যারা প্রত্যেকে প্রতিদিন ছোট ওপেন-সোর্স সিদ্ধান্ত নেয়। একটি একক অফিস সেই বিস্তারকে একটি মেরুদণ্ড দেয়। সরকারের জন্য চালক নীতি ও জনআস্থা। “ডিফল্টে ওপেন সোর্স” এবং “জনগণের অর্থ, জনগণের কোড” ক্রমশ আইন, তাই সরকারি সংস্থার এমন কেউ দরকার যিনি নিরাপদে কোড প্রকাশ করতে, সংস্থা জুড়ে পুনঃব্যবহার করতে এবং বিক্রেতাদের উন্মুক্ত মানে ধরে রাখতে পারেন। দুই পরিবেশেই OSPO অদৃশ্য, অদামি ঝুঁকিকে সুচিন্তিত, বাজেটকৃত কাজে রূপান্তর করে নিজের খরচ মেটায়।

মূল নীতিসমূহ

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

সুপারিশ

আপনার বাস্তবতার আকারে একটি OSPO দাঁড় করান

শুরু করতে আপনার বড় দল দরকার নেই। একটি স্টার্টআপে OSPO হতে পারে একটি লিখিত আদেশ ও সপ্তাহে কয়েক ঘণ্টাসহ একজন ইঞ্জিনিয়ার। একটি এন্টারপ্রাইজে এটি একটি ছোট কেন্দ্রীয় গোষ্ঠী এবং পণ্য দলে গাঁথা চ্যাম্পিয়নদের একটি যুক্ত নেটওয়ার্ক। আকার যা-ই হোক, এটিকে চারটি দায়িত্ব ঢাকা একটি স্পষ্ট সনদ দিন: গ্রহণ নীতি ও সম্মতি, আপস্ট্রিম অবদান, আপনার নিজস্ব প্রকল্প প্রকাশ ও তত্ত্বাবধান, এবং সম্প্রদায় ও অর্থায়ন সম্পর্ক। এটিকে এমন জায়গায় রাখুন যেখান থেকে প্রকৌশল ও আইনি দুটিই দেখা যায়, প্রায়ই CTO বা প্রকৌশলের একজন VP-কে রিপোর্ট করে, আইনি ও নিরাপত্তার সঙ্গে একটি ডটেড লাইনসহ। ব্যর্থতার ধরন হলো একটি OSPO যা পুরোপুরি আইনির ভেতরে বাস করে এবং একটি ব্রেক হয়ে যায়; সমাধান হলো এটিকে যে ইঞ্জিনিয়াররা পাঠায় তাদের দিয়ে কর্মী দেওয়া, যাতে এর নির্দেশনা যে দলগুলোকে সেবা দেয় তাদের মধ্যে বিশ্বাসযোগ্যতা বহন করে।

দায়িত্বশীলভাবে গ্রহণ করুন, এবং নিরাপদ পথ সহজ পথ করুন

গ্রহণ সেই জায়গা যেখানে বেশিরভাগ ঝুঁকি ঢোকে, তাই ভালো আচরণ সহজ করুন। পূর্ব-যাচাইকৃত উপাদানের একটি বাছাই করা অভ্যন্তরীণ ক্যাটালগ, পাইপলাইনে স্বয়ংক্রিয় লাইসেন্স ও দুর্বলতা স্ক্যানিং, এবং একটি টিকিট ফাইল না করে একজন ডেভেলপার অনুসরণ করতে পারে এমন স্পষ্ট ডিফল্ট দিন। অধ্যায় 10.3-এর লাইসেন্স শৃঙ্খলা এবং অধ্যায় 2.18-এর সরবরাহ-শৃঙ্খল ও নির্ভরতা-স্বাস্থ্য চর্চার ওপর ঝুঁকুন: সংস্করণ পিন করুন, একটি সফটওয়্যার বিল অব ম্যাটেরিয়ালস তৈরি করুন, আপসকৃত বা পরিত্যক্ত প্যাকেজের জন্য সফটওয়্যার সরবরাহ শৃঙ্খল পর্যবেক্ষণ করুন, এবং জীবনের-শেষ একটি মাইগ্রেশন বাধ্য করার আগে অনুসরণ করুন। OSPO-র কাজ প্রতিটি নির্ভরতা হাতে অনুমোদন করা নয়। এটি এমন রক্ষাকবচ গড়া যাতে পছন্দের পঁচানব্বই শতাংশ স্বয়ংক্রিয়ভাবে নিরাপদ এবং কেবল সত্যিকার অস্বাভাবিক ক্ষেত্র একজন মানুষের কাছে পৌঁছায়।

আপস্ট্রিমে অবদান রাখুন কারণ এটি শোধ করে, কারণ এটি সুন্দর নয়

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

প্রকৃত শাসনসহ আপনার নিজস্ব প্রকল্প প্রকাশ করুন

আপনার গড়া সফটওয়্যার ওপেন-সোর্স করার সময়, সুচিন্তিতভাবে করুন নইলে করবেন না। আগে ঠিক করুন কোডটি ভাগ করার যোগ্য পণ্যায়িত বা ক্লোজড রাখার যোগ্য পৃথককারী, অধ্যায় 10.12-এর যুক্তি ব্যবহার করে। প্রকাশ করলে আপনার অভিপ্রায়ের সঙ্গে মেলে এমন লাইসেন্স বাছুন (গ্রহণ সর্বাধিক করতে অনুমোদনমূলক, ইকোসিস্টেম পারস্পরিক রাখতে কপিলেফট), একটি লিখিত শাসন মডেলের মাধ্যমে কে কী ঠিক করে নথিবদ্ধ করুন, এবং কোড মুক্ত রেখে অপব্যবহার থেকে রক্ষা করতে প্রকল্পের নামে ট্রেডমার্ক নিবন্ধন করুন। প্রকৃত তত্ত্বাবধানে অঙ্গীকার করুন: একটি সর্বজনীন ইস্যু ট্র্যাকার, একটি অবদান নির্দেশিকা, একটি আচরণবিধি, এবং সমন্বিত প্রকাশসহ একটি নিরাপত্তা নীতি যাতে প্রতিবেদকরা জানে কীভাবে আপনার কাছে পৌঁছাতে হয় (অধ্যায় 4.2)। একজন রক্ষণাবেক্ষণকারীর নাম দিন এবং তাঁর সময় বাজেট করুন। আপনি জমজমাট ঘোষণায় চালু করা এবং এক বছরে পরিত্যাগ করা একটি প্রকল্প কখনো না পাঠানোর চেয়ে আপনার সুনামের বেশি ক্ষতি করে।

কোম্পানির ভেতরে সহযোগিতা করতে InnerSource প্রয়োগ করুন

ওপেন সোর্সকে কাজ করানো অভ্যাস (সর্বজনীন রিপোজিটরি, স্পষ্ট অবদান নির্দেশিকা, যোগ্যতায় পর্যালোচনা, প্রথম প্যাচে নিম্ন বাধা) ফায়ারওয়ালের পিছনেও সমানভাবে কাজ করে। InnerSource মানে যেকোনো ইঞ্জিনিয়ার যেকোনো অভ্যন্তরীণ প্রকল্প খুঁজতে, ব্যবহার করতে এবং উন্নত করতে পারেন, একটি টিকিট ফাইল করে অপেক্ষা করার বদলে দলের সীমানা পেরিয়ে একটি পুল রিকোয়েস্ট পাঠিয়ে। এটি সাইলো ভাঙে, কোড পুনঃব্যবহার ছড়ায়, এবং আপনার মানুষদের ঠিক সেই ওয়ার্কফ্লোতে প্রশিক্ষণ দেয় যা তারা বাহ্যিকভাবে অবদান রাখলে ব্যবহার করবে। OSPO InnerSource-এর স্বাভাবিক ঘর কারণ এটি ইতিমধ্যে টুলিং ও সাংস্কৃতিক প্লেবুকের মালিক। কয়েকটি উচ্চ-মূল্যের ভাগ করা লাইব্রেরি দিয়ে শুরু করুন, তাদের অবদান নির্দেশিকা অভ্যন্তরীণভাবে প্রকাশ করুন, এবং যে দলগুলো বাইরের প্যাচ করুণভাবে গ্রহণ করে তাদের পুরস্কৃত করুন।

আপনি যে রক্ষণাবেক্ষণকারীদের ওপর নির্ভর করেন তাদের অর্থায়ন ও টেকসই করুন

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

দ্রুত অনুমোদন করা অবদান নীতি স্থির করুন

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

ট্রেড-অফ: সুবিধা ও অসুবিধা

পদ্ধতি	সুবিধা	অসুবিধা
কেন্দ্রীয় OSPO	সামঞ্জস্যপূর্ণ নীতি, গভীর দক্ষতা, স্পষ্ট মালিকানা	কেবল গেট করলে ও কখনো সক্ষম না করলে বাধা হয়ে যেতে পারে
যুক্ত OSPO (দলে চ্যাম্পিয়ন)	স্কেল করে, সিদ্ধান্ত ইঞ্জিনিয়ারদের কাছে রাখে	শক্তিশালী সমন্বয় লাগে নইলে নীতি আলাদা হয়ে যায়
আপস্ট্রিমে অবদান	ব্যক্তিগত-প্যাচ কর মোছে, প্রভাব কেনে, নিয়োগে সাহায্য করে	চলমান প্রচেষ্টা, IP পর্যালোচনা, অন্য কারও সূচিতে কাজ
ব্যক্তিগত ফর্ক বহন	পূর্ণ নিয়ন্ত্রণ, আপনার সময়রেখায় পাঠান	স্থায়ী রক্ষণাবেক্ষণ কর, আপস্ট্রিম নিরাপত্তা সমাধান থেকে সরে যায়
আপনার নিজস্ব প্রকল্প প্রকাশ	ইকোসিস্টেম, সুনাম, ভাগ করা রক্ষণাবেক্ষণ	প্রকৃত তত্ত্বাবধান খরচ; পরিত্যাগ সুনামের ক্ষতি করে
রক্ষণাবেক্ষণকারীদের অর্থায়ন	জটিল নির্ভরতা রক্ষা করে, শুভেচ্ছা কেনে	সরাসরি খরচ, এবং কাকে অর্থায়ন করবেন তা বাছা রাজনৈতিক
কোনো OSPO নেই (অ্যাড হক)	শূন্য সেটআপ খরচ	অদৃশ্য আইনি, নিরাপত্তা ও টেকসইতা ঋণ

কেন্দ্রীয় টানাপোড়েন নিয়ন্ত্রণ ও সক্ষমকরণের মধ্যে। যে OSPO প্রতিটি নির্ভরতা ও প্রতিটি অবদান হাতে পর্যালোচনা করে তা নিরাপদ মনে হয়, কিন্তু এটি ইঞ্জিনিয়াররা যা এড়িয়ে চলে তাতে পরিণত হয়, যা আপনি যে অদৃশ্য ছায়া নির্ভরতা প্রতিরোধ করতে চেয়েছিলেন তা তৈরি করে। যে OSPO কোনো স্বয়ংক্রিয় প্রয়োগ ছাড়া কেবল প্রফুল্ল নির্দেশনা প্রকাশ করে তা সময়সীমা ঘনালেই উপেক্ষিত। সমাধান সেটাই যা অধ্যায় 10.3 জুড়ে চলে: সাধারণ ক্ষেত্র স্বয়ংক্রিয় করুন যাতে সম্মত পথ দ্রুততম হয়, এবং মানুষের বিচার সত্যিকার নতুনের জন্য রাখুন। সেই ভারসাম্য ঠিক করুন এবং অফিস একটি শক্তি গুণক; যেকোনো দিকে ভুল করুন এবং এটি হয় একটি ব্রেক বা একটি সাজসজ্জা।

আপনার দলের সঙ্গে আলোচনার প্রশ্ন

1. আজ ওপেন সোর্সের সঙ্গে আপনার সম্পর্কের মালিক কে, এবং তিনি কি আগামীকাল একটি কঠিন প্রশ্নের উত্তর দিতে পারবেন? একজন সম্ভাব্য অধিগ্রহণকারীর আইনজীবীরা আপনার লাইসেন্স তালিকা চাইলে, বা একজন সাংবাদিক জিজ্ঞাসা করলে আপনার পেমেন্ট পথে কোন অরক্ষিত লাইব্রেরি বসে, উত্তরের সঙ্গে কি একটি নাম যুক্ত আছে? বেশিরভাগ প্রতিষ্ঠানের জন্য সৎ প্রতিক্রিয়া “কেউ নয়,” যার অর্থ প্রতিটি ইঞ্জিনিয়ার নীরবে নীতি তৈরি করছেন এবং কেউ সমষ্টির জন্য জবাবদিহিযোগ্য নয়। সভায় প্রমাণ আনুন: অনুমোদিত-লাইসেন্স তালিকা, সফটওয়্যার বিল অব ম্যাটেরিয়ালস, এবং যথাযথ অনুসন্ধানের সময় একটি কপিলেফট প্রশ্ন সামলাবেন এমন ব্যক্তিকে উৎপাদন করার চেষ্টা করুন। সেই নিদর্শন না থাকলে বা কারও দিকে ইঙ্গিত না করলে, আপনি আপনার প্রথম OSPO কাজ খুঁজে পেয়েছেন। সিদ্ধান্ত ফাংশন থাকবে কি না নয়, কে এর মালিক এবং তিনি কোন আদেশ বহন করেন, অফিস সপ্তাহে একদিনের জন্য একজন ব্যক্তি হলেও।

2. আপনি কি এমন ব্যক্তিগত প্যাচ বহন করছেন যা আপস্ট্রিম করতে পারতেন, এবং তা আপনার কী খরচ করছে? অনেক দল তাদের নির্ভরতার বিরুদ্ধে স্থানীয় পরিবর্তনের একটি নীরব স্তূপ রক্ষণাবেক্ষণ করে, প্রতিটি আপগ্রেডে হাতে পুনঃপ্রয়োগ করে এবং মার্জ ব্যথা প্রকৃতির নিয়ম হিসেবে শোষণ করে। সেই প্যাচগুলোর প্রতিটি একটি পুনরাবৃত্ত কর, এবং প্রতিটি কর উধাও হওয়ার জন্য ফেরত অবদান রাখার প্রার্থী। সুনির্দিষ্ট আনুন: আপনার বিল্ড আসলে যে ফর্ক ও স্থানীয় প্যাচ বহন করে তা তালিকাভুক্ত করুন, প্রতিটির বছরে কত প্রকৌশল ঘণ্টা খরচ তা প্রাক্কলন করুন, এবং কোন আপস্ট্রিম প্রকল্প সম্ভবত পরিবর্তন গ্রহণ করবে তা নোট করুন। প্রতিদ্বন্দ্বী বিবেচনা প্রকৃত, কারণ আপস্ট্রিমিং এখন প্রচেষ্টা নেয় এবং রক্ষণাবেক্ষণকারীর সূচিতে চলে, কিন্তু তুলনা প্যাচ কর চিরকাল দেওয়ার বিপরীতে। উত্তর “আমরা সবসময় কেবল পুনঃপ্রয়োগ করি”-কে একটি সুচিন্তিত পছন্দে পরিণত করা উচিত, ইঞ্জিনিয়াররা ব্যবহার করবে এমন দ্রুত একটি অবদান পথসহ।

3. কোন নির্ভরতা তার রক্ষণাবেক্ষণকারী চলে গেলে সবচেয়ে বেশি আঘাত করবে, এবং আপনি তা নিয়ে কী করবেন? আপনার স্ট্যাকের কোথাও এমন একটি উপাদান আছে যা ভাঙলে একটি রাজস্ব বা মিশন-জটিল সেবা থামাবে, একজন ব্যক্তি বা মুষ্টিমেয় মানুষ রক্ষণাবেক্ষণ করেন যাদের আপনি কখনো অর্থায়ন বা ধন্যবাদ দেননি। সাধারণ সম্পদ ফ্রি মনে হয় ঠিক সেই মুহূর্ত পর্যন্ত যখন তা নয়, এবং সেই শিক্ষার ব্যয়বহুল সংস্করণ পরিত্যাগের পরের তাড়াহুড়ো বা একটি অপ্যাচড দুর্বলতা। আপনার বিল অব ম্যাটেরিয়ালস আনুন এবং বিস্ফোরণ ব্যাসার্ধ অনুযায়ী নির্ভরতা র‍্যাঙ্ক করুন, তারপর শীর্ষ কয়েকটির রক্ষণাবেক্ষণকারী গণনা ও অর্থায়ন অবস্থা নোট করুন। প্রতিটি জটিল, পাতলাভাবে কর্মী-দেওয়া নির্ভরতার জন্য আগেই ঠিক করুন আপনি স্পনসর করবেন, সময় অবদান রাখবেন, একটি ফাউন্ডেশনে যোগ দেবেন, বা প্রতিস্থাপনের জন্য প্রস্তুত হবেন। এটি একটি সুপ্ত একক ব্যর্থতা বিন্দুকে একটি পরিচালিত সম্পর্কে রূপান্তর করে, অন্য যেকোনো পরিচালনাগত ঝুঁকির একই মানে ধরা (অধ্যায় 2.18)।

4. পরবর্তী অভ্যন্তরীণ টুল ওপেন-সোর্স করার আগে, আপনি কি বছরের পর বছর এর তত্ত্বাবধানের জন্য প্রস্তুত, নাকি একটি লঞ্চ এবং একটি পরবর্তী ক্ষমা পাঠাচ্ছেন? একটি সর্বজনীন রিলিজ একটি স্থায়ী অঙ্গীকার: একটি ইস্যু ট্র্যাকার যা কাউকে ট্রায়াজ করতে হবে, একটি নিরাপত্তা ইনবক্স যা কাউকে দেখতে হবে, এবং একটি নাম যা কাউকে রক্ষা করতে হবে। দলগুলো নিয়োগ বা শুভেচ্ছা সহায়তা করতে ওপেন-সোর্স করার দিকে হাত বাড়ায়, তারপর আবিষ্কার করে যে পুরনো ইস্যুসহ একটি পরিত্যক্ত প্রকল্প তারা গড়তে চাওয়া সুনামকে কিছু না পাঠানোর চেয়ে বেশি ক্ষতি করে। প্রমাণ আনুন: আপনি ইতিমধ্যে যে প্রকল্প প্রকাশ করেছেন তা তালিকাভুক্ত করুন, এবং প্রতিটির জন্য দেখান এর খোলা-ইস্যুর বয়স, একজন নামকরা রক্ষণাবেক্ষণকারীর বাজেট করা ঘণ্টা আছে কি না, এর একটি শাসন মডেল, একটি নিবন্ধিত ট্রেডমার্ক এবং একটি সমন্বিত-প্রকাশ নীতি আছে কি না, এবং কোডটি ভাগ করার যোগ্য পণ্যায়িত নাকি ক্লোজড রাখার পৃথককারী (অধ্যায় 10.12)। প্রতিদ্বন্দ্বী বিবেচনা হলো প্রকৃত তত্ত্বাবধান প্রকৌশল সময় খরচ করে যা আপনি পণ্যে ব্যয় করতে পারতেন, তাই সৎ পছন্দ প্রায়ই কম জিনিস প্রকাশ করা এবং সেগুলো সঠিকভাবে তত্ত্বাবধান করা। একটি এন্টারপ্রাইজের জন্য এর অর্থ লঞ্চের আগে আইনি ও ব্র্যান্ড পর্যালোচনা; সরকারের জন্য এর অর্থ রিপোজিটরি সর্বজনীন হওয়ার আগে ট্রেডমার্ক, প্রকাশ চ্যানেল এবং ডিফল্টে-প্রকাশ ছাড় প্রক্রিয়া মীমাংসিত।

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

6. কোন অভ্যন্তরীণ প্রকল্প InnerSource থেকে সবচেয়ে বেশি লাভবান হবে, এবং আজ অন্য একটি দলকে আপনাকে একটি পুল রিকোয়েস্ট পাঠানো থেকে কী আটকাচ্ছে? ওপেন সোর্সকে কাজ করানো চর্চা (সর্বজনীন রিপোজিটরি, অবদান নির্দেশিকা, যোগ্যতায় পর্যালোচনা, প্রথম প্যাচে নিম্ন বাধা) ফায়ারওয়ালের পিছনে সাইলো ভেঙে, পুনঃব্যবহার ছড়িয়ে, এবং মানুষকে বাহ্যিকভাবে অবদান রাখতে ব্যবহার করা ঠিক সেই ওয়ার্কফ্লোতে প্রশিক্ষণ দিয়ে শোধ করে। প্রতিদ্বন্দ্বী বিবেচনা হলো একটি অভ্যন্তরীণ প্রকল্প খোলা একটি অবদান নির্দেশিকা, অতিরিক্ত পর্যালোচনা সামর্থ্য, এবং নিরাপত্তা বা নিয়ন্ত্রক কারণে কোন কোড সীমাবদ্ধ থাকতে হবে সে সম্পর্কে সিদ্ধান্ত দাবি করে। সুনির্দিষ্ট আনুন: উচ্চ-মূল্যের ভাগ করা লাইব্রেরির নাম দিন, কোনগুলো ইতিমধ্যে একটি অভ্যন্তরীণ অবদান নির্দেশিকা প্রকাশ করে নোট করুন, এবং আজ একটি আন্তঃদল পুল রিকোয়েস্ট কীভাবে সামলানো হয়, স্বাগত নাকি একটি সারিতে হারিয়ে যায়, বর্ণনা করুন। একটি এন্টারপ্রাইজের জন্য প্রতিদান অনেক দল জুড়ে এড়ানো পুনরাবৃত্ত অভ্যন্তরীণ নির্মাণে মাপা; সরকারের জন্য একই অভ্যাস সংস্থার সীমানা পেরিয়ে আন্তঃসংস্থা পুনঃব্যবহার হিসেবে প্রসারিত, যাতে ডিফল্টে-প্রকাশ ও ভাগ করা উপাদান সরকারি ব্যয় বহুগুণ না করে পুনরাবৃত্ত সরকারি ব্যয় কমায়।

খাতভেদে দৃষ্টিভঙ্গি

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

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

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

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

উদাহরণ

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

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

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

ব্যবসায়িক যুক্তি: প্রেরণা, ROI ও TCO

সবচেয়ে স্পষ্ট প্রতিদান এড়ানো যায় এমন ব্যয়বহুল চমক নির্মূল। অপরিচালিত ওপেন সোর্স তাদের নিজস্ব সূচিতে আসা সংকট তৈরি করে: অধিগ্রহণের যথাযথ অনুসন্ধানে ভেসে ওঠা একটি কপিলেফট লঙ্ঘন, একটি মৃত উপাদান থেকে জরুরি মাইগ্রেশন, কোনো তালিকা না দেখানো একটি নির্ভরতায় ট্রেস করা একটি লঙ্ঘন। একটি OSPO সেই নিম্ন-সম্ভাবনা, উচ্চ-খরচ ঘটনাকে স্থির, বাজেটকৃত কাজে রূপান্তর করে। আপস্ট্রিমিং থেকে পুনরাবৃত্ত সাশ্রয় স্তর যোগ করুন: আপনি অবসর দেওয়া প্রতিটি ব্যক্তিগত প্যাচ প্রতিটি ভবিষ্যৎ আপগ্রেডের কর দেওয়া বন্ধ করে, এবং একটি বড় সম্পত্তি জুড়ে তা পণ্য কাজে ফেরত আসা প্রকৃত প্রকৌশল সামর্থ্যে চক্রবৃদ্ধি হয়।

মালিকানার মোট খরচ খাতায় অফিস এটি যা রক্ষা করে তার তুলনায় সস্তা। এর খরচ একটি ছোট দল, কিছু স্ক্যানিং ও ক্যাটালগ টুলিং, এবং সামান্য রক্ষণাবেক্ষণকারী অর্থায়ন। এটি না থাকার খরচের বিপরীতে রাখুন: আইনি দায়, ব্যর্থ বা বিলম্বিত যথাযথ অনুসন্ধান, নিরাপত্তা ঘটনা, ইতিমধ্যে ওপেন সোর্স হিসেবে বিদ্যমান জিনিসের পুনরাবৃত্ত অভ্যন্তরীণ নির্মাণ, এবং কেউ বাছেনি এমন ফর্কের ধীর রক্তক্ষরণ। ঊর্ধ্বমুখী প্রতিদানও আছে যা দাম নির্ধারণ কঠিনতর কিন্তু প্রকৃত: আপনি নির্ভর করা উপাদানের দিকের ওপর প্রভাব, একটি বিশ্বাসযোগ্য ওপেন-সোর্স উপস্থিতি থেকে নিয়োগ ও সুনামের সুবিধা, এবং দ্রুততর ডেলিভারি কারণ ইঞ্জিনিয়াররা পুনর্নির্মাণের বদলে পুনঃব্যবহার করে। নেতৃত্বের কাছে যুক্তি দিতে OSPO-কে আপনার কোডবেসের বেশিরভাগের সরবরাহ-শৃঙ্খল ব্যবস্থাপনা হিসেবে ফ্রেম করুন, ওপরে একটি কৌশলগত লভ্যাংশসহ। সরকারে সম্মতি মাত্রা যোগ করুন, কারণ উন্মুক্ততা প্রায়ই আদেশকৃত এবং এটি ভালোভাবে করা অ-সম্মতি ও পুনরাবৃত্ত সরকারি ব্যয় দুটিই এড়ায়।

অ্যান্টি-প্যাটার্ন ও ফাঁদ

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

পরিপক্বতা মডেল

• স্তর 1, সূচনা: ইঞ্জিনিয়াররা কোনো নীতি ও মালিক ছাড়া ওপেন সোর্স যোগ করে, প্যাচ করে এবং মাঝে মাঝে প্রকাশ করে। গ্রহণ, অবদান ও রিলিজ প্রতিক্রিয়াশীল ও অ্যাড হক, স্বতন্ত্র উদ্যোগে চালিত। ব্যক্তিগত ফর্ক অলক্ষিতে জমে, কেউ কোনো আপস্ট্রিম প্রকল্পে অর্থায়ন করে না, এবং যথাযথ অনুসন্ধানের সময় কেউ একটি লাইসেন্স প্রশ্নের উত্তর দিতে পারত না।
• স্তর 2, বিকাশ: মৌলিক চর্চা দেখা দেয় কিন্তু দল অনুযায়ী ভিন্ন। একটি মোটামুটি গ্রহণ নীতি ও একটি অনুমোদিত-লাইসেন্স তালিকা আছে, এবং কেউ শিথিলভাবে দায়ী, তবু অবদান ধীর ও ক্ষেত্র-ধরে-ক্ষেত্র এবং কিছু গোষ্ঠী অন্যদের চেয়ে অনেক বেশি করে। কয়েকটি জটিল নির্ভরতা জানা, কিন্তু টেকসইতা, রিলিজ ও তত্ত্বাবধান অসামঞ্জস্যপূর্ণ থাকে।
• স্তর 3, মানসম্মতকরণ: একটি সনদপ্রাপ্ত OSPO গ্রহণ, অবদান, প্রকাশ ও সম্প্রদায়ের মালিক, এবং চর্চা নথিবদ্ধ ও প্রতিষ্ঠান জুড়ে প্রয়োগ করা। স্ক্যানিং ও একটি সফটওয়্যার বিল অব ম্যাটেরিয়ালস স্বয়ংক্রিয়, একটি পূর্ব-ছাড়পত্র পাওয়া অবদানকারী চুক্তি ও একটি দ্রুত অনুমোদন পথ আছে, প্রকাশিত প্রকল্প প্রকৃত শাসন, ট্রেডমার্ক ও নিরাপত্তা নীতি বহন করে, এবং InnerSource ছড়াচ্ছে। সরকারি দল ডিফল্টে প্রকাশ করে।
• স্তর 4, ব্যবস্থাপনা: ওপেন-সোর্স ফাংশন ভিত্তিরেখার বিপরীতে মাপা ও নিয়ন্ত্রিত। অনুমোদনের সময় একটি লক্ষ্যের বিপরীতে অনুসরণ করা হয়, অবদান পরিমাণ ও আপস্ট্রিম গ্রহণ হার প্রতিবেদিত, নির্ভরতা-স্বাস্থ্য ও রক্ষণাবেক্ষণকারী-গণনা ড্যাশবোর্ড একক ব্যর্থতা বিন্দু পতাকাঙ্কিত করে, শীর্ষ-ঝুঁকি নির্ভরতার অর্থায়িত-রক্ষণাবেক্ষণকারী কভারেজ পর্যবেক্ষিত, এবং ব্যক্তিগত প্যাচ ও ফর্কের তালিকা প্রতি ত্রৈমাসিকে কমছে। প্রকাশিত প্রকল্পের মাপা ইস্যু-সাড়ার সময় আছে, ব্যতিক্রম একটি ছন্দে পর্যালোচিত, এবং স্টারের মতো অসার মেট্রিক এই সবের পক্ষে বাদ দেওয়া।
• স্তর 5, সমন্বয়: ওপেন সোর্স প্রকৌশল, আইনি, নিরাপত্তা ও ক্রয় পরিকল্পনার সঙ্গে একীভূত এবং নিরন্তর খাপখাওয়ানো একটি পরিচালিত কৌশলগত সামর্থ্য। অবদান রুটিন, জটিল রক্ষণাবেক্ষণকারী ও ফাউন্ডেশন অর্থায়িত, প্রতিষ্ঠান ভালো-চালিত প্রকল্প তত্ত্বাবধান করে এবং যে ইকোসিস্টেমের ওপর নির্ভর করে তা চালনা করে, এবং InnerSource নিয়ম। জড়িত থাকা ও স্বাস্থ্য মেট্রিক নিরন্তর উন্নতিতে খাওয়ায়, এবং নির্ভরতা, ঝুঁকি ও আদেশ সরলে পোর্টফোলিও পুনঃভারসাম্য করা হয়।

আলোচনার ভাবনা

1. একটি OSPO যা সক্ষম করে এবং যা গেট করে তার মধ্যে রেখা কোথায়, এবং আপনি বাইরে থেকে কীভাবে জানবেন কোনটি গড়েছেন?
2. আপনার কোন ব্যক্তিগত প্যাচ বা ফর্ক আপনি প্রয়োজনের বদলে অভ্যাসে বহন করছেন, এবং শীর্ষ তিনটি আপস্ট্রিম করতে কী লাগবে?
3. জটিল নির্ভরতার তালিকা বাজেটের চেয়ে দীর্ঘ হলে আপনি কোন রক্ষণাবেক্ষণকারী ও ফাউন্ডেশনে অর্থায়ন করবেন কীভাবে ঠিক করা উচিত?
4. আপনার পরবর্তী রিলিজ যদি প্রথম দিন থেকে প্রকৃত শাসন, একটি ট্রেডমার্ক এবং একটি সমন্বিত প্রকাশ নীতিসহ প্রকাশ করতে হতো, তবে কী সত্যিই বদলাত?
5. সরকারি-খাতের পাঠকদের জন্য, ডিফল্টে-প্রকাশ থেকে কোড ছাড় দেওয়ার একটি রক্ষণযোগ্য প্রক্রিয়া কী যা নীরবে নীতি ক্ষয় করে না?
6. কোন অভ্যন্তরীণ লাইব্রেরি InnerSource থেকে সবচেয়ে বেশি লাভবান হবে, এবং আজ অন্য একটি দলকে আপনাকে একটি পুল রিকোয়েস্ট পাঠানো থেকে কী আটকাচ্ছে?

প্রধান শিক্ষা

• একটি OSPO ওপেন সোর্সের সঙ্গে পুরো সম্পর্কের মালিক: দায়িত্বশীলভাবে গ্রহণ, আপস্ট্রিমে অবদান, আপনার নিজস্ব প্রকল্প প্রকাশ, এবং আপনি যে রক্ষণাবেক্ষণকারীদের ওপর নির্ভর করেন তাদের টেকসই করা।
• আপস্ট্রিমে অবদান কৌশল, দান নয়; এটি ব্যক্তিগত প্যাচের পুনরাবৃত্ত কর মোছে, দিকের ওপর প্রভাব কেনে, এবং নিয়োগে সাহায্য করে।
• স্বয়ংক্রিয়তা ও কিউরেশনের মাধ্যমে সম্মত পথ দ্রুততম পথ করুন, যাতে অফিস ইঞ্জিনিয়ারদের গেট করার বদলে সক্ষম করে।
• আপনার নিজস্ব প্রকল্প কেবল প্রকৃত শাসন, একটি বাছা লাইসেন্স, একটি সুরক্ষিত ট্রেডমার্ক এবং সমন্বিত নিরাপত্তা প্রকাশসহ প্রকাশ করুন, নইলে একেবারেই করবেন না।
• আপনার উৎপাদন সিস্টেম যে জটিল রক্ষণাবেক্ষণকারীদের ওপর বিশ্রাম নেয় তাদের অর্থায়ন ও সাহায্য করুন, কারণ সাধারণ সম্পদ স্বয়ংসম্পূর্ণ নয়।
• কোম্পানির ভেতরে ওপেন-সোর্স সহযোগিতা আনতে InnerSource প্রয়োগ করুন, এবং সরকারে ডিফল্টে উন্মুক্ত হোন, ডিফল্টে প্রকাশ করুন, এবং গড়ার আগে পুনঃব্যবহার করুন।

তথ্যসূত্র ও আরও পড়ার জন্য

• Nadia Eghbal, Working in Public: The Making and Maintenance of Open Source Software
• Nadia Eghbal, Roads and Bridges: The Unseen Labour Behind Our Digital Infrastructure
• Karl Fogel, Producing Open Source Software: How to Run a Successful Free Software Project
• Danese Cooper and Klaas-Jan Stol (editors), Adopting InnerSource: Principles and Case Studies
• The Linux Foundation and TODO Group, OSPO guides and Open Source Program Office resources
• The Linux Foundation and TODO Group, State of OSPOs and Open Source Management (annual survey series)
• Heather Meeker, Open (Source) for Business
• Open Source Initiative, The Open Source Definition and approved-licence list
• Free Software Foundation Europe, Public Money, Public Code campaign materials
• U.S. Federal Source Code Policy and Code.gov guidance