ایک جونیئر کو کیسے قابو کیا جائے؟

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

ایک جونیئر کو کیسے قابو کیا جائے؟
میں جونیئر کو قابو کرنے کی کوشش کر رہا ہوں۔

ہیلو! میرا نام پاول ہے، میں Wrike ٹیم میں فرنٹ اینڈ کام کرتا ہوں۔ ہم پروجیکٹ مینجمنٹ اور تعاون کے لیے ایک نظام بناتے ہیں۔ میں 2010 سے ویب پر کام کر رہا ہوں، 3 سال تک بیرون ملک کام کیا، کئی سٹارٹ اپس میں حصہ لیا اور یونیورسٹی میں ویب ٹیکنالوجیز پر ایک کورس پڑھایا۔ کمپنی میں، میں تکنیکی کورسز کی ترقی اور جونیئرز کے لیے Wrike مینٹرنگ پروگرام کے ساتھ ساتھ انہیں براہ راست بھرتی کرنے میں شامل ہوں۔

ہم نے جونیئرز کی خدمات حاصل کرنے کے بارے میں کیوں سوچا؟

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

جونیئر کون ہے؟

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

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

کسی نہ کسی طرح، ایک جونیئر ایک ڈویلپر ہوتا ہے جسے اس یا اس حل کو نافذ کرنے کے بارے میں مشورے کی ضرورت ہوتی ہے۔ ہم نے کیا بنانے کا فیصلہ کیا:

  1. جونیئر وہ ہے جو ترقی کرنا چاہتا ہے اور اس کے لیے سخت محنت کرنے کے لیے تیار ہے۔
  2. وہ ہمیشہ نہیں جانتا کہ وہ کس سمت ترقی کرنا چاہتا ہے۔
  3. مشورے کی ضرورت ہے اور باہر سے مدد لیتا ہے - اپنے رہنما، سرپرست یا کمیونٹی میں۔

ہمارے پاس کئی مفروضے بھی تھے:

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

اور ظاہر ہے، ہمارا ایک مقصد تھا: 4 ہفتوں میں 3 جونیئر.

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

ہم ایک خالی جگہ پوسٹ کرتے ہیں۔

کمپنی کے لیے: سینکڑوں جوابات ہوں گے! ایک فلٹر کے بارے میں سوچو.

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

پہلے دن، ہمیں "جاوا اسکرپٹ کے علم کے ساتھ" امیدواروں سے تقریباً 70 ریزیومے موصول ہوئے۔ اور پھر دوبارہ۔ اورمزید. ہم جسمانی طور پر ہر کسی کو انٹرویو کے لیے دفتر میں مدعو نہیں کر سکے اور ان میں سے بہترین پالتو پراجیکٹس، لائیو گیتھب، یا کم از کم تجربہ رکھنے والے لڑکوں کا انتخاب کیا۔

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

اس میں JS، ترتیب، ویب، کمپیوٹر سائنس کے بارے میں معیاری سوالات تھے - ہر وہ شخص جو تصور کرتا ہے کہ وہ فرنٹ اینڈ انٹرویو میں کیا پوچھتا ہے انہیں جانتا ہے۔ let/var/const میں کیا فرق ہے؟ میں صرف 600px چوڑائی سے چھوٹی اسکرینوں پر اسٹائل کیسے لاگو کرسکتا ہوں؟ ہم یہ سوالات کسی تکنیکی انٹرویو میں نہیں پوچھنا چاہتے تھے - مشق سے پتہ چلتا ہے کہ ترقی کو سمجھے بغیر 2-3 انٹرویوز کے بعد ان کا جواب دیا جا سکتا ہے۔ لیکن وہ ابتدائی طور پر ہمیں یہ دکھانے کے قابل تھے کہ آیا امیدوار اصولی طور پر سیاق و سباق کو سمجھتا ہے۔

ہر زمرے میں، ہم نے 3-5 سوالات تیار کیے اور دن بہ دن ہم نے جوابی شکل میں ان کے سیٹ کو تب تک تبدیل کیا جب تک کہ ہم سب سے زیادہ قابل گزر اور مشکل کو ختم نہ کر دیں۔ اس نے ہمیں بہاؤ کو کم کرنے کی اجازت دی - ہمیں موصول ہونے والے 3 ہفتوں میں 122 امیدوارجس کے ساتھ ہم مزید کام کر سکتے ہیں۔ یہ آئی ٹی کے طالب علم تھے۔ وہ لوگ جو بیک اینڈ سے فرنٹ کی طرف جانا چاہتے تھے۔ ورکرز یا انجینئرز، جن کی عمر 25-35 سال ہے، جو اپنے پیشے کو یکسر تبدیل کرنا چاہتے تھے اور خود تعلیم، کورسز اور انٹرن شپ میں مختلف کوششیں کرنا چاہتے تھے۔

ایک دوسرے کو بہتر طریقے سے جاننا

کمپنی کے لیے: ٹیسٹ کا کام امیدواروں کو نہیں روکتا، لیکن فنل کو چھوٹا کرنے میں مدد کرتا ہے۔

جونیئر کے لیے: ٹیسٹ والے کاپی پیسٹ نہ کریں - یہ قابل دید ہے۔ اور اپنے گیتھب کو ترتیب میں رکھیں!

اگر ہم سب کو تکنیکی انٹرویو کے لیے بلائیں تو ہمیں ہر ہفتے تقریباً 40 انٹرویوز صرف جونیئرز کے لیے اور صرف فرنٹ اینڈ پر کرنے ہوں گے۔ لہذا، ہم نے دوسرے مفروضے کی جانچ کرنے کا فیصلہ کیا - ٹیسٹ کے کام کے بارے میں۔

امتحان میں ہمارے لیے کیا اہم تھا:

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

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

بقیہ لڑکوں میں سے تقریباً نصف نے ٹیسٹ کا کام مکمل کر لیا - انہوں نے ہمیں حل بھیجے۔ 54 امیدوار. ناقابل یقین بصیرت - Tic-tac-toe کے کتنے نفاذ، کاپی پیسٹ کے لیے تیار، کیا آپ کے خیال میں انٹرنیٹ پر موجود ہیں؟

کتنا؟درحقیقت، ایسا لگتا ہے کہ وہاں صرف 3 ہیں۔ اور فیصلوں کی اکثریت میں بالکل یہی 3 اختیارات تھے۔
مجھے کیا پسند نہیں آیا:

  • کاپی پیسٹ، یا آپ کے اپنے فن تعمیر کے بغیر اسی ٹیوٹوریل پر مبنی ترقی؛
  • دونوں کام مختلف فولڈرز میں ایک ہی ذخیرے میں ہیں، یقیناً کوئی عہد کی تاریخ نہیں ہے۔
  • گندا کوڈ، DRY کی خلاف ورزی، فارمیٹنگ کی کمی؛
  • کوڈ کی سیکڑوں لائنوں کی ایک کلاس میں ماڈل، ویو اور کنٹرولر کا مرکب؛
  • یونٹ ٹیسٹنگ کی سمجھ کی کمی؛
  • ایک "ہیڈ آن" حل جیتنے والے مجموعوں کے 3x3 میٹرکس کا ہارڈ کوڈ ہے، جسے 10x10 تک پھیلانا کافی مشکل ہو گا، مثال کے طور پر۔

ہم نے پڑوسیوں کے ذخیروں پر بھی توجہ دی - پالتو جانوروں کے ٹھنڈے منصوبے ایک پلس تھے، اور دوسری کمپنیوں کے ٹیسٹ ٹاسکس کا ایک گروپ ایک ویک اپ کال تھا: امیدوار وہاں کیوں نہیں پہنچ سکا؟

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

ٹیکنیکل انٹرویو

کمپنی کے لیے: یہ درمیانی/ بزرگ نہیں ہیں جو آپ کے پاس آئے ہیں! ہمیں زیادہ انفرادی نقطہ نظر کی ضرورت ہے۔

جونیئر کے لیے: یاد رکھیں کہ یہ کوئی امتحان نہیں ہے - کسی C کے لیے خاموش رہنے کی کوشش نہ کریں یا اپنے تمام ممکنہ علم کے ساتھ پروفیسر پر بمباری نہ کریں تاکہ وہ الجھن میں پڑ جائے اور ایک "بہترین" دے دے۔

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

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

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

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

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

  1. "راکٹ". وہ کبھی پرسکون نہیں ہوتا، ہر چیز میں شامل ہو جاتا ہے، اور ایک انٹرویو کے دوران وہ آپ کو ایسے خیالات کے دھارے سے مغلوب کر دے گا جس کا براہ راست تعلق پوچھے گئے سوال سے بھی نہیں ہے۔ اگر یہ کسی یونیورسٹی میں ہوتا، تو یہ آپ کے تمام علم کو ظاہر کرنے کی ایک جانی پہچانی کوشش ہوتی، جب آپ کو جو ٹکٹ ملا اس کے بارے میں آپ کو یاد ہے کہ کل رات آپ نے اس کا مطالعہ نہ کرنے کا فیصلہ کیا ہے - آپ اب بھی حاصل نہیں کر سکتے۔ اسے باہر.
  2. "گروٹ". اس سے رابطہ کرنا کافی مشکل ہے کیونکہ وہ گروٹ ہے۔ ایک انٹرویو کے دوران، آپ کو لفظ بہ لفظ جوابات حاصل کرنے کی کوشش میں کافی وقت گزارنا پڑتا ہے۔ یہ اچھا ہے اگر یہ صرف ایک بیوقوف ہے - ورنہ یہ آپ کے روزمرہ کے کام میں آپ کے لئے بہت مشکل ہوگا۔
  3. "ڈریکس". میں کارگو ٹرانسپورٹیشن میں کام کرتا تھا، اور پروگرامنگ کے لحاظ سے میں نے صرف اسٹیک اوور فلو پر JS سیکھا تھا، اس لیے مجھے ہمیشہ یہ سمجھ نہیں آتی کہ انٹرویو میں کیا بات کی جا رہی ہے۔ ایک ہی وقت میں، وہ ایک اچھا انسان ہے، بہترین ارادے رکھتا ہے اور ایک بہترین فرنٹ اینڈ ڈویلپر بننا چاہتا ہے۔
  4. ٹھیک ہے، شاید "سٹار لارڈ". مجموعی طور پر، ایک اچھا امیدوار جس کے ساتھ آپ گفت و شنید کر سکتے ہیں اور مکالمہ کر سکتے ہیں۔

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

ثقافتی فٹ

کمپنی کے لیے: تم اس کے ساتھ کام کرو! کیا امیدوار اپنی ترقی کے لیے انتہائی محنت کرنے کو تیار ہے؟ کیا وہ واقعی ٹیم میں فٹ ہو جائے گا؟

جونیئر کے لیے: آپ ان کے ساتھ کام کرتے ہیں! کیا کمپنی واقعی جونیئرز کی ترقی میں سرمایہ کاری کرنے کے لیے تیار ہے، یا یہ کم تنخواہ کے عوض آپ کے تمام گندے کاموں کو چھوڑ دے گی؟

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

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

پیشکش کے بعد زندگی

کمپنی کے لیے: اپنے جونیئرز کا خیال رکھیں ورنہ دوسرے کریں گے!

جونیئر کے لیے: AAAAAAAAAA!!!

جب کوئی نیا ملازم باہر آتا ہے، تو اسے آن بورڈ ہونے کی ضرورت ہوتی ہے - عمل کے ساتھ تازہ ترین لایا جاتا ہے، بتایا جاتا ہے کہ کمپنی اور ٹیم میں سب کچھ کیسے کام کرتا ہے، اور اسے عام طور پر کیسے کام کرنا چاہیے۔ جب ایک جونیئر باہر آتا ہے، تو آپ کو یہ سمجھنے کی ضرورت ہے کہ اسے کیسے تیار کیا جائے۔

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

ایک جونیئر کو کیسے قابو کیا جائے؟

مثال کے طور پر، میرے جونیئر کا روڈ میپ یہ ہے۔

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

ہمارے اسٹیک - ڈارٹ، اینگولر کورسز کے ذریعے سرپرستوں پر سے کچھ بوجھ اتار دیا جاتا ہے۔ کورسز باقاعدگی سے 4-6 افراد کے چھوٹے گروپوں کے لیے منعقد کیے جاتے ہیں، جہاں طلبا بغیر کسی رکاوٹ کے پڑھتے ہیں۔

3 مہینوں کے دوران، ہم وقتاً فوقتاً جونیئرز، ان کے سرپرستوں اور لیڈز سے فیڈ بیک اکٹھا کرتے ہیں اور عمل کو انفرادی طور پر ایڈجسٹ کرتے ہیں۔ پمپ اپ کی مہارتوں کی پوری مدت میں 1-2 بار جانچ پڑتال کی جاتی ہے، آخر میں وہی چیک کیا جاتا ہے - ان کی بنیاد پر، سفارشات تیار کی جاتی ہیں کہ بالکل کس چیز کو بہتر کرنے کی ضرورت ہے۔

حاصل يہ ہوا

کمپنی کے لیے: کیا یہ جونیئرز میں سرمایہ کاری کے قابل ہے؟ جی ہاں!

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

3 مہینوں کے دوران، ہم نے 122 سوالناموں کا جائزہ لیا، 54 ٹیسٹ ٹاسکس کیے اور 21 تکنیکی انٹرویوز کئے۔ اس سے ہمارے پاس 3 عظیم جونیئر آئے جنہوں نے اب اپنی آن بورڈنگ اور ایکسلریشن روڈ میپ کا نصف مکمل کر لیا ہے۔ وہ ہمارے پروجیکٹ میں پہلے سے ہی حقیقی پروڈکٹ کے کام مکمل کر رہے ہیں، جہاں کوڈ کی 2 سے زیادہ لائنیں اور صرف فرنٹ اینڈ پر 000 سے زیادہ ریپوزٹری ہیں۔

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

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

ماخذ: www.habr.com

نیا تبصرہ شامل کریں