کیا آپ کو سب سے بڑی غلطی پر گولی مار دی گئی ہے جب آپ پہلی بار سافٹ ویئر انجینئرنگ کی صنعت میں داخل ہوتے وقت آسانی سے کرسکتے ہیں؟

مکمل عبارت 2526 الفاظ ، اندازہ لگانے کا وقت 8 منٹ

ماخذ: پکسلز

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

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

اس وقت ، یہ سب سے زیادہ کام کرنے والے انجینئروں کی طرح ہی تھا: سیکھنے ، بہتر بنانے اور بہترین انجینئر بننے کی اپنی سب سے بڑی صلاحیت کے لئے کھیلنے کے شوقین۔

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

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

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

بہت کم پوچھا

ماخذ: پکسلز

میں یہ بات بخوبی جانتا ہوں ، لیکن جب مجھے اپنے آپ کو علم کی کمی محسوس ہوئی ، تب بھی میں نے دوسروں سے مشورے کے لئے نہیں پوچھا۔اس کے بجائے ، میں اپنی جگہ سے باہر محسوس ہوا اور ان خیالات کو تلاش کرنے کی کوشش کی جن کو میں نے گوگل اور اسٹیک اوور فلو کے ذریعے سنا تھا۔ (اچھے ڈویلپر یہ کرتے ہیں ، نہیں کرتے؟)

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

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

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

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

اپنی بات پر شرمندہ ہونے کے بجائے ، ایسے سوالات پوچھنا بہتر ہے جو ٹیم کی تفہیم کے لئے معاون ہوں ، جیسے:

؟ "میں بالکل نہیں سمجھتا ہوں کہ آپ نے ٹیبل تقسیم کے بارے میں ابھی کیا ذکر کیا ہے۔ کیا آپ اسے دوبارہ بیان کرسکتے ہیں؟"

؟ "میں اس منصوبے کی تشکیل کا طریقہ بالکل سمجھ نہیں پا رہا ہوں۔ کیا آپ مجھے مزید معلومات کے ل some کچھ دستاویزات دے سکتے ہیں؟"

؟ "میں حال ہی میں جوابی استعمال کرنا سیکھ رہا ہوں ، لیکن مجھے کچھ رکاوٹوں کا سامنا کرنا پڑا۔ کیا آپ میرے چند سوالوں کے جواب دے سکتے ہیں؟"

بہت زیادہ باتیں کرنا

ماخذ: پکسلز

مصنف نے بہت کم سوالات اٹھائے لیکن بہت زیادہ کہا۔ مزید یہ کہ ، جو الفاظ بولے جاتے ہیں وہ اکثر ان کے اصل ذخائر کے موافق نہیں ہوتے ہیں۔

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

مصنف اپنی رائے ظاہر کرنے کے لئے بے چین تھا ، اور اسے اپنے آپ پر بہت فخر تھا اور وہ دوسروں کی رائے سننے کو تیار نہیں تھا۔

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

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

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

صرف کام سے متعلق کوڈ لکھیں

ماخذ: پکسلز

اس مقام پر مصنف کو بہت تکلیف ہوئی۔ میں اب اپنی کوڈنگ کی اپنی مہارت کو حاصل نہیں کرتا ہوں ، بلکہ صرف کام پر ہی توجہ دیتی ہوں۔

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

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

لیکن مصنف نے ایسا کام نہیں کیا جس کے لئے ایک طویل عرصے سے تصویری انجن یا سادہ ٹیکسٹ ایڈیٹر (اور دوسرے اوزار) کی ضرورت ہو۔ مجھے یہ بھی یقین نہیں ہے کہ اگر ان ٹولز کے ساتھ کام کرنا بھی اتنا ہی مشکل ہے ، لیکن مجھے یقین ہے کہ وہ ہیں۔

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

مصنف نے بہت ساری غلطیاں کیں ، لیکن مصنف کا خیال ہے کہ مذکورہ بالا نکات سب سے زیادہ اثرانداز ہیں۔

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

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