اپنی پہلی نوکری کے خوف سے چھٹکارا حاصل کرنا

اب بھی فلم "ہیری پوٹر اینڈ دی پریزنر آف ازکابان" سے

اس دنیا کا مسئلہ یہ ہے کہ پڑھے لکھے لوگ شکوک و شبہات سے بھرے ہوتے ہیں لیکن بیوقوف اعتماد سے بھرے ہوتے ہیں۔

چارلس بوکوسکی۔

میں نے حال ہی میں ایک اور پروگرامنگ سبق سکھایا۔ باقاعدہ کلاسوں کے برعکس، موضوع زبان کی تعمیر یا مسائل کا حل نہیں تھا۔ طالب علم نے مستقبل میں ملازمت کے بارے میں اپنے خدشات کا اظہار کیا۔ طالب علم خود کافی ہوشیار تھا۔ کورس میں آنے والوں میں سے ایک پورا پروگرام کسی اور کے مقابلے میں زیادہ تیزی سے اور اصل حل کے ساتھ مکمل کرتا ہے، لیکن ہر وقت وہ خلوص دل سے اپنے آپ کو کم سمجھتا ہے۔ میرے خیال میں ایسے شکوک صرف معلومات کی کمی سے پیدا ہوتے ہیں۔ میں نے سبق کے دوران اس خلا کو پر کرنے کی کوشش کی۔

سوالات کچھ اس طرح تھے:

• ہر سال بہت سے طلباء یونیورسٹیوں سے فارغ التحصیل ہوتے ہیں اور وہ سب کام کی تلاش میں جاتے ہیں۔ یہ بہت سارے لوگ ہیں۔ وہ شاید بہترین کی خدمات حاصل کریں گے، لیکن مجھے جگہ نہیں ملے گی۔
• اگر میں گڑبڑ کروں اور فوراً نوکری سے نکال دوں تو کیا ہوگا؟
• کیا ہوگا اگر کام کے دوران انہیں احساس ہو کہ میں بیوقوف ہوں اور مجھے باہر نکال دیں؟

یہ طالب علم پہلا شخص نہیں تھا جس سے میں نے اس طرح کے سوالات کا جواب دیا۔ بہت سے لوگوں کے پاس وہ ہیں، اور عام طور پر انہیں بغیر تیاری کے بتانا پڑتا ہے۔ اس بار میں نے ایک نوٹ بک میں اپنا ایکولوگ لکھنے کا فیصلہ کیا۔ میں نے سوچا کہ یہ ایک دو پیراگراف ہوں گے، لیکن یہ ایک پورے مضمون کے لیے کافی ہو گیا۔

مضمون میرے نقطہ نظر سے اور میرے تجربے پر مبنی نقطہ نظر کو بیان کرتا ہے۔ تاہم، ہماری دنیا بہت متنوع ہے اور اس میں حیرت انگیز چیزیں ہوتی ہیں۔ اگر آپ کسی چیز سے متفق نہیں ہیں یا آپ کا تجربہ کچھ مختلف ہے تو براہ کرم ایک تبصرہ لکھیں۔

مضمون ایک ڈویلپر نے ڈویلپرز کے لیے لکھا تھا۔ تاہم، اگر آپ آئی ٹی میں ٹیسٹنگ، ایڈمنسٹریشن یا کوئی اور کام کرنے کا ارادہ رکھتے ہیں، تو کچھ مشورے آپ کے لیے بھی کارآمد ثابت ہوں گے۔

وہ آپ کو بالکل ملازمت نہیں دیں گے۔

جب آپ تصور کرتے ہیں کہ بہت سی یونیورسٹیاں ہر سال سینکڑوں طلباء کو فارغ کرتی ہیں، تو یہ بے چینی ہو جاتی ہے۔ اتنے بڑے ہجوم کا مقابلہ کیسے؟

بدقسمتی سے، تمام گریجویٹس کے پاس کافی تکنیکی تربیت نہیں ہے۔ کسی یونیورسٹی کے طالب علم سے پوچھیں جو آپ جانتے ہیں: اس کے گروپ کے لوگ "ڈیٹا بیس" یا "الگورتھمائزیشن اور پروگرامنگ کے بنیادی اصول" جیسے مضامین کے امتحانات میں کیسے داخلہ لیتے ہیں؟ 30 افراد کے ایک گروپ میں، بہترین طور پر، 3-5 "اعلی درجے کے" لڑکے ہوں گے جنہوں نے حقیقت میں سب کچھ خود کیا۔ باقی صرف ان سے نقل کرتے ہیں، سوالات کے جوابات تیار کرتے ہیں اور جمع کراتے ہیں۔

جب میں نے اپنے طور پر مطالعہ کیا تو ایسا ہی تھا۔ تاہم، میرا تجربہ نمائندہ نہیں ہو سکتا۔ تو میں نے یہ سوال کئی مختلف طلباء سے پوچھا۔ جواب تقریباً ایک جیسا تھا۔ جواب دہندگان کا تعلق مختلف یونیورسٹیوں اور کالجوں سے تھا۔ میں اس مضمون کے دائرہ کار سے باہر وجوہات کے بارے میں بات چیت چھوڑوں گا۔ میرے پاس مکمل مطالعہ کے لیے کافی وقت نہیں ہے، اس لیے میں دستیاب حقائق سے کوئی نتیجہ اخذ کروں گا۔

سینکڑوں گریجویٹس میں سے، صرف دو درجن ہی آجروں کے لیے دلچسپی رکھتے ہیں۔

چند گریجویٹس اچھی تیاری کے ساتھ قابل طالب علم کے لیے حقیقی مقابلہ فراہم کر سکتے ہیں۔ تاہم، یہاں تک کہ اگر آپ نے ایمانداری سے مطالعہ کیا ہے، تو پہلے انٹرویو کے بعد آپ کو زیادہ سے زیادہ ملازمت پر نہیں رکھا جائے گا۔ دوسرے کے بعد، شاید بھی۔ سب کچھ ٹھیک ہو سکتا ہے، لیکن بہتر ہے کہ اپنے آپ کو حملے کے لیے نہیں بلکہ محاصرے کے لیے تیار کریں۔ نوکری حاصل کرنے کی ناکام کوشش صرف اپنی غلطیوں پر کام کرنے اور دوبارہ کوشش کرنے کی ایک وجہ ہے۔ میں انٹرویو کی تیاری کے بارے میں بات نہیں کروں گا۔ انٹرنیٹ پر اس موضوع پر پہلے ہی بہت کچھ لکھا جا چکا ہے۔ میں صرف اتنا کہوں گا کہ انٹرویوز میں ایسی باریکیاں ہیں جن کی وضاحت کرنے میں آپ کا تربیتی پروگرام شاید وقت نہیں لے گا۔ اس معلومات کو خود دیکھیں، اس سے کوششوں کی تعداد کم ہو سکتی ہے۔

جنون ایک ہی عمل کا عین اعادہ ہے۔ وقت کے بعد، تبدیلی کی امید

البرٹ آئن اسٹائن

انٹرویوز کو پاگل پن میں بدلنے سے روکنے کے لیے، آپ کو ہر نئی کوشش کے بعد بہتری لانے کی ضرورت ہے۔ انٹرویو کے دوران آپ سے پوچھے گئے سوالات کو یاد رکھیں یا لکھیں۔ جب آپ گھر لوٹیں تو اس فہرست کو دیکھیں اور انٹرنیٹ کا استعمال کرتے ہوئے خود کو چیک کریں۔ اس طرح آپ سمجھ جائیں گے کہ آپ اور انٹرویو لینے والے نے کہاں غلطی کی ہے۔ ایسا بھی ہوتا ہے۔ ان موضوعات کا جائزہ لیں یا ان کا مطالعہ کریں جن پر آپ نے خراب کارکردگی کا مظاہرہ کیا اور دوبارہ کوشش کریں۔

اس کے علاوہ، لیبر مارکیٹ کی ایک واضح موسم ہے. سمارٹ کمپنیاں گریجویشن کی تاریخوں کی بنیاد پر خدمات حاصل کرنے کا منصوبہ رکھتی ہیں۔ موسم بہار میں نئے آنے والوں کے لیے دیگر اوقات کے مقابلے زیادہ اسامیاں ہیں۔ تاہم، اس وقت مقابلہ زیادہ ہے۔

بیوقوف - نکال دو

جب تجربہ کے بغیر کسی شخص کی خدمات حاصل کی جاتی ہیں، تو اس کے لیے اسی طرح کی توقعات وابستہ ہوتی ہیں۔

ملازمت میں نئے آنے والے سے توقع کی جاتی ہے:

• عمومی تکنیکی بنیاد کا علم
• کمپنی کے موضوع کے علاقے کی تفصیلات کا مطالعہ
• استعمال شدہ اوزاروں اور طریقوں میں مہارت حاصل کرنا

کچھ تنظیمیں نئے آنے والوں کے لیے استعمال شدہ ٹیکنالوجیز، ٹولز اور مقامی طریقہ کار پر تربیتی کورسز مہیا کرتی ہیں۔ مثال کے طور پر، کارپوریٹ ای میل استعمال کرتے وقت اچھے اخلاق، ویکی میں دستاویزات کو تبدیل کرنے کا طریقہ کار، VCS کے ساتھ کام کرنے کی مقامی خصوصیات اور بگ ٹریکر۔

یہاں تکنیکی تعارفی کورس بھی ہیں، لیکن ان کی افادیت پر سوالیہ نشان ہے۔ اگر ملازمت کی بات آتی ہے، تو آجروں کو یقین ہے کہ آپ کے پاس کافی حد تک علم ہے۔ ایک چھوٹی سی رسم کے طور پر نیک نیتی کے ساتھ ایسے کورسز کرنا ہی بہتر ہے۔ ہو سکتا ہے کہ ان میں واقعی کوئی کارآمد چیز ہو۔

جب آپ کام شروع کرتے ہیں، تو یاد رکھیں کہ ایک ابتدائی، پیچیدہ اور ایک ہی وقت میں اہم کام کو حل کرنے کی ذمہ داری یقینی طور پر نہیں دی جائے گی۔ زیادہ تر امکان ہے کہ ان میں سے صرف ایک پراپرٹی ہوگی۔ یا آسان لیکن فوری: ترتیب کو درست کریں، کسی کو فائل بھیجیں، مسئلہ کو دوبارہ پیش کریں۔ یا مشکل، لیکن تکمیل کی کسی امید کے بغیر - تاکہ ابتدائی مزید ریک جمع کرے۔ یا اہم، لیکن تجرباتی۔ مثال کے طور پر، ایک ایسا پروجیکٹ جسے ہر کوئی ایک طویل عرصے سے چاہتا ہے، لیکن اسے لاگو کرنے کا وقت نہیں مل سکتا۔

ٹولز میں مہارت حاصل کرنے کے کام "مشکل" اور مصنوعی ہوں گے۔ زیادہ تر امکان ہے کہ یہ مرکزی نظام کا ایک آسان ورژن ہوگا۔ اس طرح کے کاموں میں وہی ٹیکنالوجی اسٹیک اور وہی ڈومین اصطلاحات استعمال ہوتی ہیں جیسے پورے پروجیکٹ میں۔ اس صورت میں، عمل درآمد کا نتیجہ آخری صارف کو نہیں دیا جائے گا۔ یہ تنزلی کا باعث ہو سکتا ہے، لیکن اس جذبے کی مزاحمت کرنا بہتر ہے۔ ایک مصنوعی کام کو ایمانداری سے کیا جانا چاہیے، گویا اس منصوبے کی تقدیر اس پر منحصر ہے۔

آپ کا پہلا مسئلہ حل کرنے کا نتیجہ ان ساتھیوں کے درمیان آپ کا پہلا تاثر بنائے گا جو انٹرویو میں موجود نہیں تھے۔

ٹول ماسٹرنگ ٹاسک کے لیے ایک اور آپشن ہے "مقامی مشین/ٹیسٹ ماحول پر پروجیکٹ چلائیں۔" بعض اوقات اس عمل کو ہدایات میں بیان کیا جاتا ہے۔ لیکن وہ عموماً پرانے اور بعض جگہ پرانے ہوتے ہیں۔ اگر آپ پیدا ہونے والے مسائل پر وضاحت کے ساتھ نئی ہدایات لکھیں تو آپ اس منصوبے کے حقیقی فائدے لے سکتے ہیں۔ یقیناً یونیورسٹی میں آپ کو کچھ مضامین کی رپورٹ کے لیے آر جی آر لکھنا پڑا۔ یہاں بھی تقریباً ایسا ہی ہے۔ دستاویز کو ان اعمال کی عکاسی کرنی چاہیے جو شروع کرنے کے لیے انجام دینے کی ضرورت ہے۔

عام طور پر آزمائشی ماحول پر پروڈکٹ چلانے کے اقدامات کچھ اس طرح ہوتے ہیں:

• کسی ذخیرہ کو کلون کریں، کسی شاخ یا ٹیگ پر جائیں۔
• کچھ کنفیگریشن فائل بنائیں
• ڈیٹا بیس کا ڈھانچہ تیار کریں۔
• اسے ٹیسٹ ڈیٹا سے بھریں۔
• منصوبے کی تعمیر یا مرتب کرنا،
• کنسول اسکرپٹس کا ایک سیٹ ایک خاص ترتیب میں چلائیں۔

مقامی طور پر نظام چلانے کے عمل کے دوران، غیر متوقع مسائل لامحالہ پیدا ہوں گے۔

تعیناتی کی ہدایات میں مسائل کا حل تلاش کرنا ضروری ہے۔ پھر اگلی بار جب آپ ہدایات پر عمل کریں گے تو یہ مسائل مزید پیدا نہیں ہوں گے۔ کنفیگریشن فائلوں اور کالنگ اسکرپٹس کو پُر کرتے وقت، آپ کو اس بات پر توجہ دینے کی ضرورت ہے کہ کون سی ویلیو کہاں اور کس چیز سے ملتی ہے۔ مثال کے طور پر، اگر کسی پروجیکٹ کو CI سسٹم کا استعمال کرتے ہوئے اسمبل کیا جاتا ہے اور پھر اسکرپٹ کے ذریعے لانچ کیا جاتا ہے، تو یہ سمجھنا ضروری ہے کہ برانچ کا نام یا کمٹ نمبر کہاں لکھنا ہے۔ ایسا ہوتا ہے کہ اسکرپٹ میں ڈیٹا بیس کا IP ایڈریس یا DNS نام، اس کا لاگ ان اور پاس ورڈ منتقل کرنا شامل ہوتا ہے۔ اس صورت میں، آپ کو یہ جاننے کی ضرورت ہے کہ ٹیسٹ کے ماحول کے لیے کون سا پتہ استعمال کرنا ہے، وہاں کون سے لاگ ان ہیں اور ان کے لیے آپ کو کون سے پاس ورڈ بتانے کی ضرورت ہے۔

کچھ کام تجربہ کار ڈویلپرز کے لیے آسان لگ سکتے ہیں لیکن انٹرنز کے لیے مشکل ہیں۔ یہ عام بات ہے۔

ڈویلپرز کو ہر روز تکنیکی مسائل کو حل کرنا پڑتا ہے۔ تجربہ کار ملازمین پہلے ہی بہت سے مسائل حل کر چکے ہیں، جبکہ نئے آنے والوں نے ابھی تک ان کا مقابلہ کرنا ہے۔ بہترین حربہ یہ ہے کہ "${task name} کے ساتھ مسائل کو حل کرنا" دستاویز میں پیش آنے والی تمام غلطیوں کو ریکارڈ کیا جائے۔ ہر مسئلے کے لیے، آپ کو اس کی وجہ کے بارے میں ایک مفروضہ تیار کرنے، انٹرنیٹ پر حل تلاش کرنے اور ایک ایک کرکے ان کو آزمانے کی ضرورت ہے۔ ہر کوشش کا نتیجہ بھی ریکارڈ کیا جانا چاہیے۔

ایک دستاویز کی شکل میں آپ کی تحقیق کی رجسٹریشن آپ کو اجازت دے گی:

• اپنے سر سے چھوٹی تفصیلات اتاریں۔ مثال کے طور پر، کنفیگریشن پیرامیٹرز، DNS/IP ایڈریسز، کنسول کمانڈز اور SQL سوالات۔
• یاد رکھیں "میں نے کل کیا کیا" جب یہ کام کئی دنوں تک جاری رہتا ہے۔
• حلقوں میں مت گھومنا. آپ ہمیشہ پڑھ سکتے ہیں کہ آپ نے پہلے کیا کیا تھا اور سمجھ سکتے ہیں کہ آپ اصل مسئلہ پر واپس آ گئے ہیں۔
• واضح طور پر سوال کا جواب دیں: "آپ نے آج کیا کیا؟" یہاں تک کہ اگر ابھی تک کوئی تیار شدہ حل نہیں ہے۔

آپ کو اپنے کاموں کی صورتحال کو ساتھیوں تک پہنچانے کے قابل ہونے کی ضرورت ہے۔

وقتاً فوقتاً، ساتھی آپ کی کامیابیوں میں دلچسپی لیں گے اور ان کا اشتراک کریں گے۔ اس کے لیے روزانہ یا ہفتہ وار کچھ وقت مختص کریں۔

اگر آپ درپیش مسائل اور حل شدہ مسائل کا سراغ نہیں لگاتے ہیں، تو آپ کی کامیابیوں کو بیان کرنا اس طرح نظر آئے گا: "میں نے کام کرنے کی کوشش کی، لیکن میں یہ نہیں کر سکتا۔ میں اب بھی حل تلاش کر رہا ہوں۔" اس کہانی سے یہ واضح نہیں ہے کہ انٹرن کچھ کر رہا تھا یا صرف بیٹھ کر پڑھ رہا تھا۔ کیا اسے مدد کی ضرورت ہے؟ کیا کل سے حالات بدل گئے ہیں؟

اگر آپ حل تلاش کرتے ہوئے کوئی دستاویز رکھتے ہیں، تو آپ کہہ سکتے ہیں "میں یہ کام کرنے کی کوشش کر رہا ہوں۔ مجھ سے اس طرح کی غلطیاں تھیں۔ اس طرح میں نے فیصلہ کیا۔ میں نے ابھی تک اس سے ڈیل نہیں کی ہے۔ یہ مفروضے اور حل ہیں۔ میں ابھی ان کی جانچ کر رہا ہوں۔"

اگر کام کو کسی بھی طرح سے ماپا جا سکتا ہے، تو حیثیت میں نمبر ہونا چاہئے. مثال کے طور پر، "ماڈیول کے لیے یونٹ ٹیسٹ لکھیں" کے کام کے لیے، آپ کہہ سکتے ہیں "میں 20 ٹیسٹ کرنے کا ارادہ رکھتا ہوں، اب میں نے 10 لکھے ہیں۔"

آپ جتنی مزید تفصیلات فراہم کریں گے، آپ کے ساتھی اتنا ہی بہتر سمجھیں گے کہ آپ نے کیا کیا۔ اس سے آپ کے ساتھیوں میں آپ کے بارے میں مثبت رویہ پیدا ہوگا اور وہ یہ سمجھنے کی اجازت دے گا کہ آپ کو مدد کی ضرورت ہے یا نہیں۔

مدد کے لیے بلا جھجھک پوچھیں۔

میں نے اوپر لکھا ہے کہ جب کوئی مسئلہ پیدا ہوتا ہے، تو آپ کو اس کی وجوہات اور ممکنہ حل کے بارے میں ایک مفروضہ تیار کرنے کی ضرورت ہوتی ہے۔ تاہم، ایسا ہوتا ہے کہ مفروضے جائز نہیں ہوتے، اور آزادانہ طور پر پائے جانے والے مسئلے کے حل کام نہیں کرتے۔ اس صورت میں، مدد کے لئے پوچھنا بہتر ہے. اپنے ساتھیوں کی توجہ کا غلط استعمال نہ کرنے کے لیے، آپ کو ہر مسئلے پر خود بیٹھنے کی ضرورت ہے۔ اگر آپ چند گھنٹوں میں کوئی حل تلاش کرنے کے قابل نہیں ہیں، تو یہ وقت ہے کہ مزید تجربہ کار ساتھیوں سے مشورہ لیں۔

شروع کرنے کے لیے ایک اچھی جگہ یہ پوچھنا ہے، "کیا پہلے کسی کو اس مسئلے کا سامنا ہوا ہے؟" مسئلہ کی مختصر وضاحت کے ساتھ۔ غلطی کے پیغام کا ایک ٹکڑا یا اسکرین شاٹ منسلک کرنے کا مشورہ دیا جاتا ہے۔ بہتر ہے کہ یہ پیغام پہلی بار کسی عام کام کے چیٹ پر بھیجیں۔ اس طرح آپ ان لوگوں کی توجہ نہیں ہٹاتے جو واقعی کام سے مصروف ہیں۔ مفت ساتھی آپ کا پیغام دیکھیں گے اور مدد کر سکیں گے۔

اگر عام بات چیت میں کسی پیغام کے بعد کسی نے مدد نہیں کی، تو بریک کے دوران تجربہ کار ساتھی کو پکڑنے کی کوشش کریں: دوپہر کا کھانا، چائے/کافی کے لیے جانا، ٹینس کا کھیل یا دھواں کا وقفہ۔ اگر یہ کام نہیں کرتا ہے، تو میٹنگ یا اسٹینڈ اپ میں اپنی مشکلات کی اطلاع دیں۔

اگر معلوم مسائل حل ہو جائیں تو یہ سب کچھ وہیں ختم ہو سکتا ہے۔ اگر مسئلہ نیا ہے تو تحقیقات شروع ہو جائیں گی، جہاں حالات کے مطابق عمل کرنا ضروری ہو گا۔

"اہم" ابتدائی کام جن کی آخری صارف کو ضرورت ہے وہ بورنگ اور چھوٹے ہوں گے۔ مثال کے طور پر، "رپورٹ میں ایک اضافی کالم شامل کریں" یا "مطبوعہ فارم میں ٹائپنگ کی غلطی کو درست کریں" یا "DBMS سے کلائنٹ کے اوصاف کو لوڈ کرنے کے لیے ایک ماڈل طریقہ نافذ کریں۔" اس طرح کے کاموں کا مقصد ابتدائی افراد کے لیے موضوع کے علاقے سے واقف ہونا اور روزمرہ کے کاموں میں ضم ہونا ہے۔

یہ نہ صرف تکنیکی طور پر مسئلے کو حل کرنے کے لیے ضروری ہے، بلکہ اس موضوع کے علاقے کے علم کو بڑھانا بھی ضروری ہے۔

شرائط کام کی تفصیل، چیٹس اور بات چیت میں ظاہر ہوں گی۔ وہ مانوس اسم کی طرح لگ سکتے ہیں۔ تاہم، انفارمیشن سسٹم کے فریم ورک کے اندر، ان کا ایک خاص، زیادہ درست مطلب ہے۔ دریافت شدہ اصطلاحات کے معنی ایک خاص دستاویز میں بہترین درج کیے جاتے ہیں - اصطلاحات کی ایک لغت۔ لغت میں شامل کرتے وقت، لفظ کے بارے میں آپ کی سمجھ کو لکھنا کافی ہے، لیکن حقیقی ضابطہ کشائی کے لیے کسی تجزیہ کار سے رابطہ کرنا بہتر ہے۔ اگر یہ غائب ہے، تو پروجیکٹ کے پرانے ٹائمرز کے پاس جائیں۔ اصطلاحات کی لغت کو برقرار رکھنا کسی پروجیکٹ کے موضوع کے علاقے سے واقف ہونے کا ایک آسان ترین طریقہ ہے۔

ایک بار جب آپ کو اپنے ساتھیوں کے ساتھ ایک مشترکہ زبان مل جائے گی، تو وہ آپ کو ایک نئے انٹرن کے طور پر نہیں بلکہ ایک برابر کے ماہر کے طور پر دیکھنا شروع کر دیں گے۔

خاص کام ہیں، مثال کے طور پر، "ایک ماڈیول کے لیے یونٹ ٹیسٹ لکھیں۔" آپ مشکل سے حل کی تلاش میں زیادہ دیر تک اس پر پھنس سکتے ہیں۔ ایک ہی وقت میں، یہ کافی سنجیدہ ہے اور نہ صرف ٹرینی ٹریننگ کے لئے دیا جاتا ہے. تحریری ٹیسٹ ایپلی کیشن میں کیڑے کو کم کرکے اور انسانی جانچ کے لیے وقت کو کم کرکے پروجیکٹ کے استحکام کو بڑھاتے ہیں۔ ایک مثالی دنیا میں، یونٹ ٹیسٹ ترقی کے دوران فوراً لکھے جاتے ہیں، لیکن حقیقت ہمیشہ مختلف ہوتی ہے۔ ایسا ہوتا ہے کہ ایک ماڈیول کا ڈویلپر اسے مکمل طور پر اپنے سر میں رکھتا ہے اور اسے لکھنے کی ضرورت محسوس نہیں کرتا۔ "سب کچھ ظاہر ہے، جانچنے کے لیے کیا ہے؟" بعض اوقات ماڈیول رش موڈ میں لکھے جاتے ہیں اور یونٹ ٹیسٹ کے لیے کوئی وقت نہیں بچا ہے۔ لہذا حقیقی دنیا میں یونٹ ٹیسٹ نہیں ہوسکتے ہیں۔ لہذا، یونٹ ٹیسٹ لکھنے کا کام ایک ابتدائی کو تفویض کیا گیا ہے۔ اس طرح، انٹرن تیزی سے پراجیکٹ کا عادی ہو سکے گا، اور پروجیکٹ زیادہ معاوضہ لینے والے ماہرین کا وقت بچانے کے قابل ہو جائے گا۔

ایسا ہوتا ہے کہ انٹرنز اور نئے آنے والوں کو مکمل ٹیسٹرز کا کردار تفویض کیا جاتا ہے۔ عام طور پر، ایسا کرنے سے پہلے، آپ کو پروڈکٹ کو مقامی طور پر تعینات کرنے اور ضروریات کو پڑھنے کی ضرورت ہوتی ہے۔ نتیجے کے طور پر، نئے ملازم سے توقع کی جاتی ہے کہ:

• سوالات جیسے "اگر آپ اسے اس طرح کرتے ہیں تو یہ اس طرح نکلے گا۔ یہ تقاضوں میں نہیں ہے۔ یہ ہونا چاہئے؟"
• بگ ٹریکر میں کام "ضروریات یہ کہتے ہیں، لیکن حقیقت میں یہ مختلف طریقے سے لکھا گیا ہے۔"

اس مضمون کے لیے جانچ بہت وسیع ہے۔ اگر آپ کو بھی ایسا ہی کوئی کام دیا جائے تو اسے مکمل کرنے کا بہترین طریقہ انٹرنیٹ پر تلاش کریں۔

اگر آپ گڑبڑ کرتے ہیں تو آپ کو نوکری سے نکال دیا جائے گا۔

ایک عام تنظیم میں، اگر اچانک ایسا ہوتا ہے کہ ایک ناتجربہ کار ملازم کسی اہم چیز تک رسائی حاصل کر لیتا ہے اور کسی چیز کو خراب کر دیتا ہے، تو جس نے ایسا ہونے دیا ہے، وہ قصوروار ہو گا۔ کیونکہ ایک ابتدائی، بطور ڈیفالٹ، اہم انفراسٹرکچر تک رسائی نہیں رکھتا۔ مناسب رہنمائی کے ساتھ، وہ تمام کتوں کو ایک ناتجربہ کار ٹرینی پر ضائع نہیں ہونے دیں گے۔

اگر کچھ ہوتا ہے، تو وہ آپ کو ایک واقعے کی وجہ سے برطرف نہیں کریں گے۔ لوگ غلطیوں سے سیکھتے ہیں۔ گڑبڑ کرنے والے انٹرن نے ایک قیمتی سبق سیکھا اور وہ دوسرے انٹرنز سے بہت مختلف ہے۔ اگر آپ گڑبڑ کرنے والے کو برطرف کریں گے تو اس کی جگہ کوئی اور آئے گا اور اسی طرح گڑبڑ کرے گا۔

اہم بات یہ ہے کہ غلطیوں سے سیکھیں اور انہیں دوبارہ نہ دہرائیں۔

اگر کوئی شخص اپنی غلطیوں سے نتیجہ اخذ نہیں کرتا ہے، تو وہ اسے الوداع کہنے کی کوشش کریں گے۔ تاہم، دنیا متنوع ہے. کچھ گینگسٹر تنظیم میں وہ آپ کو پہلی غلطی پر فوراً کھڑکی سے باہر پھینک سکتے ہیں۔ لیکن بہتر ہے کہ پہلے پوچھ گچھ کرکے یا انٹرویو کے دوران مزید معلومات حاصل کرکے ایسی کمپنیوں سے بچیں۔

واقعات سے بچنا ہی بہتر ہے۔

یہاں تک کہ اگر آپ کو ذاتی طور پر کسی غلطی پر برطرف نہیں کیا جاتا ہے، ایسا واقعہ آپ کی ٹیم اور مجموعی طور پر پروجیکٹ کے لیے ناپسندیدہ مسائل کا باعث بنے گا۔ اس لیے خاص طور پر پراجیکٹ نالج بیس میں ڈیٹا بیس، فائلز، سروس انسٹینسز اور دستاویزات میں ٹیبلز کو ڈیلیٹ کرنے یا بنانے کے عمل میں محتاط رہیں۔ اگر آپ کو کسی نئے کنکشن کا پتہ نظر آتا ہے تو کم از کم دو مختلف لوگوں سے چیک کریں کہ وہاں کیا کیا جا سکتا ہے۔ ماحول میں اپنے حقوق کو آزمائش اور غلطی سے نہیں بلکہ مناسب حکموں کا استعمال کرکے چیک کریں۔ مثال کے طور پر، 'ls' کمانڈ کا استعمال کرتے ہوئے فائلوں کو حذف کرنے کے حقوق، 'user'@'host'؛' کمانڈ کا استعمال کرتے ہوئے mysql میں ٹیبلز کے ساتھ کام کرنے کے حقوق، اور اس طرح کے دیگر۔ تقریباً کسی بھی ٹول میں آپ کو ایسا ہی موقع ملے گا۔

فائلوں میں ترمیم کرتے وقت، اصل کی ایک کاپی اپنے پاس رکھیں، صرف اس صورت میں۔

ٹرینی اور آخری صارف کے درمیان کئی رکاوٹیں کھڑی کی جاتی ہیں۔

اگر آپ فوری طور پر اپنا پروڈکٹ صارف کو دے سکتے ہیں، تو آپ نوکری حاصل نہیں کر سکیں گے، بلکہ "فری سوئم" پر روانہ ہو سکیں گے۔ لیکن جب آپ کے پاس ایسا موقع نہیں ہے (اور ایک ہی وقت میں، ذمہ داری)، آپ کو پروجیکٹ پر کنٹرول کے کئی مراحل سے گزرنے کی ضرورت ہے۔
ان میں سے پہلا ایک سرپرست کے ذریعہ تصدیق ہے۔ وہ ایک تکنیکی نقطہ نظر سے نئے بچے کے فیصلے کا جائزہ لیتا ہے۔ اگر کسی سرپرست کو تفویض نہیں کیا گیا ہے، تو آپ کو ایک تلاش کرنے کی ضرورت ہے۔ ایسا کرنے کے لیے، آپ کو پروجیکٹ کے پرانے ٹائمرز میں سے ایک کو منتخب کرنے کی ضرورت ہے اور وقفے کے دوران اس سے حل تلاش کرنے کے لیے کہیں: کیا مسئلہ صحیح طریقے سے حل ہوا؟ وہ دیکھ کر جواب دینے لگے تو ایک سرپرست مل گیا ہے۔ اگر وہ اسے نظر انداز کرتا ہے، تو یہ کسی اور سے پوچھنا قابل ہے.

اگلا مرحلہ معیار کی یقین دہانی ہے۔ روسی میں - ٹیسٹرز. سوویت انداز میں - معیاری کنٹرول اور کوالٹی کنٹرول ڈیپارٹمنٹ۔ انہیں اس بات کو یقینی بنانا چاہیے کہ ٹرینی کی کارکردگی اس کو تفویض کردہ کام کے مطابق ہو۔ وہ کوڈ کو شاذ و نادر ہی پڑھیں گے۔ اکثر، ٹیسٹرز بلٹ پروجیکٹ کو چیک کریں گے، جسے ڈویلپر ورژن کنٹرول سسٹم میں اسٹور کرتا ہے۔

تیسرا مرحلہ ریلیز مینیجر ہے۔ اس کام کے لیے کوئی الگ فرد نہ ہو، لیکن پھر بھی کوئی نہ کوئی کردار ادا کرتا ہے۔ وہ چیک کرتا ہے کہ ٹیسٹرز نے تصدیق کی ہے کہ پروجیکٹ جاری کیا جا سکتا ہے۔ اس کے بعد، یہ مصنوعات کو آخری صارفین تک پہنچانے کے لیے سرگرمیاں انجام دیتا ہے۔
چھوٹی تنظیموں میں، یہ رکاوٹیں مختلف وجوہات کی بناء پر موجود نہیں ہوسکتی ہیں۔ تاہم، وہ کسی نوزائیدہ کو کسی اہم چیز کو تبدیل کرنے کا کام نہیں دیں گے۔ کیونکہ کسی کو بھی اس خطرے کی ضرورت نہیں ہے۔

آپ کو پہلے جنگ میں شامل ہونے کی ضرورت ہے، پھر ہم دیکھیں گے۔
نیپولین بوناپارٹ

مجھے امید ہے کہ یہ مضمون آپ کی غیر یقینی صورتحال پر قابو پانے اور اپنا پہلا ریزیومے جمع کرانے میں آپ کی مدد کرے گا۔ یقینا، آپ کو پہلے تیاری کرنی ہوگی۔ لیکن ضرورت سے زیادہ توسیع کی ضرورت نہیں ہے۔ آپ نے غالباً کئی سالوں سے کسی یونیورسٹی یا کالج میں تعلیم حاصل کی ہے۔ آگے کہاں جانا ہے؟ آخر میں، کسی ماہر سے ایک بار "نہیں" سننا اور غلطیوں پر کام کرنے سے بہتر ہے کہ ہر روز خود سے "نہیں" کہے اور پیشہ ورانہ طور پر بڑھنا بند کردے۔

ایک بار ملازمت حاصل کرنے کے بعد، آپ کو ایک انٹرن سے ایک مکمل ٹیم ممبر بننے پر توجہ مرکوز کرنے کی ضرورت ہے۔ اس قسم کی ترقی عام طور پر آپ کی تنخواہ میں اضافے کے ساتھ آتی ہے۔

میں آپ کے صبر اور استقامت کی خواہش کرتا ہوں۔

سروے میں صرف رجسٹرڈ صارفین ہی حصہ لے سکتے ہیں۔ سائن ان، برائے مہربانی.

آئی ٹی میں آپ کی پہلی ملازمت میں آپ کے پہلے کام کیا تھے؟

• کمپلیکس

• اہم

• ارجنٹ

• مندرجہ بالا میں سے کوئی بھی نہیں۔

75 صارفین نے ووٹ دیا۔ 20 صارفین غیر حاضر رہے۔

آپ کو اپنی پہلی نوکری میں سب سے پہلے کیا کرنا پڑا؟

• مقامی طور پر پروڈکٹ انسٹال کریں۔

• موجودہ مصنوعات کی جانچ کریں۔

• تربیت، فرضی کام انجام دیں۔

• ایک کلائنٹ کے لیے تجرباتی، حقیقی پروجیکٹ کریں۔

63 صارفین نے ووٹ دیا۔ 25 صارفین غیر حاضر رہے۔

آپ کے گروپ میں کتنے طلباء تربیت کے دوران تکنیکی مضامین میں اسائنمنٹس کو آزادانہ طور پر مکمل کرنے کے قابل تھے؟

• 1 کا 10۔

• 1 کا 5۔

• ہر لمحہ

• سب کچھ، نادر استثناء کے ساتھ

70 صارفین نے ووٹ دیا۔ 19 صارفین غیر حاضر رہے۔

ماخذ: www.habr.com