آپ اپنی عملی کوڈنگ کو اپنی قیادتی ذمہ داریوں کے ساتھ کس طرح متوازن کرتے ہیں؟

Question

Accepted Answer

ایک نئے TL کے لیے سب سے مشکل تبدیلی یہ ہے کہ **آپ مکمل IC صلاحیت کے ساتھ کوڈنگ نہیں کر سکتے**۔ قیادتی کام، جائزے، رکاوٹوں کو دور کرنا، منصوبہ بندی، مواصلات - یہ سب توجہ کے وقت کو کھا جاتے ہیں۔ مقصد کوڈنگ بند کرنا نہیں بلکہ ان چیزوں پر *حکمت سے* کوڈ کرنا ہے جو صرف آپ کو کرنی چاہیں۔

## کوڈ کرنے کے لیے کیا منتخب کریں

```text
DO code:                          DELEGATE / avoid:
- Risky architectural spikes       - The most fun/interesting feature
- Critical-path blockers           - Work a teammate could grow from
- Glue work nobody owns            - Anything on the critical path you'd block
- Reviews and pairing              - Large solo efforts that hide you for weeks
```

## ایک عملی مثال

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

## ایک مفید حفاظتی ریل

گہری کام کے کچھ گھنٹوں کی حفاظت کریں، لیکن اپنے آپ کو کبھی اہم راستے پر نہ رکھیں۔ اگر ریلیز آپ کے کوڈ کی زمین بندی پر منحصر ہے، تو آپ کی قیادتی ذمہ داریاں مسلسل آپ کو دور کھینچیں گی اور آپ سب کو روک دیں گے۔

## یہ کیوں اہم ہے

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

ایک TL جو بہت کم کوڈ کرتا ہے تکنیکی اعتماد اور سیاق و سباق کھو دیتا ہے۔

فن یہ ہے کہ کوڈ کے قریب رہیں تاکہ اس کی قیادت کر سکیں، بغیر رکاوٹ بنے۔