ہیلو! میرا نام دمتری پاولوف ہے، میں کام کرتا ہوں۔ ، اور میں Apache Ignite میں ایک کمٹٹر اور PMC کا حصہ دار اور Apache ٹریننگ میں تعاون کرنے والا بھی ہوں۔ میں نے حال ہی میں Sberbank اوپن سورس میٹ اپ میں ایک کمٹٹر کے کام پر ایک پریزنٹیشن دی۔ اوپن سورس کمیونٹی کی ترقی کے ساتھ، بہت سے لوگوں کے ذہن میں تیزی سے سوالات ہونے لگے: ایک کمٹٹر کیسے بننا ہے، کون سے کام کرنے ہیں، اور اس کردار کو حاصل کرنے کے لیے کوڈ کی کتنی لائنیں لکھنے کی ضرورت ہے۔ جب ہم عہد کرنے والوں کے بارے میں سوچتے ہیں، تو ہم فوری طور پر قادر مطلق اور تمام ماہر لوگوں کا تصور کرتے ہیں جن کے سر پر تاج ہوتا ہے اور عصا کی بجائے "کلین کوڈ" کا حجم ہوتا ہے۔ کیا ایسا ہے؟ میری پوسٹ میں، میں کمٹٹرز کے بارے میں تمام اہم سوالات کے جوابات دینے کی کوشش کروں گا تاکہ آپ سمجھ سکیں کہ کیا آپ کو واقعی اس کی ضرورت ہے۔
اوپن سورس کمیونٹی میں تمام نئے آنے والوں کے خیالات ہیں کہ وہ کبھی بھی کمٹمنٹ نہیں بنیں گے۔ سب کے بعد، بہت سے لوگوں کے لیے، یہ ایک باوقار کردار ہے جو صرف ایک ٹن کوڈ لکھ کر خصوصی میرٹ کے لیے حاصل کیا جا سکتا ہے۔ لیکن یہ اتنا آسان نہیں ہے۔ آئیے کمیونٹی کے نقطہ نظر سے مرتکب پر ایک نظر ڈالیں۔
مرتکب کون ہے اور اس کی ضرورت کیوں ہے؟
جب ہم ایک نیا اوپن سورس پروڈکٹ بناتے ہیں، تو ہم ہمیشہ صارفین کو اسے استعمال کرنے اور دریافت کرنے کے ساتھ ساتھ ترمیم شدہ کاپیوں میں ترمیم اور تقسیم کرنے کی اجازت دیتے ہیں۔ لیکن جب تبدیلیوں کے ساتھ سافٹ ویئر کاپیوں کی بے قابو تقسیم ہوتی ہے، تو ہمیں مرکزی کوڈ بیس میں تعاون نہیں ملتا ہے اور پروجیکٹ تیار نہیں ہوتا ہے۔ یہ وہ جگہ ہے جہاں کمٹٹر کی ضرورت ہوتی ہے، جسے پروجیکٹ میں صارف کی شراکت جمع کرنے کا حق حاصل ہوتا ہے۔
مرتکب کیوں بنے؟
آئیے اس حقیقت سے آغاز کرتے ہیں کہ کمٹ کرنا ریزیومے کے لیے ایک پلس ہے، اور پروگرامنگ کے شعبے میں ابتدائی افراد کے لیے یہ اس سے بھی بڑا پلس ہے، کیونکہ اکثر ملازمت کے لیے درخواست دیتے وقت وہ کوڈ کی مثالیں مانگتے ہیں۔
ارتکاب کرنے کا دوسرا بلا شبہ فائدہ اعلیٰ ماہرین کے ساتھ بات چیت کرنے اور اوپن سورس سے اپنے پروجیکٹ میں کچھ ٹھنڈے خیالات لانے کا موقع ہے۔ اس کے علاوہ، اگر آپ کسی مخصوص اوپن سورس پروڈکٹ کو اچھی طرح جانتے ہیں، تو آپ اس کمپنی میں نوکری حاصل کر سکتے ہیں جو اسے سپورٹ کرتی ہے یا استعمال کرتی ہے۔ یہاں تک کہ ایک رائے یہ بھی ہے کہ اگر آپ اوپن سورس میں حصہ نہیں لیتے ہیں، تو آپ اعلیٰ کیریئر کے عہدوں پر نہیں پہنچ پائیں گے۔
کیرئیر اور ملازمت کے حوالے سے فوائد کے علاوہ، عہد کرنا اپنے آپ میں خوشگوار ہے۔ آپ کو پیشہ ورانہ برادری نے پہچانا ہے، آپ اپنے کام کا نتیجہ واضح طور پر دیکھتے ہیں۔ کچھ کارپوریٹ ترقی کی طرح نہیں، جہاں کبھی کبھی آپ کو یہ بھی سمجھ نہیں آتا کہ آپ XML میں فیلڈز کو آگے پیچھے کیوں کر رہے ہیں۔
اوپن سورس کمیونٹیز میں آپ Linus Torvalds جیسے اعلیٰ ماہرین سے مل سکتے ہیں۔ لیکن اگر آپ ایسے نہیں ہیں، تو آپ کو یہ نہیں سوچنا چاہیے کہ وہاں آپ کے لیے کچھ نہیں ہے - مختلف سطحوں کے کام ہیں۔
ٹھیک ہے، اضافی بونس بھی ہیں: Apache کمٹٹرز، مثال کے طور پر، مفت IntelliJ Idea Ultimate لائسنس حاصل کرتے ہیں (کچھ پابندیوں کے باوجود)۔
مرید بننے کے لیے کیا کرنا چاہیے؟
یہ آسان ہے - آپ کو صرف عہد کرنے کی ضرورت ہے۔
اگر آپ سوچتے ہیں کہ پروجیکٹس پر آپ کے لیے کوئی کام نہیں ہیں، تو آپ غلطی پر ہیں۔ بس اس کمیونٹی میں شامل ہوں جس میں آپ کی دلچسپی ہو اور وہ کریں جو اس کی ضرورت ہے۔ اپاچی سافٹ ویئر فاؤنڈیشن کے پاس ایک الگ ہے۔ عزم کرنے والوں کی ضروریات کے ساتھ۔
آپ کو کن مسائل کو حل کرنا پڑے گا؟
سب سے زیادہ متنوع - ترقی سے تحریری ٹیسٹ اور دستاویزات تک۔ ہاں، ہاں، کمیونٹی میں ٹیسٹرز اور دستاویزی کاروں کے تعاون کی قدر ڈویلپرز کے تعاون کے برابر کی جاتی ہے۔ غیر معیاری کام ہیں - مثال کے طور پر، یوٹیوب چینل چلانا اور دوسرے صارفین کو بتانا کہ آپ اوپن سورس پروڈکٹ کیسے استعمال کرتے ہیں۔ مثال کے طور پر، اپاچی سافٹ ویئر فاؤنڈیشن کے پاس ایک الگ ہے۔ ، جہاں یہ اشارہ کیا جاتا ہے کہ کس مدد کی ضرورت ہے۔
کیا مجھے کمٹٹر بننے کے لیے کوئی بڑا فیچر لکھنے کی ضرورت ہے؟
نہیں. یہ بالکل ضروری نہیں ہے۔ کمٹٹر کو ٹن کوڈ لکھنے کی ضرورت نہیں ہے۔ لیکن اگر آپ نے کوئی بڑا فیچر لکھا ہے تو پراجیکٹ مینجمنٹ کمیٹی کے لیے آپ کا اندازہ لگانا آسان ہوگا۔ کمیونٹی میں حصہ ڈالنا صرف خصوصیات، پروگرامنگ اور جانچ کے بارے میں نہیں ہے۔ اگر آپ ایک خط لکھتے ہیں اور کسی مسئلے کے بارے میں بات کرتے ہیں، تو ایک معقول حل پیش کریں - یہ بھی ایک شراکت ہے۔
یہ سمجھنا ضروری ہے کہ ارتکاب اعتماد کے بارے میں ہے۔ آپ کو کمٹٹر بنانا ہے یا نہیں اس کا فیصلہ آپ جیسے لوگوں کے ذریعہ آپ کے بارے میں ان کے خیالات کی بنیاد پر ہوتا ہے جو ایک ایسے شخص کے طور پر ہے جو پروڈکٹ کو فائدہ پہنچاتا ہے۔ لہذا، آپ کو، کمیونٹی میں اپنے اعمال اور اعمال کے ذریعے، اس اعتماد کو جیتنے کی ضرورت ہے۔
کیسا برتاؤ کرنا ہے؟
تعمیری، مثبت، شائستہ اور صبر کریں۔ یاد رکھیں کہ اوپن سورس میں ہر کوئی رضاکار ہے اور کوئی بھی کسی کا مقروض نہیں ہے۔ وہ آپ کو جواب نہیں دیتے ہیں - انتظار کریں اور 3-4 دنوں میں آپ کو اپنے سوال کے بارے میں یاد دلائیں گے۔ وہ ہمیشہ آپ کو جواب نہیں دیتے ہیں - ٹھیک ہے، اوپن سورس رضاکارانہ ہے۔
کسی سے آپ کے لیے یا آپ کے لیے کچھ کرنے کو مت کہو۔ کمیونٹی کے تجربہ کار افراد میں ایسے "بھکاریوں" کی جبلت ہوتی ہے اور وہ فوری طور پر ان لوگوں سے الرجک ہو جاتے ہیں جو اپنا کام ان کی طرف دھکیلنا چاہتے ہیں۔
اگر آپ کو مدد ملتی ہے تو یہ بہت اچھا ہے، لیکن اس کا غلط استعمال نہ کریں۔ آپ کو یہ نہیں لکھنا چاہئے: "لوگوں، اسے ٹھیک کریں، ورنہ میں اپنا سالانہ بونس کھو رہا ہوں۔" یہ پوچھنا بہتر ہے کہ آپ کو آگے کہاں جانا ہے، اور ہمیں بتائیں کہ آپ نے اس مسئلے کے بارے میں پہلے ہی کیا کھود لیا ہے۔ اور اگر آپ مسئلے کو حل کرنے کے نتائج کی بنیاد پر ویکی کو اپ ڈیٹ کرنے کا وعدہ کرتے ہیں، تو ان کے جواب دینے کا امکان کافی بڑھ جائے گا۔
آخر میں، پڑھیں اور سیکھیں .
اگر آپ مرتکب نہیں ہیں تو کیسے حصہ ڈالیں؟
پروجیکٹ اکثر آر ٹی سی اسکیم کا استعمال کرتے ہیں، جہاں پہلے ہر چیز کا جائزہ لیا جاتا ہے، اور پھر تبدیلیاں ماسٹر میں ضم ہوجاتی ہیں۔ اس اسکیم کے ساتھ، بالکل ہر ایک کا جائزہ لیا جاتا ہے، یہاں تک کہ کمٹٹرز بھی۔ اس لیے، آپ کسی کام کرنے والے کے بغیر کسی پروجیکٹ میں کامیابی سے حصہ ڈال سکتے ہیں۔ اور نئے کمٹٹرز کے طور پر منتخب ہونے کو آسان بنانے کے لیے، آپ نئے شرکاء کی رہنمائی کر سکتے ہیں، علم کا اشتراک کر سکتے ہیں، اور نیا مواد تخلیق کر سکتے ہیں۔
تنوع - فائدہ یا نقصان؟
تنوع - اپاچی سافٹ ویئر فاؤنڈیشن کی سمجھ میں، یہ، دیگر چیزوں کے ساتھ، کئی کمپنیوں کے ذریعہ اوپن سورس پروجیکٹ میں شرکاء کی وابستگی ہے۔ اگر ہر کوئی صرف ایک تنظیم سے منسلک ہے، تو اس منصوبے میں دلچسپی کے نقصان کے ساتھ، تمام شرکاء تیزی سے اس سے بھاگ جاتے ہیں. تنوع طویل مدتی، مستحکم پروجیکٹ، متنوع تجربہ اور شرکاء کی وسیع آراء فراہم کرتا ہے۔
محبت کے لیے یا سہولت کے لیے؟
اوپن سورس پروجیکٹس میں دو قسم کے لوگ ہوتے ہیں: وہ لوگ جو کسی ایسی تنظیم میں کام کرتے ہیں جو اس پروڈکٹ میں حصہ ڈالتی ہے، اور وہ جو یہاں محبت کے لیے کام کرتے ہیں، یعنی رضاکار۔ کون سا زیادہ پیداواری ہے؟ عام طور پر، شرکاء جو تعاون کرنے والی تنظیم سے پروڈکٹ کی حمایت کرتے ہیں۔ ان کے پاس سچائی کی تہہ تک پہنچنے کے لیے زیادہ وقت اور واضح محرک ہوتا ہے، وہ کام پر توجہ مرکوز کرتے ہیں اور صارف کے قریب ہوتے ہیں۔
جو لوگ اسے "محبت سے" کرتے ہیں وہ بھی حوصلہ افزائی کرتے ہیں، لیکن ایک مختلف طریقے سے - وہ دنیا کو ایک بہتر جگہ بنانے کے لیے اس پروجیکٹ کا مطالعہ کرنے کے لیے بے چین ہیں۔ اور یہ خاص طور پر ایسے شرکاء ہیں جو زیادہ مستحکم اور طویل مدتی پر مبنی ہیں، کیونکہ جو لوگ اپنی پہل سے کمیونٹی میں آئے ہیں ان کا ایک دن میں اسے چھوڑنے کا امکان نہیں ہے۔
پیداواریت اور استحکام کے درمیان توازن کیسے تلاش کیا جائے؟ دو آپشنز ہیں۔ پہلا آپشن: جب شرکت کنندہ کسی ایسی کمپنی میں کام کرتا ہے جو اس اوپن سورس پروجیکٹ میں باضابطہ طور پر شامل ہے، اور اس میں کچھ اضافی کرتا ہے، اپنی دلچسپی سے - مثال کے طور پر، نئے آنے والوں کی مدد کرنا۔ دوسرا آپشن ایک کمپنی ہے جس میں اوپن سورس کی تبدیلی آئی ہے۔ مثال کے طور پر، جب ملازمین ہفتے میں چار دن مرکزی کاروباری پروجیکٹ پر کام کرتے ہیں، اور باقی وقت وہ اوپن سورس پر کام کرتے ہیں۔
مرتکب - ہونا یا نہیں ہونا؟
عہد کرنا ایک اچھا اور مفید موضوع ہے، لیکن آپ کو خاص طور پر ایک مرتکب بننے کی کوشش نہیں کرنی چاہیے۔ یہ کردار کوڈ پر مبنی کردار نہیں ہے اور آپ کے علم کا مظاہرہ نہیں کرتا ہے۔ صرف ایک چیز جو اہمیت رکھتی ہے وہ مہارت ہے، یعنی وہ علم اور تجربہ جو آپ پروجیکٹ کا مطالعہ کرکے، اس میں دلچسپی لیتے ہوئے اور دوسروں کے مسائل حل کرنے میں مدد کرتے ہیں۔
ماخذ: www.habr.com
