Full Stack Developer انٹرویو کے سوالات

آپ کو یہ فکر ہو سکتی ہے کہ full stack process کا مطلب ہے دو مکمل انٹرویوز، frontend اور backend، اس وقت میں تیار کرنا جو زیادہ تر امیدوار ایک انٹرویو پر خرچ کرتے ہیں۔ یہ فکر معقول ہے، اور یہ حصہ دکھاتا ہے کہ کام دراصل نظر آنے سے چھوٹا ہے۔ انٹرویو لینے والے شاذ ونادر ہی کوئی مخصوص frontend یا backend process دہراتے ہیں؛ وہ ان جگہوں کو جانچتے ہیں جہاں layers ملتی ہیں، کیونکہ وہیں full stack engineers اپنا خطاب کماتے ہیں۔

زیادہ تر processes چار قسم کے راؤنڈز کو ملاتے ہیں:

• Coding: ایک data structures کا مسئلہ یا کوئی عملی کام جیسے records کا parsing، grouping، یا pagination، اکثر JavaScript، TypeScript، Python، یا Java میں۔
• Feature بنانا: ایک چھوٹا end-to-end کام، جیسے ایک form جو API میں save کرے اور validation errors دکھائے، ایک مشترکہ editor یا take-home repository میں۔
• پورے stack پر design: comments یا notifications جیسی کسی feature کا خاکہ بنائیں، جس میں schema، API، client پر state، اور network fail ہونے پر کیا ہوتا ہے شامل ہو۔
• Behavioral: ticket سے production تک کسی feature کی ذمہ داری اٹھانا، اور کوئی bug جسے آپ نے layers کے پار ٹریس کیا۔

Layer کے مخصوص گہرائی والے سوالات اب بھی آتے ہیں، اور مخصوص سیٹس، جن میں frontend developer اور backend developer کے الگ صفحات شامل ہیں، انٹرویو سوالات کے hub میں موجود ہیں۔ یہ صفحہ اس چیز کا احاطہ کرتا ہے جو ان دونوں کے درمیان ہے۔

API آپ کے کام کے دونوں حصوں کے درمیان معاہدہ ہے، اس لیے انٹرویو لینے والے اسے دونوں طرف سے پوچھتے ہیں:

• آپ کسی feature کے لیے endpoints کیسے ڈیزائن کریں گے، اور کامیابی اور ناکامی پر ہر ایک کیا واپس کرتا ہے؟
• پہلے سے production میں چل رہے clients کو نقصان پہنچائے بغیر آپ API کیسے بدلتے ہیں؟ (Versioning، additive تبدیلیاں، deprecation windows.)
• Offset یا cursor pagination: activity feed کے لیے آپ کون سا استعمال کریں گے، اور کیوں؟
• اگر client timeout ہو جائے تو آپ POST کو دوبارہ کوشش کے لیے محفوظ کیسے بناتے ہیں؟ (Idempotency key.)
• کسی مخصوص client کے لیے REST، GraphQL، یا RPC: caching، over-fetching، اور error handling میں کیا بدلتا ہے؟
• Validation کہاں رہتی ہے، client پر، server پر، یا دونوں پر، اور کون سی حتمی ہے؟
• جب list endpoint nested data واپس کرے تو آپ N+1 query سے کیسے بچتے ہیں؟

ایک مضبوط جواب صرف انتخاب نہیں بلکہ trade-off بھی بتاتا ہے۔ "Cursor pagination، کیونکہ صارف کے scroll کرتے وقت insert ہونے والی rows offset کو ہلا دیں گی اور items کو duplicate کر دیں گی" دونوں options گنوا کر رک جانے سے بہتر ہے۔

دو قسم کے سوالات full stack امیدواروں کو specialists سے الگ کرتے ہیں۔ پہلا end to end authentication ہے: اس بات کی وضاحت کریں کہ صارف کے login form بھیجنے کے لمحے سے لے کر ایک authenticated API call کامیاب ہونے تک کیا ہوتا ہے۔ انٹرویو لینے والے یہ سننا چاہتے ہیں کہ credential کہاں رہتا ہے (cookie یا client storage)، server اسے کیسے چیک کرتا ہے، ایک HttpOnly cookie script کی رسائی کے خلاف کیوں مزاحم ہوتا ہے، cookie پر مبنی session کو کس CSRF protection کی ضرورت ہوتی ہے، مختلف origin پر front end کو CORS کیسے متاثر کرتا ہے، اور logout اور token کی میعاد ختم ہونے کو کیسے handle کیا جاتا ہے۔

دوسرا trace ہے: "صارف Save پر click کرتا ہے اور کچھ نہیں ہوتا۔ بتائیں کہ آپ اسے کیسے debug کریں گے۔" ایک اچھا جواب اندازہ لگانے کے بجائے layer by layer آگے بڑھتا ہے، browser console اور network tab سے، request اور response تک، server logs تک، database write تک۔

ایک درمیانے سائز کی SaaS کمپنی میں انٹرویو دینے والی full stack developer ایک عام مثال ہے۔ جب پوچھا گیا کہ comment feature کیسے کام کرے گی، تو اس نے table سے شروع کیا (comments جن میں post ID، author ID، اور timestamps ہوں، post کے حساب سے indexed)، cursor pagination کے ساتھ list endpoint define کیا، اگر POST ناکام ہو جائے تو rollback کے ساتھ client پر optimistic rendering بیان کیا، اور اس بات پر ختم کیا کہ وہ double-click کو دو بار post کرنے سے کیسے روکے گی۔ اس نے ہر layer کو مختصر رکھا، اور انٹرویو لینے والے کے follow-up سوالات براہ راست ان جوڑوں کی طرف گئے جن کا اس نے ذکر کیا تھا۔

Trace کی اونچی آواز میں پریکٹس کریں۔ کسی ایسی app سے feature منتخب کریں جو آپ روزانہ استعمال کرتے ہیں اور اسے schema سے screen تک explain کریں، پھر ایک failure شامل کر کے دوبارہ کریں: API سست ہے، write صرف جزوی طور پر کامیاب ہوتا ہے، request کے دوران صارف logged out ہو جاتا ہے۔ خود کو record کریں، یا AI mock interview میں سوالات چلائیں، جو آپ کے بولے گئے جوابات کی بنیاد پر follow-up سوالات پوچھتا ہے۔

Live راؤنڈز میں، macOS اور Windows کے لیے SubcueAI کی desktop app انٹرویو لینے والے کی transcribe کر سکتی ہے اور design اور behavioral جوابات کے لیے ساخت تجویز کر سکتی ہے جہاں انٹرویو کے rules assistance کی اجازت دیں؛ Chrome/Edge extension browser tab کالز کا احاطہ کرتا ہے، اور iPhone app کسی دوسری device پر چلنے والی call سنتا ہے۔ ایماندار حد full stack processes میں سب سے زیادہ اہم ہے: feature بنانے اور coding راؤنڈز اکثر shared screen پر ہوتے ہیں، اور shared screen پر موجود ہر چیز نظر آتی ہے، اس لیے وہاں assistance دائرہ کار سے باہر ہے۔ Proctored online ٹیسٹس اور کمپنی کے زیر انتظام devices بھی دائرہ کار سے باہر ہیں۔ Setup tutorial میں موجود ہے۔