খোলা সহযোগিতা বিশ্বাসের উপর ভিত্তি করে। দীর্ঘ সময়ের জন্য, সেই বিশ্বাসটি একটি প্রাকৃতিক, যদি অপূর্ণ ফিল্টার দ্বারা সুরক্ষিত ছিল: ঘর্ষণ।
আপনি যদি 1993 সালে Usenet-এ থাকতেন, আপনি মনে রাখবেন যে প্রতি সেপ্টেম্বরে নিয়মগুলির সাথে অপরিচিত নতুন বিশ্ববিদ্যালয়ের ছাত্রদের বন্যা অনলাইনে আসত, এবং সম্প্রদায় তাদের ধৈর্য সহকারে মিটমাট করবে। তারপর মূলধারার ডায়াল-আপ আইএসপি জনপ্রিয় হয়ে ওঠে এবং নতুন ব্যবহারকারীদের একটি অবিচ্ছিন্ন প্রবাহ অনলাইনে আসে। এটি সেপ্টেম্বর হয়ে গেল যা শেষ হয়নি।
আজ, ওপেন সোর্স তার নিজস্ব চিরন্তন সেপ্টেম্বর অনুভব করছে। এই সময়, এটি শুধুমাত্র নতুন ব্যবহারকারীদের নয়। এটি একটি বিশাল পরিমাণ অবদান।
যখন অবদানের খরচ কমে যায়
মেইলিং তালিকার যুগে ওপেন সোর্সে অবদান রাখার জন্য প্রকৃত প্রচেষ্টা প্রয়োজন। আপনাকে সাবস্ক্রাইব করতে হবে, লুকাতে হবে, সংস্কৃতি বুঝতে হবে, প্যাচটি সঠিকভাবে ফর্ম্যাট করতে হবে এবং কেন এটি গুরুত্বপূর্ণ তা ব্যাখ্যা করতে হবে। প্রচেষ্টা গুণমানের গ্যারান্টি দেয়নি, তবে এটি অংশগ্রহণের জন্য ফিল্টার করা হয়েছিল। বেশিরভাগ অবদান এমন ব্যক্তিদের কাছ থেকে এসেছে যারা আসলে প্রকল্পের সাথে জড়িত ছিল।
মানুষও এতে অন্তর্ভুক্ত হয়নি। প্রবেশে বাধা ছিল বেশি। ওপেন সোর্সকে আরও স্বাগত জানানোর জন্য অনেক প্রকল্প এটি কমাতে কঠোর পরিশ্রম করেছে।
একটি বড় পরিবর্তন একটি টান অনুরোধ সঙ্গে এসেছিল. GitHub-এ প্রকল্পটি হোস্ট করা, পুল অনুরোধগুলি ব্যবহার করা এবং সেগুলিকে “ভাল প্রথম সমস্যা” লেবেল করা অবদানের জন্য প্রয়োজনীয় ঘর্ষণকে হ্রাস করেছে। সম্প্রদায়গুলি বৃদ্ধি পেয়েছে এবং অবদানগুলি আরও অ্যাক্সেসযোগ্য হয়ে উঠেছে৷
এটি একটি ভাল জিনিস ছিল.
কিন্তু ঘর্ষণ একটি ভারসাম্যমূলক কাজ। খুব বেশি মানুষ এবং তাদের ধারণাগুলিকে বাদ দেয়, খুব কম ঘর্ষণ ওপেন সোর্সের উপর নির্ভর করে এমন বিশ্বাসকে প্রভাবিত করতে পারে।
আজ, কয়েক সেকেন্ডের মধ্যে পুল অনুরোধগুলি তৈরি করা যেতে পারে। জেনারেটিভ এআই লোকেদের জন্য কোড, সমস্যা বা নিরাপত্তা প্রতিবেদন তৈরি করা সহজ করে তোলে। তৈরির খরচ কমেছে কিন্তু রিভিউ করার খরচ কমেনি।
এটা বলার মতো: অধিকাংশ অবদানকারী সরল বিশ্বাসে কাজ করছেন। অনেক লোক তাদের যত্ন নেওয়া প্রকল্পগুলিকে সাহায্য করতে চায়। অন্যরা ব্যাপকভাবে ব্যবহৃত ওপেন সোর্সে অবদান রাখার শিক্ষা, দৃশ্যমানতা বা ক্যারিয়ারের সুবিধার দ্বারা অনুপ্রাণিত হয়। এই প্রণোদনাগুলি নতুন নয় এবং ভুলও নয়।
চ্যালেঞ্জ হল যখন নিম্নমানের অবদানগুলি বড় সংখ্যায় আসে তখন কী ঘটে। যখন ভলিউম রিভিউ ক্ষমতার চেয়ে দ্রুত বৃদ্ধি পায়, তখন এমনকি সদিচ্ছা জমাও রক্ষণাবেক্ষণকারীদের অভিভূত করতে পারে। এবং যখন এটি ঘটে, বিশ্বাস, খোলা সহযোগিতার ভিত্তি, চাপা হতে শুরু করে।
শব্দের নতুন পরিমাপ
এটি “নিম্ন-মানের অবদান” বা “এআই স্লপ” অবদানগুলিকে একটি অনন্য সাম্প্রতিক ঘটনা হিসাবে উপস্থাপন করতে প্রলুব্ধ করে। এটা এমন নয়। রক্ষণাবেক্ষণকারী লোকদের সর্বদা কোলাহল মোকাবেলা করতে হবে।
- লিনাক্স কার্নেল একটি “বিশ্বাসের ওয়েব” দর্শনের অধীনে কাজ করে এবং এটির সাবমিটিংপ্যাচ গাইডকে আনুষ্ঠানিক রূপ দেয় এবং 2004 সালে ডেভেলপার সার্টিফিকেট অফ অরিজিন (DCO) চালু করে।
- Mozilla এবং GNOME বাস্তবতার চারপাশে আনুষ্ঠানিক ট্রাইজ সিস্টেম তৈরি করেছে যে রক্ষণাবেক্ষণকারীরা আরও বেশি সময় বিনিয়োগ করার আগে বেশিরভাগ ইনকামিং বাগ রিপোর্ট ফিল্টার করতে হবে।
- স্বয়ংক্রিয় স্ক্যানার: GenAI এর অনেক আগে, রক্ষণাবেক্ষণকারীরা বাণিজ্যিক এবং ওপেন সোর্স স্ক্যানিং সরঞ্জামগুলি থেকে স্বয়ংক্রিয় নিরাপত্তা এবং কোড মানের রিপোর্টের তরঙ্গ নিয়ে কাজ করত।
রক্ষণাবেক্ষণকারীদের প্রশ্ন প্রায়ই একই ছিল: “আপনি কি সত্যিই আমাকে সাহায্য করার চেষ্টা করছেন, নাকি নিজেকে সাহায্য করার চেষ্টা করছেন?“
শুধুমাত্র একটি টুল – একটি স্ট্যাটিক বিশ্লেষক বা LLM – একটি প্রতিবেদন তৈরি করা বা ঠিক করা সহজ করে তোলে, এর অর্থ এই নয় যে অবদানটি প্রকল্পের জন্য মূল্যবান। সুবিধার ভারসাম্যহীনতা থাকায় সৃষ্টির সহজলভ্যতা প্রায়শই কৃষকের উপর বোঝা চাপিয়ে দেয়। অবদানকারী সম্ভবত ক্রেডিট (বা CVE, বা দৃশ্যমানতা) পায়, যখন রক্ষণাবেক্ষণকারী রক্ষণাবেক্ষণের বোঝা পায়।
রক্ষণাবেক্ষণকারীরা এটি প্রথম হাত অনুভব করছে। যেমন:
- কার্ল তার বাগ বাউন্টি প্রোগ্রামটি এআই-উত্পন্ন নিরাপত্তা প্রতিবেদনের বিস্ফোরণের পরে শেষ করেছে, প্রতিটিকে যাচাই করতে কয়েক ঘন্টা সময় নিয়েছে।
- ঘোস্টির মতো প্রকল্পগুলি একটি আমন্ত্রণ-অনুদানের মডেলের দিকে অগ্রসর হচ্ছে, যার জন্য কোড অবদানগুলি গ্রহণ করার আগে আলোচনার প্রয়োজন৷
- অনেক প্রকল্প এআই-উত্পন্ন অবদান সম্পর্কে স্পষ্ট নিয়ম গ্রহণ করছে।
এগুলি ভারসাম্যহীনতার যুক্তিযুক্ত প্রতিক্রিয়া।
আমরা GitHub এ কি করছি
GitHub এ, আমরা এটি ঘটতে দেখি না। রক্ষণাবেক্ষণকারী স্থিতিশীলতা ওপেন সোর্সের জন্য মৌলিক এবং আমাদের জন্য মৌলিক। ওপেন সোর্সের হোম হিসাবে, দরজা দিয়ে যা আসে তা পরিচালনা করতে আপনাকে সাহায্য করা আমাদের দায়িত্ব।
আমরা এটিকে একাধিক কোণ থেকে দেখছি: দীর্ঘমেয়াদী, পদ্ধতিগত সংস্কারের দিকে অগ্রসর হওয়ার সাথে সাথে তাত্ক্ষণিক ত্রাণ সরবরাহ করা। এর কিছু টুলিং সম্পর্কে। স্পষ্ট সংকেত তৈরি করার বিষয়ে কিছু যাতে এসকর্টরা তাদের সীমিত সময় কোথায় কাটাবেন তা নির্ধারণ করতে পারে।
বৈশিষ্ট্যগুলি আমরা ইতিমধ্যেই পাঠিয়েছি
- মন্তব্য সমস্যা পিন: আপনি এখন মন্তব্য মেনু থেকে একটি সমস্যার শীর্ষে একটি মন্তব্য পিন করতে পারেন৷
- মন্তব্যের আওয়াজ কমাতে ব্যানার: ব্যানারগুলির সাথে কম অপ্রয়োজনীয় বিজ্ঞপ্তিগুলি অনুভব করুন যা লোকজনকে “+1” বা “এখানে একই” এর মতো শব্দ না করে প্রতিক্রিয়া জানাতে বা সদস্যতা নিতে উত্সাহিত করে৷
- অনুরোধ কর্মক্ষমতা উন্নতি টানুন: পুল রিকোয়েস্ট স্পেসিং বৃহত্তর প্রতিক্রিয়াশীলতার জন্য অপ্টিমাইজ করা হয়েছে এবং নতুন ফাইলগুলিতে বৃহত্তর পুল অনুরোধগুলি অভিজ্ঞতাকে 67% দ্রুত প্রতিক্রিয়া তৈরি করেছে।
- দ্রুত এগিয়ে নেভিগেশন: একটি রক্ষণাবেক্ষণকারী হিসাবে সমস্যাগুলি ব্রাউজিং এবং নেভিগেট করার সময় উল্লেখযোগ্যভাবে উন্নত গতির জন্য সহজ বাগ ট্রাইজ৷
- অস্থায়ী মিথস্ক্রিয়া সীমানা: আপনি সাময়িকভাবে পাবলিক রিপোজিটরিতে নির্দিষ্ট ব্যবহারকারীদের জন্য সীমিত কার্যকলাপের সময়কাল প্রয়োগ করতে পারেন।
এই উন্নতিগুলি পর্যালোচনার ওভারহেড কমানোর উপর ফোকাস করে।
বৈশিষ্ট্য আমরা শীঘ্রই শিপিং করা হবে
- রেপো-স্তরের টান অনুরোধ নিয়ন্ত্রণ: রক্ষণাবেক্ষণকারীদের সহযোগীদের কাছে পুল অনুরোধ তৈরি সীমিত করার বা পুল অনুরোধগুলি সম্পূর্ণরূপে অক্ষম করার বিকল্প দেয়৷ যদিও ওপেন সোর্সের বিকাশের জন্য পুল অনুরোধের প্রবর্তন মৌলিক ছিল, রক্ষণাবেক্ষণকারীদের অবশ্যই তাদের প্রকল্পগুলি পরিচালনা করার জন্য প্রয়োজনীয় সরঞ্জাম থাকতে হবে।
- UI থেকে মুছে ফেলার অনুরোধ টানুন: সংগ্রহস্থলগুলিকে আরও পরিচালনাযোগ্য রাখতে স্প্যাম বা অপমানজনক টানার অনুরোধগুলি সরান৷
পরবর্তী পদক্ষেপের জন্য খুঁজছি
আমরা জানি যে দেয়াল সম্প্রদায় গড়ে তোলে না। আমরা পরবর্তী পদক্ষেপগুলি বের করার সাথে সাথে, ওপেন সোর্স সম্প্রদায়গুলিকে কী কাজ করে তা রক্ষা করতে সহায়তা করার সাথে সাথে রক্ষণাবেক্ষণকারীদের আরও নিয়ন্ত্রণ দেওয়ার দিকে আমাদের ফোকাস।
রক্ষণাবেক্ষণকারীদের সাথে পরামর্শ করে আমরা কিছু দিকনির্দেশ অন্বেষণ করছি:
- মানদণ্ড ভিত্তিক গেটিং: একটি পুল অনুরোধ খোলার আগে একটি লিঙ্কযুক্ত সমস্যা তৈরি করতে হবে, বা জমা দেওয়ার আগে অবদানগুলি পূরণ করতে হবে এমন নিয়মগুলিকে সংজ্ঞায়িত করতে হবে৷
- ভাল triage সরঞ্জাম: একটি প্রকল্পের নিজস্ব নির্দেশিকা (যেমন
CONTRIBUTING.md) এবং যে পৃষ্ঠটি অনুরোধগুলিকে টেনে আনে সেটিই প্রথম জিনিস হওয়া উচিত যা আপনার মনোযোগ আকর্ষণ করে।
এই সরঞ্জামগুলি সিদ্ধান্ত গ্রহণে সহায়তা করার জন্য বোঝানো হয়েছে, এটি প্রতিস্থাপন নয়। রক্ষণাবেক্ষণ কর্মীদের সর্বদা নিয়ন্ত্রণে থাকতে হবে।
আমরা ট্রেডঅফ সম্পর্কেও সচেতন। বিধিনিষেধ অসমভাবে প্রভাবিত করতে পারে প্রথমবারের অবদানকারীদের সরল বিশ্বাসে কাজ করে। এই কারণেই এই নিয়ন্ত্রণগুলি ঐচ্ছিক এবং কনফিগারযোগ্য।
ওপেন সোর্স সম্পর্কে আমি যে জিনিসটি সবচেয়ে বেশি পছন্দ করি তা হল যখন সম্প্রদায় একটি দেয়ালে আঘাত করে, লোকেরা মই তৈরি করে। আমরা এখন যে অনেক দেখছি.
ইকোসিস্টেম জুড়ে রক্ষণাবেক্ষণকারীরা বিভিন্ন পদ্ধতির সাথে পরীক্ষা করছেন। কিছু প্রকল্প শুধুমাত্র আমন্ত্রণ কর্মপ্রবাহে চলে গেছে। অন্যরা কন্ট্রিবিউটর ট্রিজ এবং রেপুটেশন স্কোরিংয়ের জন্য কাস্টম গিটহাব অ্যাকশন তৈরি করছে।
মিশেল হাশিমোটোর ভাউচার প্রকল্প একটি আকর্ষণীয় উদাহরণ। এটি একটি সুস্পষ্ট ট্রাস্ট ম্যানেজমেন্ট সিস্টেম প্রয়োগ করে যেখানে অংশগ্রহণকারীদের অংশগ্রহণের আগে বিশ্বস্ত রক্ষণাবেক্ষণকারীদের দ্বারা নিশ্চিত হতে হবে। এটি পরীক্ষামূলক এবং কিছু দিক নিয়ে বিতর্ক করা হবে, তবে এটি অ্যাডভোগাটোর ট্রাস্ট মেট্রিক থেকে ড্রুপালের ক্রেডিট সিস্টেম থেকে লিনাক্স কার্নেল পর্যন্ত একটি দীর্ঘ বংশের সাথে খাপ খায়। Signed-off-by চেইন।
উপরন্তু, কে অবদান রাখতে পারে সে সম্পর্কে স্পষ্ট প্রত্যাশা নির্ধারণ করে অনেক সম্প্রদায় শিক্ষা এবং অনবোর্ডিংয়ে প্রচুর পরিমাণে বিনিয়োগ করছে। উদাহরণস্বরূপ, পাইথন সম্প্রদায় অবদানকারীর নির্দেশিকা, পরামর্শ এবং স্পষ্টভাবে লেবেলযুক্ত এন্ট্রি পয়েন্টগুলির উপর জোর দেয়। Kubernetes ব্যাপক ডকুমেন্টেশন এবং অবদানকারী শিক্ষার সাথে দৃঢ় শাসনের সমন্বয় করে, নতুন অবদানকারীদের কেবল কীভাবে অবদান রাখতে হয় তা নয়, একটি দরকারী অবদান দেখতে কেমন তা বুঝতে সাহায্য করে।
এই পন্থাগুলি পারস্পরিক একচেটিয়া নয়। শিক্ষা ভালো বিশ্বাসের অবদানকারীদের সফল হতে সাহায্য করে। গার্ডেল রক্ষণাবেক্ষণকারীদের স্কেল পরিচালনা করতে সহায়তা করে।
কোন এক সঠিক সমাধান নেই. এই কারণেই আমরা রক্ষণাবেক্ষণকারীরা তাদের প্রকল্পের নির্দিষ্ট মানগুলির সাথে মেলে এমন সরঞ্জাম তৈরি করতে দেখে উত্তেজিত। প্ল্যাটফর্মের চারপাশে নির্মিত টুল সম্প্রদায়গুলি প্রায়শই এমন জিনিসগুলির জন্য প্রমাণের ভিত্তি হয়ে ওঠে যা অবশেষে বৈশিষ্ট্যে পরিণত হতে পারে। তাই আমরা ঘনিষ্ঠ মনোযোগ প্রদান করছি.
আমাদের প্রণোদনা সম্পর্কেও কথা বলা দরকার। আমরা যদি কেবল বাধা এবং বিধিনিষেধ তৈরি করি তবে আমরা একটি দুর্গ তৈরি করি, বাজার নয়।
এই মুহুর্তে, GitHub-এ “অবদান” ধারণাটি এখনও কোড লেখকের দিকে প্রবলভাবে ঝুঁকছে। ওয়ার্ডপ্রেসে, তারা ম্যানুয়ালি লিখিত “প্রপস” ক্রেডিট ব্যবহার করে শুধু কোডের জন্যই নয়, লেখার জন্য, প্রজননযোগ্যতার পদক্ষেপ, ব্যবহারকারীর পরীক্ষা এবং সম্প্রদায়ের সহায়তার জন্যও। এটি একটি প্রকল্পকে অগ্রসর করে এমন অনেক ধরনের অবদানকে স্বীকৃতি দেয়।
GitHub কীভাবে আরও ভালভাবে দাঁড়াতে পারে এবং সেই অবদানগুলি উদযাপন করতে পারে তা আমরা বের করতে চাই। কেউ যিনি ধারাবাহিকভাবে সমস্যাগুলি পরীক্ষা করেছেন বা ডকুমেন্টেশন পিআর একত্রিত করেছেন তিনি প্রমাণ করেছেন যে তারা আপনার প্রকল্পের ভয়েস বোঝেন। এগুলি আস্থার লক্ষণ যা আপনাকে দ্রুত সিদ্ধান্ত নিতে সাহায্য করার জন্য আমাদের এগিয়ে রাখা উচিত।
আপনি কি প্রয়োজন আমাদের বলুন
আমরা যে দিকনির্দেশগুলি অন্বেষণ করছি সে সম্পর্কে প্রতিক্রিয়া সংগ্রহের জন্য আমরা একটি সম্প্রদায় আলোচনা শুরু করেছি: GitHub-এ নিম্ন-মানের অবদানগুলি মোকাবেলা করার জন্য সমাধানগুলি অন্বেষণ করা৷
আমরা আপনার কাছ থেকে শুনতে চাই. আপনার প্রকল্পগুলির জন্য কী কাজ করছে, কোথায় ফাঁক আছে এবং কী কী অর্থপূর্ণভাবে ওপেন সোর্স বজায় রাখার আপনার অভিজ্ঞতাকে উন্নত করবে তা শেয়ার করুন।
ওপেন সোর্সের চিরন্তন সেপ্টেম্বর উদযাপনের যোগ্য কিছুর একটি চিহ্ন: আগের চেয়ে বেশি লোক অংশগ্রহণ করতে চায়। অবদানের পরিমাণ বাড়তে চলেছে – এবং এটি একটি ভাল জিনিস। কিন্তু প্রথম দিকের ইন্টারনেট যেভাবে সম্প্রদায়কে স্কেলে বজায় রাখার জন্য নিজস্ব মান এবং সরঞ্জাম তৈরি করেছিল, ওপেন সোর্সকেও একই কাজ করতে হবে। ড্রব্রিজ বাড়ানোর মাধ্যমে নয়, রক্ষণাবেক্ষণকারীদের আরও ভাল সংকেত, আরও ভাল সরঞ্জাম এবং সেই সমস্ত শক্তিকে কাজে লাগানোর আরও ভাল উপায় দিয়ে যা তাদের প্রকল্পগুলিকে এগিয়ে নিয়ে যায়।
আসুন এটি একসাথে গড়ে তুলি।
দ্বারা লিখিত
