لائیو کوڈنگ انٹرویو کیسے پاس کریں

لائیو کوڈنگ کوئی take-home کام نہیں ہے۔ انٹرویو لینے والا دیکھتا ہے کہ آپ سوال کو کیسے واضح کرتے ہیں، مثال کیسے چنتے ہیں، ڈیٹا اسٹرکچر کیسے منتخب کرتے ہیں، اور جب کوئی ٹیسٹ ناکام ہو تو کیسے سنبھلتے ہیں۔ درستگی اہم ہے، لیکن پیچیدگی پر کوئی گفتگو کیے بغیر خاموش، کامل فنکشن اکثر اس کام کرنے والے brute-force حل سے کم اسکور کرتا ہے جسے آپ بعد میں بہتر بناتے ہیں۔

ایک بڑے پبلک کلاؤڈ فراہم کنندہ کے ہاں L5 کردار کے لیے انٹرویو دینے والے backend انجینئر کو مشترکہ ایڈیٹر میں rate limiter کا سوال ملتا ہے۔ انٹرویو لینے والا پہلی compile پر ہی کتابی token bucket کا منتظر نہیں ہوتا۔ وہ burst بمقابلہ steady-state، لاگ اسکین کرنے کے مقابلے میں O(1) کا خاکہ، اور happy path سے پہلے لکھا گیا ناکام ٹیسٹ سننا چاہتا ہے۔ وہی گفتگو دراصل راؤنڈ ہے۔

راؤنڈز عام طور پر CoderPad، CodeSignal، HackerRank، یا Zoom، Google Meet، یا Microsoft Teams کے اندر مشترکہ ایڈیٹر میں ہوتے ہیں۔ ٹائپ کرنے سے پہلے ان پٹ کے سائز، ڈپلیکیٹس، اور میوٹیشن کے بارے میں پوچھیں۔ آؤٹ پٹ کو دوبارہ بیان کریں۔ پھر لکھیں۔

• پہلی لائن سے پہلے پابندیوں کو واضح کیا۔
• ایک درست brute-force پلان سے شروع کیا، پھر ایک بہتری کی۔
• وقت اور جگہ کی پیچیدگی بلند آواز میں بتائی۔
• ایک مثال اور ایک edge case کا جائزہ لیا۔
• خاموش ہوئے بغیر ناکام رن سے سنبھلا۔

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

پہلی لائن سے پہلے، مسئلے کو دوبارہ بیان کریں، پابندیوں کے نام بتائیں، اور ایک مثال کو ہاتھ سے چل کر دیکھیں۔ پھر brute-force آئیڈیا اور اس کی پیچیدگی بتائیں۔ تب ہی ٹائپ کریں۔ ٹائپ کرتے وقت، ہر کی اسٹروک نہیں بلکہ loop کا invariant بتائیں۔ اگر آپ اٹک جائیں تو خاموش ہونے کے بجائے بتائیں کہ آپ کیا چیک کر رہے ہیں (null ان پٹ، off-by-one، ترتیب شدہ یا غیر ترتیب شدہ)۔

• اقسام، سائز، اور edge cases بلند آواز میں واضح کریں۔
• پہلے brute force، پھر ایک بہتری، پھر کوڈ پیش کریں۔
• مکمل شدہ فنکشن کے ذریعے مثال کا جائزہ لیں۔
• خاموشی سے اٹکنے کے بجائے اشارہ مانگیں۔

ایک ٹائم شدہ مشق جہاں آپ شروع سے آخر تک بولتے ہیں mock interview صفحے پر موجود ہے۔

اگر آپ اپنی اسکرین، کوئی ونڈو، یا ریکارڈ شدہ ڈیسک ٹاپ شیئر کرتے ہیں، تو اس ڈسپلے پر موجود ہر چیز نظر آتی ہے، بشمول کوئی فلوٹنگ overlay۔ پراکٹرڈ پلیٹ فارمز، لاک ڈاؤن براؤزرز، اور کمپنی کے زیرِ انتظام ڈیوائسز کسی بھی لوکل اسسٹنٹ کے دائرہ کار سے باہر ہیں۔ ایسی صورتوں میں کسی بھی ٹول کو غیر مرئی نہ سمجھیں۔

SubcueAI دو live-assist سرفیس فراہم کرتا ہے، اور ان میں سے کوئی بھی کال میں میٹنگ بوٹ کے طور پر شامل نہیں ہوتا اور نہ ہی میٹنگ پیج میں کوئی content script داخل کرتا ہے۔ macOS اور Windows کے لیے نیٹو ڈیسک ٹاپ ایپ سسٹم آڈیو کے ساتھ ساتھ آپ کا مائیک کیپچر کرتی ہے اور ایک فلوٹنگ لوکل overlay دکھاتی ہے جو ڈیسک ٹاپ میٹنگ کلائنٹس کے ساتھ کام کرتا ہے۔ Chromium ایکسٹینشن (Chrome اور Edge) ایک Side Panel استعمال کرتا ہے اور صرف میٹنگ ٹیب کا آڈیو کیپچر کرتا ہے، یعنی انٹرویو لینے والے کی آواز، کبھی آپ کا مائیک نہیں، اس لیے یہ براؤزر ٹیب کالز کا احاطہ کرتا ہے اور آپ کو transcribe نہیں کرتا۔ Firefox بلڈ صرف mock پریکٹس کے لیے ہے۔

اگر overlay کسی ایسی ڈسپلے پر ہے جسے آپ شیئر نہیں کر رہے، تو انٹرویو لینے والا اسے نہیں دیکھتا۔ پورے ڈیسک ٹاپ کی شیئرنگ اس ڈسپلے کی ہر ونڈو کو شامل کرتی ہے۔ انٹرویو لینے والے کیا دیکھ سکتے ہیں اس کی حقیقی حدود detectability ٹاپک پیج پر جمع ہیں۔

ان پیٹرنز کی مشق کریں جو آپ وقت کے دباؤ میں حقیقتاً لکھیں گے: arrays اور hashes، two pointers، sliding window، binary search، BFS اور DFS، heaps، اور بنیادی interval merge۔ اپنی زبان کے hashmap، queue، اور sort API میں مہارت غیر معروف پہیلیاں یاد کرنے سے کہیں زیادہ اہم ہے۔ حل کرتے وقت بولیں؛ خاموش مشق لائیو راؤنڈ میں منتقل نہیں ہوتی۔

اسی اسٹیک پر ایک mock کریں جو آپ لائیو استعمال کریں گے: وہی زبان، وہی ایڈیٹر کی عادات، وہی میٹنگ کلائنٹ۔ اگر کمپنی ڈیسک ٹاپ ایپ پر Zoom استعمال کرتی ہے، تو وہیں مشق کریں۔ اگر وہ Chrome ٹیب میں Google Meet استعمال کرتے ہیں، تو ٹیب کھلا رکھ کر مشق کریں۔ ڈیسک ٹاپ overlay اور Chrome Side Panel کی سیٹ اپ tutorial صفحے پر ہے۔

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