ہیلو!
پچھلے دو سالوں میں میں ان لوگوں کے ساتھ بہت کام کر رہا ہوں جو ابھی IT میں اپنا کیریئر شروع کر رہے ہیں۔ چونکہ خود سوالات اور بہت سے لوگوں کے پوچھنے کا طریقہ ایک جیسا ہے، اس لیے میں نے اپنے تجربے اور سفارشات کو ایک جگہ جمع کرنے کا فیصلہ کیا۔
بہت عرصہ پہلے پڑھا تھا۔ ایرک ریمنڈ کے ذریعہ 2004، اور اپنے کیریئر میں ہمیشہ اس کی سختی سے پیروی کی ہے۔ یہ کافی بڑا ہے، اور اس کا مقصد سسٹم ایڈمنسٹریٹرز پر ہے۔ مجھے ایسے لوگوں کی مدد کرنی ہے، جن کو اکثر ترقی کا بالکل بھی تجربہ نہیں ہوتا، وہ جونیئر بن جاتے ہیں اور اپنا کیریئر شروع کرتے ہیں۔
ان لوگوں کے لیے جو پہلے ہی بن چکے ہیں، یا اب بھی ایک نیا ڈویلپر بننے کا خواب دیکھ رہے ہیں، میں درج ذیل سفارشات دے سکتا ہوں:
- مسئلہ کا خود مطالعہ کریں۔
- پہلے مقصد کی بات کریں، پھر مسئلہ بیان کریں۔
- قابلیت اور نقطہ نظر سے لکھیں۔
- ایڈریس پر سوالات پوچھیں اور حل شیئر کریں۔
- دوسرے لوگوں کے وقت کا احترام کریں۔
- وسیع تر دیکھو
اور اب مزید تفصیلات۔
مسئلہ کا خود مطالعہ کریں۔
آپ کسی کتاب یا کورس سے پروگرامنگ زبان سیکھ رہے ہیں۔ ہم نے ایک مثالی کوڈ لیا، اسے چلایا، لیکن یہ ایک ایسی خرابی کے ساتھ کریش ہو گیا جو آپ کے لیے واضح نہیں تھی۔ کتاب کے مطابق، یہ کام کرنا چاہئے. لیکن آپ اپنی آنکھوں پر یقین رکھتے ہیں - یہ کام نہیں کرتا ہے۔ اختیارات کیا ہیں؟
- فیصلہ کریں کہ آپ کبھی بھی ڈویلپر نہیں بنیں گے کیونکہ پوری دنیا آپ کے خلاف ہے اور کام کرنے والی مثالیں بھی کام نہیں کرتیں۔ پڑھائی چھوڑ دیں؛
- فیصلہ کریں کہ آپ کبھی بھی ڈویلپر نہیں بنیں گے کیونکہ آپ بہت بیوقوف ہیں یا آپ کے پاس نہیں ہے۔ پڑھائی چھوڑ دیں؛
- ہر ایک سے پوچھنا شروع کریں جسے آپ جانتے ہیں کہ کون کم از کم کسی نہ کسی طرح IT سے جڑا ہوا ہے، اس سے مطالبہ کریں کہ وہ یہ معلوم کریں کہ یہ آپ کے لیے کیوں کام نہیں کر رہا ہے۔ اپنے بارے میں بہت سی نئی چیزیں جانیں، ناراض ہو جائیں۔ پڑھائی چھوڑ دیں؛
کون سا آپشن درست ہے؟ یہاں وہ ہے:
سمجھیں کہ آپ منفرد نہیں ہیں (چاہے آپ کی والدہ اور دادی کیا کہیں)، اور IT کی دنیا اتنی سادہ نہیں ہے جتنی کہ جب وہ آپ کو کورسز اور ویبینرز میں مدعو کرتے ہیں تو وہ اسے ٹرپٹ کرتے ہیں۔
یہ سمجھنا کہ آپ منفرد نہیں ہیں اس احساس کی طرف لے جاتا ہے کہ آپ کی پریشانی کا سامنا شاید دسیوں، سینکڑوں، ہزاروں لوگوں نے کیا ہے۔ اگر آپ ایک نئے ڈویلپر ہیں، تو آپ آسانی سے کسی چیز کو محسوس، انسٹال یا ترتیب نہیں دے سکتے ہیں۔ یہاں ایک چیک لسٹ ہے جو میں تجویز کرتا ہوں اس سے پہلے کہ آپ کو یہ احساس ہو کہ آپ خود مسئلہ حل نہیں کر سکتے اور مدد کی ضرورت ہے:
- یقینی بنائیں کہ سوال منفرد ہے اور انٹرنیٹ پر اس کا کوئی جواب نہیں ہے۔
- مسئلہ کی وجہ کا بغور مطالعہ کریں، اثر نہیں۔
- مسئلے کے ممکنہ حل، ان کے فائدے اور نقصانات کا جائزہ لیں۔
- اپنے مقصد کے حصول کے لیے متبادل اختیارات کے بارے میں سوچیں۔
- اس بارے میں سوچیں کہ آپ سے کیا پوچھا جا سکتا ہے اور اپنے جوابات پہلے سے تیار کریں۔
С سب سے پہلے نقطہ یہ ہے کہ سب کچھ معمولی ہے: اگر غلطی کا متن آپ کے لئے مکمل طور پر ناقابل فہم ہے، تو اسے گوگل میں کاپی کریں اور لنکس سے متن کو غور سے پڑھیں۔
دوسرا: مثال کے طور پر، اگر آپ کا کوڈ اس خرابی کے ساتھ کریش ہو جاتا ہے "میں فریق ثالث لائبریری کو جوڑ نہیں سکتا،" تو مسئلہ آپ کے کوڈ میں نہیں ہے۔ نقطہ یہ ہے کہ آپ نے کوئی لائبریری انسٹال نہیں کی ہے جسے آپ استعمال کرنا چاہتے ہیں۔ اس کا مطلب ہے کہ آپ کو اسے انسٹال کرنے کا طریقہ تلاش کرنے کی ضرورت ہے، نہ کہ اپنے کوڈ کو ٹھیک کرنے کا طریقہ۔
تیسرا и چوڑائی بالکل مماثل: کیا ہوگا اگر یہ لائبریری مسئلہ ہے اور مجھے صرف ایک اور تلاش کرنے کی ضرورت ہے؟ کیا ہوگا اگر میں تھرڈ پارٹی لائبریری بالکل بھی استعمال نہ کروں، لیکن معیاری ٹولز کا استعمال کرتے ہوئے اپنا کوڈ لکھوں؟
پانچویں یہ نکتہ ہمیں اگلے حصے کی طرف لے جاتا ہے: اس کے بارے میں سوچیں کہ جس شخص سے آپ رابطہ کر رہے ہیں وہ آپ سے کیا پوچھ سکتا ہے اور اس کے پاس جوابات تیار ہیں۔
پہلے مقصد کی بات کریں، پھر مسئلہ بیان کریں۔
مقصد وہی ہے جو آپ کرنا چاہتے تھے۔ مثال کے طور پر، ایک کوڈ لکھیں جو انٹرنیٹ پر جائے اور مضحکہ خیز بلیوں کے ساتھ 10 تصاویر محفوظ کرے۔ مسئلہ یہ ہے کہ آپ کنسول میں ایک خرابی کیوں دیکھتے ہیں، لیکن آپ کو 10 مضحکہ خیز بلیاں نظر نہیں آتیں۔ اپنے سوال کا آغاز کسی مسئلے سے نہ کریں۔ ایک مقصد کے ساتھ شروع کریں، ایک مسئلہ کے ساتھ ختم کریں. اگر آپ جس شخص سے مدد کے لیے رجوع کرتے ہیں وہ ایک تجربہ کار ڈویلپر ہے اور بہت کچھ جانتا ہے، تو وہ شاید آپ کو اس مسئلے کا آسان اور زیادہ خوبصورت حل پیش کرنے کے قابل ہو گا۔ اگر آپ پہلے ہی سب سے آسان اور خوبصورت کا انتخاب کر چکے ہیں، تو وہ واضح طور پر سمجھ جائے گا کہ آپ کیا اور کیوں کرنا چاہتے ہیں، اور یہ جواب کی وصولی کو تیز کر دے گا۔
اچھا سوال:
میں ہنسنے اور اپنی زندگی کو طول دینے کے لیے ہر روز 10 مضحکہ خیز بلیوں کو بچانا چاہتا ہوں۔ ایسا کرنے کے لیے، میں نے درج ذیل کوڈ لکھا: […] میں توقع کرتا ہوں کہ یہ ایک FTP سرور سے جڑ جائے گا اور وہاں سے نئی تصاویر ڈاؤن لوڈ کرے گا۔ تاہم، جب میں نے اسے لانچ کیا تو مجھے یہ خامی نظر آئی: […] اگرچہ میں براؤزر کے ذریعے اس سرور تک رسائی حاصل کر سکتا ہوں۔
فوری رد عمل:
آپ کو یہ لائبریری نہیں لینی چاہیے تھی؛ کوئی بھی طویل عرصے سے اس کی حمایت یا ترقی نہیں کر رہا ہے۔ بہتر ہے کہ اسے لے لو - میں خود اس کے لیے بلیوں کے ساتھ تصاویر ڈاؤن لوڈ کرتا ہوں!
برا سوال:
ہیلو، میرے کوڈ میں درج ذیل خرابی پیدا ہوئی […]، کیا آپ جانتے ہیں کہ کیا غلط ہو سکتا ہے؟
واضح جواب:
ہیلو. نہیں مجھے نہیں معلوم.
قابلیت اور نقطہ نظر سے لکھیں۔
کسی شخص پر خیالات کا دھارا بہانے کی ضرورت نہیں۔ آپ نے مسئلہ حل کرنے کے لیے جس سے رجوع کیا وہ اپنے کاموں میں مصروف ہے۔ اس بات کو یقینی بنائیں کہ وہ جلدی سے سمجھتا ہے کہ آپ کا مسئلہ کیا ہے اور آپ اس سے کیا چاہتے ہیں۔ اگر آپ کو خواندگی کے ساتھ مسائل ہیں تو آن لائن ہجے اور اوقاف کی جانچ کی خدمات استعمال کریں۔ آپ آن لائن خدمات کے بغیر پیغامات سے ردی کو ہٹا سکتے ہیں۔ پانی نہ ڈالیں، دور سے شروع نہ کریں۔ مختصراً، اختصار کے ساتھ، اور بات تک لکھیں۔ مثالیں پیش کریں۔
بری طرح:
- ہائے، یہ کیسا گزرا))) میں مختصر میں ایک پروجیکٹ کو اکٹھا کرنے کی کوشش کر رہا ہوں، لیکن یہ میرے لیے کام نہیں کرتا، یہ کسی وجہ سے کریش ہو جاتا ہے O_o، حالانکہ ایسا لگتا ہے کہ میں نے سب کچھ ٹھیک کیا، براہ کرم آئیں) (
اچھی:
— ہیلو، میں ایک پروجیکٹ شروع کرنے کی کوشش کر رہا ہوں، لیکن ایک مسئلہ ہے۔ یہ docker-compose up کمانڈ کے فوراً بعد کریش ہو جاتا ہے، یہاں سٹارٹ اپ لاگ اور ایرر ہے: […] کیا آپ مجھے بتا سکتے ہیں کہ اسے کیسے حل کیا جائے؟
ایڈریس پر سوالات پوچھیں اور حل شیئر کریں۔
آپ کو کسی مخصوص شخص کو ذاتی پیغام میں کوئی سوال نہیں لکھنا چاہیے، جب تک کہ آپ کو یہ اطلاع نہ دی گئی ہو کہ آپ کو اس سے خاص طور پر پوچھنا چاہیے۔ لوگوں کے گروپ کو لکھنا بہتر ہے کیونکہ:
- ہر کوئی اپنے اپنے مسائل حل کرنے میں مصروف ہے۔ اس بات کا امکان زیادہ ہے کہ کوئی عام بات چیت میں یا کسی فورم پر آپ کے لیے وقت دے سکتا ہے۔
- اس بات کا امکان زیادہ ہے کہ عام بات چیت میں کسی کو معلوم ہو کہ آپ کی مدد کیسے کی جائے۔
- آپ اسے دوسروں پر چھوڑ دیتے ہیں کہ وہی سوال اور جواب بعد میں تلاش کریں۔
آخری نقطہ پر ایک نظر ڈالیں۔ کیا آپ نے پہلے ہی سیکھا ہے کہ آپ کو مسائل خود حل کرنے کی کوشش کرنی چاہیے؟ کیا آپ پہلے ہی چیٹ/فورم/گروپ سرچ استعمال کر چکے ہیں، لیکن آپ کے مسئلے کا کوئی ذکر نہیں ملا؟ ٹھیک ہے، پھر پوچھیں.
دوسری طرف، لوگوں کو غیر ضروری طور پر پریشان کرنے کی ضرورت نہیں ہے۔ اگر ممکن ہو تو، اپنی میلنگ لسٹ سے کسی ایسے شخص کو ہٹا دیں جو آپ کی مدد نہیں کر سکتا۔ کسی شخص کو جتنے زیادہ پیغامات موصول ہوتے ہیں، ان سب کو پڑھنے کا امکان اتنا ہی کم ہوتا ہے۔ لوگوں کو انتباہات کو بند کرنے یا صرف پیغامات کو نظر انداز کرنے کی عادت میں نہ ڈالیں۔
یقیناً، آپ کا تجربہ کسی اور کے لیے کارآمد ثابت ہو سکتا ہے۔ جواب یا حل پوسٹ کر کے اپنا اور دوسروں کا وقت بچائیں۔ اگلا نووارد، اگر وہ پہلے سے جانتا ہے کہ ہم یہاں کس کے بارے میں بات کر رہے ہیں، تو وہ کسی کو بالکل بھی پریشان نہیں کرے گا - وہ تلاش کرکے آپ کا حل تلاش کرے گا۔ میں کیوں کہتا ہوں کہ آپ اپنا وقت بچا سکتے ہیں؟ کیونکہ آپ کو ایک سال میں اس مسئلے کا سامنا ہو سکتا ہے اور آپ کو یاد نہیں کہ آپ نے اسے کیسے حل کیا ہے۔ تلاش آپ کو دوبارہ بچائے گی۔
دوسرے لوگوں کے وقت کا احترام کریں۔
جن لوگوں سے آپ مدد مانگتے ہیں ان کے لیے زندگی کو ہر ممکن حد تک آسان بنائیں۔
یقینی بنائیں کہ آپ جو لنک بھیجتے ہیں وہ کام کرتے ہیں۔ اسے پوشیدگی وضع میں کھولنے کی کوشش کریں۔ اگر لنک کو اجازت درکار ہے، تو آپ کو رسائی کی خرابی نظر آئے گی۔ مثال کے طور پر، اگر آپ نے کسی پرائیویٹ ریپوزٹری میں کوڈ اپ لوڈ کیا ہے، یا گوگل ڈرائیو پر ایک لنک بھیجا ہے، جس تک صرف آپ کو رسائی حاصل ہے، تو ایک شخص کو ایک غلطی نظر آئے گی، اور اسے آپ کو اس کے بارے میں مطلع کرنے میں وقت گزارنا پڑے گا، اور پھر انتظار کرنا پڑے گا۔ آپ رسائی کو ترتیب دینے کے لیے۔ اس بات کو یقینی بنائیں کہ وہ شخص فوری طور پر دیکھے کہ آپ جس کے بارے میں بات کر رہے ہیں۔
کسی سے یہ توقع نہ کریں کہ وہ یاد رکھنا چاہے گا جو آپ نے دو دن پہلے پوچھا تھا۔ دوبارہ معلومات بھیجیں، سیاق و سباق کو یاد دلائیں۔ کوئی بھی خط و کتابت کے ذریعے تلاش نہیں کرنا چاہتا جو آپ کے پاس ہے۔ اگر آپ معلومات کو نقل کرنے میں بہت سست ہیں تاکہ لوگ تلاش کرنے میں اپنا وقت ضائع نہ کریں، تو آپ کو مدد کی ضرورت نہیں ہے۔
اسے سیاق و سباق سے ہٹ کر نہ لیں۔ اگر آپ غلطی کے ساتھ لاگ بھیجتے ہیں، تو یہ ظاہر ہے کہ آپ کو نہ صرف خود غلطی، بلکہ اس کوڈ کو بھی شامل کرنے کی ضرورت ہے جس کی وجہ سے یہ ٹوٹا، اس کی مثال کے ساتھ۔
اگر آپ کے مسئلے کو حل کرنے کے لیے کوئی قائم شدہ عمل ہے، تو اس پر عمل کریں۔ اگر پہلے سے مرحلہ وار HowTo کے ساتھ کوئی مضمون موجود ہو تو پہیے کو دوبارہ ایجاد کرنے کی ضرورت نہیں ہے۔
آپ کو ایک ہی وقت میں مختلف چینلز (سلیک، اسکائپ، ٹیلی گرام پر لکھیں) کے ذریعے ایک شخص سے جواب حاصل کرنے کی کوشش نہیں کرنی چاہیے - یہ اس شخص کے لیے ناگوار ہوگا۔
ایک ہی پیغام کو ایک ساتھ کئی لوگوں کو لکھنے کی ضرورت نہیں ہے، اس امید پر کہ کم از کم کوئی آپ کو جواب دے گا۔ یہ سب لوگ آپ کو ایک جواب دے سکتے ہیں (زیادہ تر امکان یہی ہوگا)، لیکن یہ سب کچھ دیر کے لیے اپنے کام سے ہٹ جائیں گے۔ گروپ چیٹس استعمال کریں۔
وسیع تر دیکھو
ہم نے یہاں جس چیز کے بارے میں بات کی ہے اس کا اطلاق IT فیلڈ سے باہر بھی ہوتا ہے۔ کسی سپر مارکیٹ، کار سروس سینٹر، کسی دوسرے ملک میں چھٹیوں پر، دوستوں اور رشتہ داروں سے بات چیت کرتے وقت ان اصولوں پر عمل کریں۔ لوگوں کو دکھائیں کہ آپ ان کے وقت کی قدر کرتے ہیں اور انہیں معمولی باتوں پر پریشان نہیں کرنا چاہتے۔ دکھائیں کہ آپ نے خود مسئلہ کو حل کرنے کی کوشش میں وقت اور کوشش صرف کی، لیکن آپ ناکام رہے، اور آپ کو واقعی مدد کی ضرورت ہے۔ شکر گزاری میں، لوگ آپ کے مسائل کو سمجھیں گے اور انہیں حل کرنے میں آپ کی مدد کریں گے۔
ماخذ: www.habr.com