کیا آپ کو یہ بات عجیب نہیں لگتی کہ جب آپ نوکری بدلنے والے ہیں اور انٹرویو پاس کرنے کی ضرورت پیش آتی ہے تو سب سے پہلے آپ کے خیال میں "آپ کو انٹرویو کے لیے تیاری کرنے کی ضرورت ہے"۔ ہیکر رینک پر مسائل حل کریں، کریک دی کوڈنگ انٹرویو پڑھیں، یاد رکھیں کہ ArrayList کیسے کام کرتی ہے اور یہ LinkedList سے کیسے مختلف ہے۔ اوہ ہاں، وہ چھانٹنے کے بارے میں بھی پوچھ سکتے ہیں، اور یہ کہنا واضح طور پر غیر پیشہ ورانہ ہوگا کہ فوری چھانٹنا ہی بہترین انتخاب ہوگا۔
لیکن انتظار کریں، آپ دن میں 8 گھنٹے پروگرام کرتے ہیں، دلچسپ اور غیر معمولی مسائل کو حل کرتے ہیں، اور اپنی نئی نوکری پر آپ وہی کام کریں گے، پلس یا مائنس۔ لیکن اس کے باوجود، انٹرویو پاس کرنے کے لیے، آپ کو کسی نہ کسی طرح اضافی تیاری کرنی ہوگی، یہاں تک کہ اپنی روزمرہ کی مہارتوں کو نکھارنا نہیں، بلکہ کچھ سیکھنا ہوگا جس کی آپ کو اپنی موجودہ ملازمت میں ضرورت نہیں تھی اور آپ کے اگلے کام میں اس کی ضرورت نہیں ہے۔ آپ کے اس اعتراض پر کہ کمپیوٹر سائنس ہمارے خون میں شامل ہے، اور اگر آپ ہمیں آدھی رات کو جگاتے ہیں تو ہم تکیے پر آنکھیں بند کر کے لکھنے پر مجبور ہیں کہ ہوش میں آئے بغیر درخت کی چوڑائی میں چہل قدمی کریں۔ جواب دیں گے کہ اگر مجھے سرکس میں نوکری مل جاتی ہے، اور میری اصل چال بالکل یہی ہوگی - تو شاید ہاں، میں متفق ہوں۔ اس مہارت کو جانچنے کی ضرورت ہے۔
لیکن آپ کی موجودہ ملازمت سے غیر متعلقہ مہارتوں کی جانچ کیوں کریں؟ صرف اس لیے کہ یہ فیشن بن گیا؟ کیونکہ گوگل ایسا کرتا ہے؟ یا اس لیے کہ آپ کی مستقبل کی ٹیم کی قیادت کو انٹرویو سے پہلے چھانٹنے کے تمام طریقے سیکھنے پڑتے تھے اور اب اس کا ماننا ہے کہ "ہر اچھے پروگرامر کو سٹرنگ میں پیلینڈروم تلاش کرنے کے عمل کو دل سے جاننا چاہیے۔"
ٹھیک ہے، آپ گوگل (ج) نہیں ہیں. جو گوگل برداشت کر سکتا ہے، عام کمپنیاں نہیں کر سکتیں۔ گوگل نے اپنے ملازمین کے ڈیٹا کا تجزیہ کرتے ہوئے اس نتیجے پر پہنچا کہ اولمپیاڈ پس منظر کے حامل انجینئرز اپنے مخصوص کاموں سے نمٹنے میں اچھے ہیں۔ مزید برآں، اپنے انتخاب کے عمل کو ڈیزائن کرکے، وہ یہ خطرہ مول لینے کے متحمل ہوسکتے ہیں کہ شاید وہ چند اچھے انجینئرز کی خدمات حاصل نہ کریں کیونکہ وہ ریاضی کے مسائل کو آسانی سے حل نہیں کرسکتے ہیں۔ لیکن یہ ان کے لیے کوئی مسئلہ نہیں ہے، بہت سے لوگ ہیں جو گوگل میں کام کرنا چاہتے ہیں، پوزیشن بند ہو جائے گی۔
اب آئیے کھڑکی سے باہر دیکھتے ہیں، اور اگر آپ کے دفتر کے سامنے انجینئرز جو آپ کے لیے کام کرنا چاہتے ہیں، نے ابھی تک خیمہ کیمپ نہیں لگایا ہے، اور آپ کے ڈویلپرز زیادہ تر اسٹیک اوور فلو کی تلاش میں رہتے ہیں کہ اگلی بہار کی تشریح کو انسٹال کرنے کی کیا ضرورت ہے، درجہ بندی کے الگورتھم کی پیچیدگیوں کے بجائے، پھر، بظاہر، یہ آپ کے لیے سوچنے کا وقت ہے کہ آیا آپ کو گوگل کو کاپی کرنا چاہیے۔
ٹھیک ہے، اگر اس بار گوگل ناکام ہو گیا اور جواب نہیں دیا، تو آپ کو کیا کرنا چاہیے؟ بالکل چیک کریں کہ ڈویلپر کام پر کیا کرے گا۔ آپ ڈویلپرز میں کیا اہمیت رکھتے ہیں؟
آپ کس کی خدمات حاصل کرنا چاہتے ہیں اس کے لیے معیار بنائیں اور ایسے ٹیسٹ تیار کریں جو بالکل ان مہارتوں کی جانچ کریں۔
تھیٹ ورکس
ThoughtWorks کا اس سے کیا تعلق ہے؟ یہیں سے مجھے اپنے لیے ایک ماڈل انٹرویو کی مثال ملی۔ Thoughtworks کون ہیں؟ مختصراً، یہ ایک اعلیٰ درجے کی مشاورتی کمپنی ہے جس کے دفاتر پوری دنیا میں ہیں، چین، سنگاپور سے لے کر امریکی براعظموں تک، جو تقریباً 25 سال سے ترقی کے شعبے میں مشاورت کر رہی ہے، اس کا اپنا سائنس ڈویژن ہے، جس کے سربراہ مارٹن ہیں۔ فاؤلر اگر آپ ایک سافٹ ویئر انجینئر کے لیے 10 لازمی پڑھنے والی کتابوں کی فہرست تلاش کرتے ہیں، تو شاید ان میں سے 2-3 تھوٹ ورکس کے لڑکوں نے لکھی ہوں گی، جیسے کہ ریفیکٹرنگ از مارٹن فاؤلر اور بلڈنگ مائیکرو سروسز: ڈیزائننگ فائن گرینڈ سسٹمز از سام نیومین یا بلڈنگ ارتقائی فن تعمیر
پیٹرک کوا، ربیکا پارسنز، نیل فورڈ۔
کمپنی کا کاروبار کافی مہنگی خدمات فراہم کرنے پر بنایا گیا ہے، لیکن گاہک غیر معمولی معیار کے لیے ادائیگی کرتا ہے، جو کہ مہارت، اندرونی معیارات اور یقیناً لوگوں پر مشتمل ہوتا ہے۔ لہذا، صحیح لوگوں کی خدمات حاصل کرنا یہاں بہت ضروری ہے۔
کس قسم کے لوگ صحیح ہیں؟ یقینا، ہر ایک کے لئے مختلف ہیں. ThoughtWorks نے طے کیا ہے کہ ان کے ڈویلپر بزنس ماڈل کے لیے سب سے اہم معیار یہ ہیں:
- جوڑوں میں ترقی کرنے کی صلاحیت۔ یہ صلاحیت ہے، تجربہ یا مہارت نہیں۔ کوئی بھی یہ توقع نہیں کرتا ہے کہ وہ لوگ آئیں گے جو 5 سالوں سے پیئر پروگرامنگ کی مشق کر رہے ہیں۔ لیکن دوسرے لوگوں کی رائے کو قبول کرنا اور سننے کے قابل ہونا ایک ضروری مہارت ہے۔
- ٹیسٹ لکھنے کی صلاحیت، اور مثالی طور پر TDD کی مشق کریں۔
- SOLID اور OOP کو سمجھیں اور ان کا اطلاق کرنے کے قابل ہوں۔
- اپنی رائے پیش کریں۔ ایک کنسلٹنٹ کے طور پر، آپ کو کلائنٹ کے ڈویلپرز کے ساتھ، دوسرے کنسلٹنٹس کے ساتھ مل کر کام کرنا پڑتا ہے، اور اگر کوئی شخص اچھی طرح سے کچھ کرنا جانتا ہو، لیکن اسے باقی ٹیم تک پہنچانے میں مکمل طور پر قاصر ہو۔
اب امیدوار میں ان مخصوص صلاحیتوں کا جائزہ لینا ضروری ہے۔ اور یہاں میں ThoughtWorks میں انٹرویو کے اپنے تجربے کے بارے میں بات کرنا چاہتا ہوں۔ میں فوراً ہی کہوں گا کہ میں سنگاپور گیا اور پاس ہوا، لیکن بھرتی کا عمل متحد ہے اور ملک سے دوسرے ملک میں زیادہ فرق نہیں ہوگا۔
مرحلہ 0. HR
جیسا کہ اکثر ہوتا ہے، HR کے ساتھ 20 منٹ کا انٹرویو۔ میں اس پر غور نہیں کروں گا، میں صرف اتنا کہوں گا کہ میں کبھی بھی کسی ایسے HR شخص سے نہیں ملا جو کمپنی میں ترقیاتی ثقافت کے بارے میں 15 منٹ تک بات کر سکے، وہ TDD کیوں استعمال کرتے ہیں، کیوں جوڑی پروگرامنگ کرتے ہیں۔ عام طور پر، HRs اس سوال پر مرجھاتے ہیں اور کہتے ہیں کہ ان کا عمل عام ہے: ڈویلپر تیار کرتے ہیں، ٹیسٹرز ٹیسٹ کرتے ہیں، مینیجر ڈرائیو کرتے ہیں۔
مرحلہ 1۔ آپ OOP, TDD میں کتنے اچھے ہیں؟
انٹرویو کے آغاز سے 1.5 گھنٹے پہلے، مجھے مارس روور سمیلیٹر بنانے کے لیے ایک ٹاسک بھیجا گیا۔
مریخ روور مشنروبوٹک روورز کا ایک دستہ ناسا کی طرف سے مریخ پر ایک سطح مرتفع پر اتارا جانا ہے۔ یہ سطح مرتفع، جو دلچسپ طور پر مستطیل ہے، کو روورز کو نیویگیٹ کرنا چاہیے تاکہ ان کے آن بورڈ کیمروں کو زمین پر واپس بھیجنے کے لیے ارد گرد کے علاقے کا مکمل نظارہ مل سکے۔ ایک روور کی پوزیشن اور مقام کی نمائندگی x اور y کوآرڈینیٹس کے امتزاج سے کی جاتی ہے اور ایک خط چار کارڈنل کمپاس پوائنٹس میں سے ایک کی نمائندگی کرتا ہے۔ سطح مرتفع کو نیویگیشن کو آسان بنانے کے لیے ایک گرڈ میں تقسیم کیا گیا ہے۔ مثال کی پوزیشن 0، 0، N ہو سکتی ہے، جس کا مطلب ہے کہ روور نیچے بائیں کونے میں ہے اور شمال کی طرف ہے۔ روور کو کنٹرول کرنے کے لیے، ناسا خطوط کی ایک سادہ تار بھیجتا ہے۔ ممکنہ حروف 'L'، 'R' اور 'M' ہیں۔ 'L' اور 'R' روور کو اپنی موجودہ جگہ سے حرکت کیے بغیر بالترتیب 90 ڈگری بائیں یا دائیں گھومتا ہے۔ 'M' کا مطلب ہے ایک گرڈ پوائنٹ کو آگے بڑھائیں، اور ایک ہی سرخی کو برقرار رکھیں۔
فرض کریں کہ مربع براہ راست شمال سے (x, y) ہے (x, y+1)۔
ان پٹ:
ان پٹ کی پہلی لائن سطح مرتفع کے اوپری دائیں نقاط ہیں، نچلے بائیں کوآرڈینیٹس کو 0,0 سمجھا جاتا ہے۔
باقی ان پٹ ان روورز سے متعلق معلومات ہیں جنہیں تعینات کیا گیا ہے۔ ہر روور میں ان پٹ کی دو لائنیں ہوتی ہیں۔ پہلی لائن روور کی پوزیشن بتاتی ہے، اور دوسری لائن ہدایات کا ایک سلسلہ ہے جو روور کو یہ بتاتی ہے کہ سطح مرتفع کو کیسے تلاش کرنا ہے۔ پوزیشن دو عدد انٹیجرز اور خالی جگہوں سے الگ ایک خط سے بنی ہے، جو x اور y کوآرڈینیٹس اور روور کی واقفیت کے مطابق ہے۔
ہر روور کو ترتیب وار ختم کیا جائے گا، جس کا مطلب ہے کہ دوسرا روور اس وقت تک حرکت کرنا شروع نہیں کرے گا جب تک کہ پہلا حرکت مکمل نہ کر لے۔
آؤٹ پٹ:
ہر روور کے لیے آؤٹ پٹ اس کے حتمی کوآرڈینیٹ اور ہیڈنگ ہونا چاہیے۔
نوٹس:
بس اوپر دی گئی ضروریات کو لاگو کریں اور ثابت کریں کہ ویکیوم کلینر اس کے لیے یونٹ ٹیسٹ لکھ کر کام کرتا ہے۔
یوزر انٹرفیس کی کسی بھی شکل کو بنانا گنجائش سے باہر ہے۔
TDD (ٹیسٹ ڈرائیون ڈیولپمنٹ) کے طریقہ کار پر عمل کرتے ہوئے مسئلہ کو حل کرنے کو ترجیح دی جائے گی۔
دستیاب مختصر وقت میں، ہم مکمل ہونے سے زیادہ معیار کے بارے میں فکر مند ہیں۔
*میں اس اسائنمنٹ کو پوسٹ نہیں کرسکتا جو مجھے بھیجی گئی تھی، یہ ایک پرانی اسائنمنٹ ہے جو کئی سال پہلے دی گئی تھی۔ لیکن مجھ پر یقین کریں، بنیادی طور پر سب کچھ وہی رہتا ہے۔
میں خاص طور پر تشخیص کے معیار پر توجہ مبذول کرنا چاہوں گا۔ آپ کو کتنی بار ایسی صورتحال کا سامنا کرنا پڑا ہے جہاں امیدوار کے لیے اہم چیزیں آڈٹ کے دوران بالکل غیر اہم ہوتی ہیں اور اس کے برعکس۔ ہر کوئی آپ کی طرح نہیں سوچتا، لیکن بہت سے لوگ آپ کی اقدار کو قبول اور ان پر عمل کر سکتے ہیں اگر وہ واضح طور پر بیان کیے جائیں۔ لہذا، تشخیص کے معیار سے یہ فوری طور پر واضح ہے کہ اس مرحلے میں سب سے اہم مہارتیں ہیں۔
- ٹی ڈی ڈی؛
- OOP استعمال کرنے اور قابل برقرار کوڈ لکھنے کی صلاحیت؛
- پروگرامنگ کی صلاحیتوں کو جوڑیں۔
لہذا، مجھے ان 1.5 گھنٹے یہ سوچنے میں گزارنے کی تنبیہ کی گئی کہ میں کوڈ لکھنے کے بجائے یہ کام کیسے کروں گا۔ ہم مل کر کوڈ لکھیں گے۔
جب ہم فون پر آئے تو لڑکوں نے مختصراً ہمیں بتایا کہ وہ کون ہیں اور کیا کرتے ہیں اور ترقی شروع کرنے کی پیشکش کی۔
پورے انٹرویو کے دوران، مجھے ایک بار بھی یہ احساس نہیں ہوا کہ میرا انٹرویو کیا جا رہا ہے۔ ایک احساس ہے کہ آپ ٹیم میں کوڈ تیار کر رہے ہیں۔ اگر آپ کہیں پھنس جاتے ہیں تو، وہ مدد کرتے ہیں، مشورہ دیتے ہیں، بحث کرتے ہیں، یہاں تک کہ ایک دوسرے سے بحث کرتے ہیں کہ اسے کس طرح بہتر کرنا ہے۔ انٹرویو میں، میں یہ بھول گیا کہ JUnit 5 میں کیسے چیک کیا جائے کہ ایک طریقہ ایک استثنا دیتا ہے - انہوں نے ٹیسٹ لکھنا جاری رکھنے کی پیشکش کی، جبکہ ان میں سے ایک گوگل کر رہا تھا کہ اسے کیسے کرنا ہے۔
لفظی طور پر انٹرویو کے چند گھنٹوں بعد، مجھے تعمیری تاثرات موصول ہوئے - مجھے کیا پسند آیا اور کیا نہیں۔ میرے معاملے میں، مجھے سیل شدہ کلاسز کو null آبجیکٹ کے متبادل کے طور پر استعمال کرنے پر سراہا گیا۔ اس حقیقت کے لیے کہ کوڈ لکھنے سے پہلے، میں نے سیڈوکوڈ میں لکھا تھا کہ میں روور کو کیسے کنٹرول کرنا چاہوں گا، اور اس طرح کلاسز کا خاکہ موصول ہوا، کم از کم وہ جو روبوٹ کے API میں شامل ہیں۔
مرحلہ 2: ہمیں بتائیں
انٹرویو سے ایک ہفتہ پہلے، مجھ سے کہا گیا کہ میں کسی بھی موضوع پر ایک پریزنٹیشن تیار کروں جس میں میری دلچسپی ہو۔ فارمیٹ سادہ اور مانوس ہے: 15 منٹ کی پیشکش، 15 منٹ سوالات کے جوابات۔
میں نے انکل باب کے ذریعہ کلین آرکیٹیکچر کا انتخاب کیا۔ اور پھر ایک دو لوگوں نے میرا انٹرویو کیا۔ انگریزی میں پیش کرنے کا یہ میرا پہلا تجربہ تھا، اور، شاید، اگر میں کسی دباؤ والی صورتحال میں ہوتا، تو میں اس کا مقابلہ نہ کر پاتا۔ لیکن ایک بار پھر، مجھے ایک بار بھی یہ احساس نہیں ہوا کہ میں ایک انٹرویو میں تھا۔ سب کچھ معمول کے مطابق ہے - میں ان سے کہتا ہوں، وہ غور سے سنتے ہیں۔ یہاں تک کہ روایتی سوال و جواب کا سیشن بھی انٹرویو جیسا نہیں تھا؛ یہ واضح تھا کہ سوالات "ڈوبنے" کے لیے نہیں پوچھے گئے تھے، بلکہ وہ جو میری پیشکش میں واقعی دلچسپی رکھتے تھے۔
انٹرویو کے چند گھنٹے بعد، مجھے فیڈ بیک موصول ہوا - پریزنٹیشن بہت مفید تھی اور انہیں سن کر واقعی لطف آیا۔
مرحلہ 3۔ پروڈکشن کوالٹی کوڈ
متنبہ کرنے کے بعد کہ یہ تکنیکی انٹرویوز کا آخری مرحلہ تھا، مجھ سے کہا گیا کہ کوڈ کو گھر پر پروڈکشن کے لیے تیار حالت میں لے آؤں، پھر جائزہ لینے اور انٹرویو کے شیڈول کے لیے کوڈ بھیجیں جس پر کام کے تقاضے بدل جائیں گے اور کوڈ بدل جائے گا۔ ترمیم کی ضرورت ہے. آگے دیکھتے ہوئے، میں کہہ سکتا ہوں کہ کوڈ کا جائزہ آنکھ بند کر کے کیا جاتا ہے، جائزہ لینے والوں کو معلوم نہیں ہوتا کہ امیدوار کس عہدے کے لیے درخواست دے رہا ہے، وہ اس کا سی وی نہیں دیکھتے، وہ اس کا نام بھی نہیں دیکھتے۔
فون کی گھنٹی بجی، اور ایک بار پھر مانیٹر کے دوسری طرف کچھ لڑکے تھے۔ سب کچھ ویسا ہی ہے جیسا کہ پہلے انٹرویو میں ہوا تھا: اہم بات یہ ہے کہ TDD کو نہ بھولیں، یہ بتائیں کہ آپ کیا کرتے ہیں اور کیوں کرتے ہیں۔ اگر آپ نے پہلے TDD کی مشق نہیں کی ہے، تو میں اسے فوری طور پر کرنے کا مشورہ دیتا ہوں، اس لیے نہیں کہ یہ کمپنیوں میں ضروری ہے، بلکہ اس لیے کہ یہ آپ کی زندگی کو نمایاں طور پر آسان بناتا ہے، اگر آپ چاہیں تو آپ کے تناؤ کی سطح کو کم کرتا ہے۔ یاد رکھیں کہ آپ کو ڈیبگر کے ساتھ کسی ایسی غلطی کے لیے کس طرح ڈھٹائی سے تلاش کرنا پڑی جو صرف براؤزر کے ذریعے دوبارہ پیش کی جا سکتی ہے، لیکن آپ اسے ٹیسٹ کے ساتھ دوبارہ نہیں بنا سکتے؟ اب تصور کریں کہ آپ کو انٹرویو کے دوران ایسی غلطی پکڑنی پڑے گی - آپ کو ایک دو سرمئی بالوں کی ضمانت دی گئی ہے۔ ہمیں TDD سے کیا ملتا ہے؟ ہم نے کوڈ کو تبدیل کیا اور غیر متوقع طور پر محسوس کیا کہ اب ٹیسٹ سرخ ہو چکے ہیں، لیکن وہ کیا خرابی ہے جس کا ہم پہلی بار پتہ نہیں لگا سکے؟ ٹھیک ہے، ہم انٹرویو لینے والوں کو "افوہ" کہتے ہیں، Ctrl-Z دبائیں اور چھوٹے قدم آگے بڑھانا شروع کریں۔ اور ہاں، آپ کو اپنے اندر TDD کا استعمال کرتے ہوئے ترقی کرنے کی صلاحیت پیدا کرنے کی ضرورت ہے، مقصد کی طرف جانے کی صلاحیت تاکہ آپ کے ٹیسٹ مستقل طور پر سبز ہوں، اور آدھے دن کے لیے سرخ نہ ہوں، کیونکہ "آپ کے پاس بہت زیادہ ری فیکٹرنگ ہے۔" یہ بالکل وہی ہنر ہے جیسے قابل برقرار کوڈ لکھنا، یا پیداواری کوڈ لکھنا۔
لہذا، آپ کے کوڈ کو کتنی اچھی طرح سے تبدیل کیا جا سکتا ہے اس کا انحصار اس بات پر ہے کہ آپ کے ذہن میں کس ڈیزائن کے ساتھ شروع کرنا ہے، یہ کتنا آسان ہے، اور آپ کے ٹیسٹ کتنے اچھے ہیں۔
انٹرویو کے بعد مجھے چند گھنٹوں میں رائے مل گئی۔ اس مرحلے پر، میں نے محسوس کیا کہ میں تقریباً گزر چکا ہوں اور جب تک میں "فاؤلر سے نہیں ملتا" بہت کم رہ گیا تھا۔
مرحلہ 4۔ فائنل۔ کافی تکنیکی سوالات۔ ہم جاننا چاہتے ہیں کہ آپ کون ہیں!
سچ پوچھیں تو میں سوال کی اس تشکیل سے کچھ پریشان تھا۔ ایک گھنٹے کی گفتگو میں آپ کیسے سمجھ سکتے ہیں کہ میں کس قسم کا آدمی ہوں؟ اور اس سے بھی بڑھ کر یہ کہ جب میں ایسی زبان بولتا ہوں جو میری مادری زبان نہیں ہے، اور سچ کہوں تو، بہت گھٹیا اور زبان سے جڑی ہوئی زبان بولتا ہوں تو آپ اسے کیسے سمجھ سکتے ہیں۔ پچھلے انٹرویوز میں، میرے لیے ذاتی طور پر سوالات کے جوابات دینے کے بجائے بات کرنا آسان تھا، اور لہجہ قصوروار تھا۔ انٹرویو لینے والوں میں سے کم از کم ایک ایشیائی تھا - اور ان کا لہجہ، ٹھیک ہے، صرف یہ کہہ لیں، یورپی کان کے لیے کچھ مخصوص ہے۔ لہذا، میں نے ایک فعال نقطہ نظر اختیار کرنے کا فیصلہ کیا - اپنے بارے میں ایک پریزنٹیشن تیار کریں اور انٹرویو کے آغاز میں اس پیشکش کے ساتھ اپنے بارے میں بات کرنے کی پیشکش کی۔ اگر وہ راضی ہو جائیں تو کم از کم میرے لیے سوالات کم ہوں گے، اگر وہ پیشکش کو ٹھکرا دیتے ہیں، تو میری زندگی کے 3 گھنٹے ایک پریزنٹیشن پر گزارے اتنی زیادہ قیمت نہیں ہے۔ لیکن آپ کو اپنی پیشکش میں کیا لکھنا چاہئے؟ سوانح حیات - وہاں پیدا ہوا، اس وقت اسکول گیا، یونیورسٹی سے گریجویشن کیا - لیکن کون پرواہ کرتا ہے؟
اگر آپ تھوٹ ورک کلچر کے بارے میں تھوڑا سا گوگل کرتے ہیں تو آپ کو مارٹن فاؤلر کا ایک مضمون ملے گا [https://martinfowler.com/bliki/ThreePillars.html] جو کہ 3 ستونوں کو بیان کرتا ہے: پائیدار کاروبار، سافٹ ویئر ایکسیلنس، اور سماجی انصاف۔
آئیے فرض کریں کہ میرے لئے سافٹ ویئر ایکسی لینس پہلے ہی چیک کیا جا چکا ہے۔ یہ پائیدار کاروبار اور سماجی انصاف کو ظاہر کرنا باقی ہے۔
اس کے علاوہ، میں نے مؤخر الذکر پر توجہ مرکوز کرنے کا فیصلہ کیا.
شروع کرنے کے لیے، میں نے اسے بتایا کہ کیوں تھیٹ ورکس - میں نے کالج میں مارٹن فاؤلر کا بلاگ پڑھا، اس لیے کلین کوڈ سے میری محبت۔
منصوبوں کو مختلف زاویوں سے بھی پیش کیا جا سکتا ہے۔ اس نے دوا کے لیے ایسا سافٹ ویئر بھی تیار کیا جو مریضوں کی زندگیوں کو آسان بناتا ہے، اور یہاں تک کہ افواہوں کے مطابق، ایک کی جان بچائی۔ میں نے بینکوں کے لیے سافٹ ویئر بھی تیار کیا، جس سے شہریوں کی زندگی بھی آسان ہو گئی۔ خاص طور پر اگر اس بینک کو ملک کی 70% آبادی استعمال کرتی ہے۔ یہ سبر بینک کے بارے میں نہیں ہے اور روس کے بارے میں بھی نہیں ہے۔
میرے بارے میں جاننا چاہتے ہو؟ ٹھیک ہے. میرا مشغلہ فوٹو گرافی ہے، ایک نہ کسی طرح میں تقریباً 10 سال سے اپنے ہاتھ میں کیمرہ پکڑے ہوئے ہوں، ایسی تصاویر ہیں جنہیں دکھانے میں مجھے زیادہ شرمندگی نہیں ہوتی۔ اس کے علاوہ، ایک وقت میں، میں نے بلیوں کی پناہ گاہ میں مدد کی: میں نے بلیوں کی تصویر کھنچوائی جنہیں مستقل گھر کی ضرورت تھی۔ اور اچھی تصویروں کے ساتھ بلی کو رکھنا بہت آسان ہے۔ میں نے شاید سو بلیوں کی تصویر کشی کی ہے :)
آخر میں، میری پیشکش کا 80% بلیوں سے بھرا ہوا تھا۔
پریزنٹیشن کے فوراً بعد، HR نے مجھے لکھا کہ اسے ابھی تک انٹرویو کے نتائج کا علم نہیں ہے، لیکن پورا دفتر پہلے ہی بلیوں سے متاثر تھا۔
بالآخر، میں نے رائے کا انتظار کیا - میں نے ایک شخص کے طور پر سب کو مطمئن کیا۔
لیکن آخری گفتگو کے دوران ایچ آر نے بڑی تدبیر سے کہا کہ سماجی انصاف بہت اچھا اور ضروری ہے، لیکن تمام منصوبے ایسے نہیں ہیں۔ اور اس نے پوچھا کہ کیا یہ مجھے ڈرتا ہے؟ عام طور پر، میں سماجی انصاف کے ساتھ تھوڑا سا اوور بورڈ چلا گیا، ایسا ہوتا ہے :)
کل
نتیجے کے طور پر، میں سنگاپور میں تھوٹ ورکس میں کئی مہینوں سے کام کر رہا ہوں، اور میں دیکھ رہا ہوں کہ یہاں بھی بہت ساری کمپنیاں گوگل سے "بہترین انٹرویو کے طریقوں" کو اپنا رہی ہیں، کوڈنگ کے لیے پتوں اور وائٹ بورڈ کا استعمال کر رہی ہیں، اس کے باوجود کہ بہار سے زیادہ علم ہے، کام میں Symfony, RubyOnRails (انڈر لائن کیا ضروری ہے) کی ضرورت نہیں ہے۔ انجینئرز انٹرویو سے پہلے "تیار" ہونے کے لیے ایک ہفتہ کی چھٹی لیتے ہیں۔
Thoughtworks میں، امیدوار کے لیے مناسب تقاضوں کے علاوہ، درج ذیل اصول سب سے آگے ہیں:
انٹرویو کی خوشی۔ اس کے علاوہ، دونوں اطراف کے لئے. درحقیقت، اگر آپ بہترین اہلکار حاصل کرنا چاہتے ہیں (اور کون نہیں؟)، تو انٹرویو کوئی ایسی مارکیٹ نہیں ہے جہاں غلاموں کا انتخاب کیا جاتا ہے، بلکہ ایک ایسا شو جہاں آجر اور امیدوار دونوں ایک دوسرے کا جائزہ لیتے ہیں۔ اور اگر کوئی امیدوار کسی کمپنی کے ساتھ خوشگوار جذبات کو جوڑتا ہے، تو امکان ہے کہ وہ اس مخصوص کمپنی کا انتخاب کرے گا۔
تعصب کو کم کرنے کے لیے متعدد انٹرویو لینے والے۔ Thoughtworks میں، جوڑی پروگرامنگ ڈی فیکٹو معیار ہے۔ اور اگر اس مشق کو دوسرے علاقوں میں لاگو کیا جا سکتا ہے، تو TW ایسا کرنے کی کوشش کرتا ہے۔ ہر مرحلے پر، انٹرویو 2 افراد کے ذریعے کیا جاتا ہے۔ اس طرح، ہر فرد کا اندازہ کم از کم 8 افراد کے ذریعے کیا جاتا ہے، اور TW مختلف پس منظر، مختلف سمتوں (نہ صرف تکنیکی افراد) اور صنف کے ساتھ انٹرویو لینے والوں کو منتخب کرنے کی کوشش کرتا ہے۔
بالآخر، ملازمت کا فیصلہ کم از کم 8 لوگوں کی رائے کی بنیاد پر کیا جائے گا، اور کسی کے پاس کاسٹنگ ووٹ نہیں ہے۔
انتساب پر مبنی ملازمت امیدوار کی پسند یا ناپسند کی بنیاد پر فیصلہ کرنے کے بجائے، ہر کردار اور ہر مرحلے کے لیے ایک فارم تیار کیا جاتا ہے جس میں وہ صفات شامل ہوتی ہیں جن کا جائزہ لیا جاتا ہے۔ ایک ہی وقت میں، تشخیص کرتے وقت، یہ انتہائی سفارش کی جاتی ہے کہ کسی خاص مہارت میں تجربے کا نہیں، بلکہ اس کو لاگو کرنے کی صلاحیت کا جائزہ لیں۔ اس طرح، اگر کوئی امیدوار کسی بھی مہارت کو لاگو کرنے کے قابل نہیں تھا، جیسے TDD، لیکن اس کے باوجود وہ ان کو لاگو کرنے کی کوشش کرتا ہے، ان کے صحیح استعمال کے بارے میں مشورہ سنتا ہے، تو اس کے پاس انٹرویو پاس کرنے کا ہر موقع ہوتا ہے۔
تعلیمی سرٹیفکیٹ کی ضرورت نہیں ہے۔ TW کو کمپیوٹر سائنس میں کسی سند یا تعلیم کی ضرورت نہیں ہے۔ صرف مہارت کا اندازہ لگایا جاتا ہے۔
غیر ملکی کمپنیوں کے ساتھ میرا یہ پہلا انٹرویو ہے جس کے لیے مجھے تیاری نہیں کرنی پڑی۔ ہر مرحلے کے بعد، میں تھکاوٹ محسوس نہیں کرتا تھا، لیکن اس کے برعکس، مجھے خوشی تھی کہ میں بہترین طریقوں کو لاگو کر سکتا ہوں، کہ مانیٹر کے دوسری طرف کے لوگوں نے اس کی تعریف کی اور انہیں ہر روز لاگو کیا۔
کئی مہینوں کے بعد، میں کہہ سکتا ہوں کہ میری توقعات پوری طرح پوری ہوئیں۔ ThoughtWorks ایک باقاعدہ کمپنی سے کیسے مختلف ہے؟ ایک باقاعدہ کمپنی میں آپ کو اچھے ڈویلپرز اور اچھے لوگ مل سکتے ہیں، لیکن TW میں ان کا ارتکاز چارٹ سے دور ہے۔
اگر آپ ThoughtWorks میں شامل ہونے میں دلچسپی رکھتے ہیں، تو آپ ہماری کھلی پوزیشنیں دیکھ سکتے ہیں۔
میں دلچسپ اسامیوں پر توجہ دینے کا مشورہ بھی دیتا ہوں:
لیڈ سافٹ ویئر انجینئر: , , ,
سینئر سافٹ ویئر انجینئر: , , ,
سافٹ ویئر انجینئر: , ,
سینئر ڈیٹا انجینئر:
کوالٹی تجزیہ کار:
انفراسٹرکچر: , ,
(میں ایمانداری سے آپ کو متنبہ کرنا چاہوں گا کہ لنک ایک ریفرل لنک ہے، اگر آپ TW پر جائیں گے تو مجھے ایک اچھا بونس ملے گا)۔ اپنی پسند کے دفتر کا انتخاب کریں، آپ کو اپنے آپ کو یورپ تک محدود رکھنے کی ضرورت نہیں ہے، آخرکار، ہر 2 سال بعد TW آپ کو دوسرے ملک منتقل کرنے میں خوش ہو گا، کیونکہ... یہ ThoughtWorks پالیسی کا حصہ ہے، اس لیے ثقافت کو پھیلایا اور ہم آہنگ کیا جاتا ہے۔
تبصرے میں سوالات پوچھنے کے لئے آزاد محسوس کریں یا مجھ سے سفارشات طلب کریں۔
اگر موضوع دلچسپ لگتا ہے تو میں اس بارے میں لکھوں گا کہ تھاٹ ورکس میں کام کرنا کیسا ہے اور سنگاپور میں زندگی کیسی ہے۔
ماخذ: www.habr.com