سافٹ ویئر انجینئر سی وی ٹیمپلیٹ

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

ٹیمپلیٹ ایک نظر میں

بھرتی کرنے والے کیا دیکھتے ہیں

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

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

پاکستان کی بہت سی سافٹ ویئر کمپنیوں میں سی وی پہلے HR یا ریکروٹر کے پاس جاتی ہے، انجینئر بعد میں دیکھتا ہے۔ ریکروٹر آپ کی سی وی کے الفاظ کو نوکری کے اشتہار سے ملاتا ہے، اس لیے زبانوں، فریم ورکس اور پلیٹ فارمز کے نام صاف صاف لکھیں۔ بعد میں جب انجینئر پڑھتا ہے تو وہ گہرائی دیکھتا ہے: سسٹم کتنا بڑا تھا، آپ نے کون سے فیصلے کیے اور ان کا نتیجہ کیا نکلا۔ اگر آپ بیرون ملک کی کمپنیوں یا ریموٹ نوکریوں کے لیے درخواست دے رہے ہیں تو یہ بات اور بھی اہم ہو جاتی ہے، کیونکہ وہاں بھی پہلا مرحلہ اکثر کوئی ٹریکنگ سسٹم ہوتا ہے۔

ہر سیکشن کیسے لکھیں

نام اور رابطے کی معلومات

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

وہی عہدہ لکھیں جو آپ چاہتے ہیں، بشرطیکہ وہ سچ ہو۔ اگر آپ کسی ایسی کمپنی میں "Associate Software Engineer II" ہیں جسے باہر کوئی نہیں جانتا تو "سافٹ ویئر انجینئر" زیادہ واضح ہے۔

خلاصہ

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

جونیئر: ایک سال کے تجربے کے ساتھ سافٹ ویئر انجینئر جو Python اور React میں اندرونی ٹولز بناتا ہے۔ SQL، ٹیسٹنگ اور کوڈ ریویو سے واقف ہوں، اور ایسی ٹیم کی تلاش میں ہوں جہاں صارفین کے لیے پروڈکٹ پر کام کر سکوں۔

درمیانی سطح: چار سال سے TypeScript، Node.js اور React میں کام کرنے والا فل اسٹیک انجینئر۔ بلنگ اور آن بورڈنگ کے فیچرز شروع سے آخر تک بنا کر ریلیز کیے ہیں، اور مبہم پروڈکٹ آئیڈیاز کو چھوٹی، ٹیسٹ ہونے والی ریلیزز میں بدلنا پسند ہے۔

سینئر: نو سال کا تجربہ رکھنے والا بیک اینڈ انجینئر جو Go اور TypeScript میں پیمنٹ اور آرڈر سسٹم بناتا ہے۔ کسی سروس کو ڈیزائن ریویو سے آن کال تک خود سنبھالتا ہوں، اور صاف API اور پڑھنے میں آسان کوڈ کو اہمیت دیتا ہوں۔

تجربہ

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

مہارتیں

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

پروجیکٹس

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

تعلیم

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

سرٹیفیکیٹس

کلاؤڈ کے سرٹیفیکیٹس (AWS، Google Cloud، Azure) اور Kubernetes کے سرٹیفیکیٹس وہ ہیں جن کا ذکر انجینئرنگ کی نوکریوں کے اشتہارات میں سب سے زیادہ آتا ہے۔ پورا نام، جاری کرنے والا ادارہ اور سال لکھیں۔ چھوٹے آن لائن کورسز کے بیج تب ہی لکھیں جب اشتہار میں ان کا مطالبہ ہو۔

تجربے کے نکات کیسے لکھیں

ہر نکتہ کسی کام والے فعل سے شروع کریں، کام سادہ الفاظ میں بیان کریں اور آخر میں نتیجہ لکھیں۔ اگر آپ کے پاس اعداد و شمار ہوں تو وہ مدد دیتے ہیں: latency، error rate، ڈیپلائمنٹ کی تعداد، صارفین یا خرچ۔ اگر کوئی عدد نہیں تو تبدیلی کو ٹھوس انداز میں بیان کریں، جیسے "صارفین کو اسٹیٹس اگلی صبح کے بجائے چند منٹ میں ملنے لگا"۔

ایک آسان فارمولا: آپ نے کیا کیا + کیسے کیا + کیا بدلا۔

• کمزور: "سرچ فیچر پر کام کیا۔"
• بہتر: "پروڈکٹ سرچ Elasticsearch پر دوبارہ بنائی، جس سے سرچ کا اوسط وقت 1.2 سیکنڈ سے 200 ملی سیکنڈ رہ گیا اور نتائج پر کلکس بڑھے۔"

سطح کے لحاظ سے مثالیں

جونیئر انجینئر

• انوائسز کی CSV ایکسپورٹ کا endpoint بنایا جو ہر مہینے تقریباً 3,000 صارفین استعمال کرتے ہیں
• کارٹ سروس میں race condition ٹھیک کی جس کی وجہ سے کبھی کبھار خالی آرڈر بن جاتے تھے
• لاگ ان کے لیے integration tests لکھے جنہوں نے ریلیز سے پہلے دو regressions پکڑے
• سائن اپ پیج پر فارم کی validation اور واضح غلطی کے پیغامات شامل کیے، جس سے ناکام سائن اپ کی شکایات کم ہوئیں

درمیانی سطح کا انجینئر

• تصویروں کی پروسیسنگ background queue پر منتقل کی اور اپ لوڈ کا وقت 8 سیکنڈ سے ایک سیکنڈ سے کم کر دیا
• آرڈر پائپ لائن میں tracing شامل کی جس سے سب سے سست مرحلہ پوری ٹیم کو صاف نظر آنے لگا
• MySQL 5.7 سے 8.0 پر منتقلی کی ذمہ داری لی، تحریری rollback پلان کے ساتھ
• پروڈکٹ اور ڈیزائن ٹیم کے ساتھ مل کر نیا آن بورڈنگ فلو چار ہفتہ وار ریلیزز میں مکمل کیا

سینئر انجینئر

• مونولتھ کو چار سروسز میں تقسیم کرنے کی قیادت کی اور صارفین کو کوئی ڈاؤن ٹائم نہیں ہوا
• پیمنٹس ٹیم کے لیے ڈیزائن ریویو کا طریقہ بنایا اور تین انجینئرز کی رہنمائی کی
• کارڈ پیمنٹس کے لیے idempotency لیئر ڈیزائن کی جس سے دوہری کٹوتی ختم ہوئی
• incident review کا طریقہ لکھا اور سال کی آٹھ سب سے سنگین خرابیوں کے ریویو خود چلائے

شعبے کے لحاظ سے مثالیں

فرنٹ اینڈ

• ڈیش بورڈ کو React اور server-side rendering کے ساتھ دوبارہ بنایا اور first contentful paint آدھا کر دیا
• مشترکہ component library بنائی جو چار پروڈکٹ ٹیمیں استعمال کرتی ہیں
• ایک آڈٹ میں سامنے آنے والے accessibility مسائل حل کیے، جن میں کی بورڈ نیویگیشن اور screen reader لیبلز شامل تھے

بیک اینڈ

• پارٹنر انٹیگریشن کے لیے REST API ڈیزائن کی جو اب 40 بیرونی کمپنیاں استعمال کرتی ہیں
• رات کی batch jobs کی جگہ event queue لگائی تاکہ ڈیٹا چند منٹ میں اپ ڈیٹ ہو
• query درست کر کے اور رپورٹنگ کے لیے read replica لگا کر ڈیٹا بیس کا بوجھ 35 فیصد کم کیا

ڈیٹا اور مشین لرننگ

• Python اور Spark میں فراڈ ماڈل کی feature pipeline بنائی جو ہر گھنٹے 5 کروڑ events پر چلتی ہے
• درمیانی datasets کو cache کر کے ماڈل کی ٹریننگ کا وقت چھ گھنٹے سے چالیس منٹ کر دیا
• مانیٹرنگ لگائی جو ماڈل کے inputs کے ٹریننگ ڈیٹا سے ہٹنے پر الرٹ دیتی ہے

DevOps اور پلیٹ فارم

• CI کو Jenkins سے GitHub Actions پر منتقل کیا اور اوسط بلڈ کا وقت 25 منٹ سے 9 منٹ کر دیا
• کمپنی کی معیاری سروس سیٹ اپ کے لیے Terraform modules لکھے جو ہر نئی سروس میں استعمال ہوتے ہیں
• آن کال runbooks متعارف کرائے اور دو سہ ماہیوں میں بحالی کا اوسط وقت نمایاں کم ہوا

موبائل

• iOS ایپ میں آف لائن موڈ ریلیز کیا جو ایپ اسٹور ریویوز میں سب سے زیادہ مانگا جانے والا فیچر تھا
• Android پر دس سب سے عام crashes ٹھیک کر کے crash rate کو 1.8 فیصد سے 0.3 فیصد sessions تک لایا
• نیٹ ورکنگ اور اسٹوریج کے لیے ایپ کو مشترکہ Kotlin Multiplatform ماڈیول پر منتقل کیا

مہارتیں اور کی ورڈز

ریکروٹرز اور ٹریکنگ سسٹم اکثر بالکل وہی الفاظ تلاش کرتے ہیں جو اشتہار میں لکھے ہوں، اس لیے ٹیکنالوجی کے وہی نام استعمال کریں جو نوکری کے اشتہارات میں ہوتے ہیں، جیسے "Postgres" کے بجائے "PostgreSQL" اور "k8s" کے بجائے "Kubernetes"۔ ٹیکنالوجی کے نام انگریزی ہی میں لکھیں، اردو میں ترجمہ نہ کریں۔ صرف وہی لکھیں جو آپ نے نوکری میں یا کسی حقیقی پروجیکٹ میں استعمال کیا ہو۔

بات چیت اور ٹیم ورک جیسی مہارتیں انجینئرنگ میں بہت اہم ہیں، لیکن "بہترین کمیونیکیشن اسکلز" لکھنے سے کچھ ثابت نہیں ہوتا۔ انہیں اپنے نکات میں دکھائیں: ڈیزائن ریویو چلانا، دوسروں کی رہنمائی کرنا، دستاویزات لکھنا یا پروڈکٹ اور ڈیزائن ٹیم کے ساتھ مل کر کام کرنا۔

اشتہار کے مطابق سی وی ڈھالنا

ہر جگہ ایک ہی سی وی بھیجنے کے بجائے ہر درخواست سے پہلے تھوڑی تبدیلی زیادہ کام کرتی ہے۔ اس میں دس منٹ لگتے ہیں:

1. اشتہار پڑھیں اور ان زبانوں، ٹولز اور ذمہ داریوں پر نشان لگائیں جو بار بار آتی ہیں۔
2. دیکھیں کہ جو مہارتیں واقعی آپ کے پاس ہیں وہ مہارتوں کے سیکشن میں اور کم از کم ایک نکتے میں موجود ہوں۔
3. ہر نوکری میں سب سے متعلقہ نکات اوپر لے آئیں۔
4. خلاصہ ایسے بدلیں کہ پہلا جملہ اس نوکری سے میل کھائے، مثلاً بیک اینڈ کی نوکری کے لیے "بیک اینڈ انجینئر"۔
5. اگر جگہ کم ہو تو وہ پروجیکٹس ہٹا دیں جن کا اس نوکری سے کوئی تعلق نہیں۔

جہاں سچ ہو وہاں اشتہار والے الفاظ ہی استعمال کریں۔ اگر اشتہار میں "distributed systems" لکھا ہے اور آپ نے ایسے سسٹم بنائے ہیں تو صرف "microservices" لکھنے کے بجائے "distributed systems" لکھیں۔

فارمیٹنگ اور لمبائی

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

بہت سی پاکستانی کمپنیوں میں سی وی انگریزی میں مانگی جاتی ہے۔ اگر آپ اردو میں سی وی بنا رہے ہیں تو پہلے دیکھ لیں کہ آجر کس زبان میں چاہتا ہے۔ اس بلڈر میں آپ ایک ہی سی وی کی کاپی بنا کر دوسری زبان میں لکھ سکتے ہیں۔

سی وی PDF کی شکل میں بھیجیں، جب تک آجر Word فائل نہ مانگے۔ فائل کا نام واضح رکھیں، مثلاً "Hamza-Siddiqui-Software-Engineer.pdf"۔

سیکشنز اس ترتیب میں کیوں ہیں

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

سرٹیفیکیٹس نیچے کی طرف ہیں۔ جب نوکری میں کسی سرٹیفیکیٹ کا مطالبہ ہو، جیسے کلاؤڈ پر زیادہ کام کرنے والی ٹیم کے لیے AWS، تو یہ مدد دیتے ہیں، مگر اکیلے یہ کم ہی انٹرویو کا فیصلہ کرتے ہیں۔

ان غلطیوں سے بچیں

• نتائج کی جگہ ذمہ داریاں لکھنا، مثلاً "بیک اینڈ سروسز کا ذمہ دار"
• تیس چیزوں والا مہارتوں کا سیکشن جس سے پتا نہ چلے کہ آپ کیا اچھی طرح جانتے ہیں
• کمپنی کے اندرونی پروجیکٹ نام جن کا باہر کسی کو مطلب معلوم نہ ہو
• لمبے پیراگراف۔ مختصر نکات پڑھنے میں آسان ہوتے ہیں
• کسی ایسی ٹیکنالوجی کا دعویٰ جو صرف ایک ٹیوٹوریل میں استعمال کی ہو
• مختلف نوکریوں میں تاریخیں مختلف انداز میں لکھنا
• ٹیکنالوجی کے ناموں کی غلط ہجے، جیسے "Javascript" یا "Github"، جو ریویو کرنے والے فوراً دیکھ لیتے ہیں
• غیر ضروری ذاتی معلومات، جیسے شناختی کارڈ نمبر، مذہب یا والد کا نام

بھیجنے سے پہلے چیک لسٹ

• آپ کا عہدہ اور خلاصہ اس نوکری سے میل کھاتے ہیں جس کے لیے درخواست دے رہے ہیں
• ہر حالیہ نوکری میں کم از کم ایک نکتہ نتیجے کے ساتھ ہے
• اشتہار کی جو مہارتیں آپ کے پاس ہیں وہ صفحے پر نظر آتی ہیں
• لنکس کام کرتے ہیں اور ایسے کام پر کھلتے ہیں جو آپ دکھانا چاہتے ہیں
• تاریخیں، ہجے اور ٹیکنالوجی کے نام ہر جگہ ایک جیسے ہیں
• فائل PDF ہے اور اس کے نام میں آپ کا نام شامل ہے