کیا کبھی آپ نے ٹوسٹر سے بحث کی ہے؟
پہلی بار جب میں نے ایک AI سے ٹرمینل ونڈو کے اندر کوڈ لکھوانے کی کوشش کی تو مجھے ایسا ہی محسوس ہوا۔ میں شائستہ درخواستیں ٹائپ کرتا رہا؛ ٹرمینل نے پارکنگ میٹر کی جذباتی گرمجوشی کے ساتھ جواب دیا۔ اس دوران، ایک دوست Visual Studio Code کے اندر استعمال کر رہا تھا، خوشی سے فنکشنز کو ری فیکٹر کر رہا تھا جبکہ اس کا کرسر براڈوے کورس لائن کی طرح ناچ رہا تھا۔
تو: اگر آپ کے ساتھ کوڈ کرنا چاہتے ہیں، تو کیا آپ کو یہ VS Code میں کرنا چاہیے یا ٹرمینل میں؟ ہمارے اس چھوٹے سے محلے کے بیک آف میں خوش آمدید—ایک بہت ہی ذہین "شیف" کے لیے دو بہترین "باورچی خانے"۔ اس گائیڈ میں، میں آپ کو دکھاؤں گا کہ کب ٹرمینل خوشی سے تیز (اور شاندار طریقے سے نرڈی) ہے، کب VS Code آپ کا دوستانہ جوڑا پروگرامر بن جاتا ہے، اور کیسے عام غلطیوں سے بچا جائے جو آپ کو اپنی سکرین پر بڑبڑانے پر مجبور کرتی ہیں۔ ہم حقیقی کاموں سے مرحلہ وار گزریں گے، تاکہ آپ کوڈ انٹرفیس کا انتخاب کر سکیں جو آپ کے کام کرنے کے طریقے سے مطابقت رکھتا ہو۔
ہم اصل میں کیا موازنہ کر رہے ہیں (اور آپ کو اس کی پرواہ کیوں ہے)
آپ کے ساتھ بہت سی جگہوں پر چیٹ کر سکتے ہیں۔ لیکن کوڈنگ کے لیے، زیادہ تر لوگ دو کیمپوں میں سے کسی ایک میں اترتے ہیں:
- میں ایکسٹینشن یا سائڈبار کے ساتھ: آپ کو ان لائن تجاویز، فوری اصلاحات، فائل سے باخبر گفتگو، اور پروجیکٹ کے وسیع تناظر ملتے ہیں۔
- ٹرمینل پر مبنی : ایک CLI ٹول یا شیل انٹیگریشن جہاں آپ اشارہ کرتے ہیں، پیسٹ کرتے ہیں، اور چلاتے ہیں—تیز اور ہلکا پھلکا، کوئی بھاری UI نہیں۔
یہ فیصلہ صرف جمالیات کے بارے میں نہیں ہے۔ یہ اس بارے میں ہے کہ آپ کیسے سوچتے ہیں۔ اگر آپ اپنے ایڈیٹر میں رہتے ہیں، تو VS Code کا تجربہ ایسا لگتا ہے جیسے آپ نے اپنے پروجیکٹ میں ایک ذہین ساتھی کارکن کو شامل کیا ہے۔ اگر آپ کمانڈ لائن میں رہتے ہیں، تو ٹرمینل انٹرفیس ایسا لگتا ہے جیسے آپ ماؤس کو چھوئے بغیر اپنے ورک فلو کو ٹربو چارج کر رہے ہیں۔
آئیے ان کا ان منظرناموں میں موازنہ کریں جو اصل میں اہمیت رکھتے ہیں۔
منظر نامہ 1: "میرے گندے ریپو کو سمجھیں"
اس تصویر کا تصور کریں: آپ کو ایک کوڈبیس وراثت میں ملتی ہے جو 37% فنکشنز، 62% TODOs، اور 1% امید پر مشتمل ہے۔ آپ چاہتے ہیں کہ کمرے کو پڑھے اور آپ کو بتائے کہ کنکال کہاں دفن ہیں۔
- میں: آپ پروجیکٹ فولڈر کو منتخب کرتے ہیں۔ فائلوں کا حوالہ دے سکتا ہے، ٹیبز کھول سکتا ہے، اور ماڈیولز میں پیٹرن کا خلاصہ کر سکتا ہے۔ آپ پوچھتے ہیں، "API کال سے UI تک ڈیٹا کا بہاؤ کیا ہے؟" یہ ایک نقشے کے ساتھ جواب دیتا ہے—اور کلک کرنے کے قابل فائل پاتھس کے ساتھ۔ یہ کسی ایسے لائبریرین سے پوچھنے کے مترادف ہے جو پہلے سے ہی آپ کے ڈیوی ڈیسیمل سسٹم کو جانتا ہے۔
- ٹرمینل میں: آپ میں اسنیپٹس پیسٹ کر سکتے ہیں یا فائلوں کو پائپ کر سکتے ہیں، لیکن آپ لائبریرین بن جاتے ہیں۔ آپ کو یہ فیصلہ کرنا ہوگا کہ کون سی فائلیں شامل کرنی ہیں اور انہیں کیسے تقسیم کرنا ہے۔ فوری تاثر حاصل کرنا تیز تر ہے، لیکن یہ آپ کے پورے کوڈبیس میں اس وقت تک نہیں گھومے گا جب تک کہ آپ اس کوریوگرافی کو اسکرپٹ نہ کریں۔
فیصلہ: ریپو سپیلنکنگ کے لیے، VS Code کا انٹرفیس بہتر کیونگ ہیلمٹ ہے۔
پرو ٹپ: کسی بھی AI پر ہزار لائن کی فائل نہ ڈالیں اور جادو کرنے کو نہ کہیں۔ بائٹ سائز خلاصوں کے لیے پوچھیں: "src/api/*.ts میں ذمہ داریوں کا خلاصہ کریں، پھر سب سے اوپر تین خطرے والے علاقوں کی فہرست بنائیں۔" آپ کو تیز نتائج ملیں گے—اور کم خیالی ٹینجنٹس۔
منظر نامہ 2: "چیزیں توڑے بغیر ری فیکٹر کریں"
ہم سب ری فیکٹر ٹو-اسٹیپ جانتے ہیں: کوڈ تبدیل کریں، ٹیسٹ چلائیں، دعا کریں، پلٹائیں، دہرائیں۔
- میں: ان لائن ری فیکٹرز تجویز کر سکتا ہے۔ آپ ڈفس دیکھتے ہیں، ہنکس لگاتے ہیں، اور اپنے ٹیسٹ رنر کو نیچے والے ٹرمینل پینل میں آپ پر بھونکنے دیتے ہیں۔ یہ رہنمائی والا محسوس ہوتا ہے—جیسے کسی بند ٹریک پر ڈرائیونگ کی تعلیم لینا۔
- ٹرمینل میں: اب بھی عظیم ری فیکٹر پلانز تیار کر سکتا ہے، لیکن آپ آؤٹ پٹ اور اپنے ایڈیٹر کے درمیان Alt-Tabbing کر رہے ہیں، پیچز کو دستی طور پر پیسٹ کر رہے ہیں، اور تنازعات کو ہاتھ سے حل کر رہے ہیں۔ یہ قابل عمل ہے۔ یہ صرف زیادہ رگڑ ہے۔
فیصلہ: VS Code ری فیکٹرنگ فینیس کے لیے جیت جاتا ہے۔ ان لائن تناظر سب کچھ ہے۔
ایک اور ٹپ: سے پہلے ٹیسٹ لکھنے کو کہیں۔ "ری فیکٹر کرنے سے پہلے، Jest ٹیسٹ تیار کریں جو parseInvoice کے موجودہ رویے کو کیپچر کریں۔" رویے کو لاک کریں، پھر کو انجن تبدیل کرنے میں مدد کرنے دیں جبکہ کار چل رہی ہو۔
منظر نامہ 3: "20 منٹ میں ایک فیچر اسپائک کریں"
آپ کا پروڈکٹ مینیجر کہتا ہے، "کیا آپ دوپہر کے کھانے تک ایک پروٹوٹائپ کو ہیک کر سکتے ہیں؟" ترجمہ: کچھ ایسا بھیجیں جو کسی حد تک کام کرے۔
- ٹرمینل میں: یہ وہ جگہ ہے جہاں ٹرمینل چمکتا ہے۔ آپ ایک اشارہ لکھتے ہیں، ایک اسنیپٹ پیسٹ کرتے ہیں، اور ایک فائل پروٹوٹائپ یا ایک شیل اسکرپٹ حاصل کرتے ہیں جسے آپ فوری طور پر چلا سکتے ہیں۔ کوئی تقریب نہیں۔ کوئی ایکسٹینشن مینو نہیں۔ آپ میک گیور ہیں، اور آپ کا پیپر کلپ پراپٹ لائن ہے۔
- میں: اب بھی اچھا ہے! لیکن آپ سائڈبار اور فائل تناظر میں زیادہ وقت گزار سکتے ہیں جتنا آپ چاہتے ہیں۔ اگر آپ ایک فائل یا ایک مختصر اسکرپٹ پر تیزی سے تکرار کر رہے ہیں، تو ٹرمینل کی گفتگو کی رفتار کو شکست دینا مشکل ہے۔
فیصلہ: ٹرمینل پروٹوٹائپ سپرنٹر ہے۔
اسپیڈ ہیک: فائل سے اپنے پراپٹ کو پائپ کریں۔ اپنے اسٹیک کی تفصیلات کے ساتھ ایک prompt.md رکھیں ("ہم نوڈ 20، ESM، pnpm، строгий TypeScript، Vitest استعمال کرتے ہیں")۔ اسے پہلے سے کو کھلائیں۔ تیز جوابات، کم اصلاحات۔
منظر نامہ 4: "اس غلطی کی وضاحت کریں جیسے مجھے ڈے کیئر پک اپ کے لیے دیر ہو رہی ہے"
- میں: جب TypeScript لنٹر ایک ٹینٹرم پھینکتا ہے، تو بلاک کو نمایاں کریں اور سے پوچھیں، "کیا ہو رہا ہے؟" آپ کو عین لائن کا حوالہ دینے والی ایک نشانہ دار وضاحت ملے گی، اکثر ایک ایسی اصلاح کے ساتھ جسے آپ فوری طور پر لاگو کر سکتے ہیں۔ یہ ایسا ہے جیسے ایک دوستانہ TA آپ کے کندھے پر جھانک رہا ہو۔
- ٹرمینل میں: آپ غلطی اور کوڈ چنک کو پیسٹ کرتے ہیں۔ اصلاح کے ساتھ جواب دیتا ہے۔ ٹھیک کام کرتا ہے—لیکن آپ تناظر کی زیادہ احتیاط سے نگرانی کریں گے، اور ایک اہم درآمد یا قریبی فنکشن کو چھوڑنا آسان ہے۔
فیصلہ: VS Code ایک ناک سے آگے، وقت کے دباؤ والی وضاحت اور ایک کلک اصلاحات کے لیے۔
منظر نامہ 5: "مستقبل میں مجھ سے شکایت درج کروانے سے پہلے اسے دستاویز کریں"
- میں: سے کھلی فائل میں فنکشنز کے لیے ڈاک اسٹرنگ تیار کرنے، ایک README آؤٹ لائن تیار کرنے، یا پورے جزو کا خلاصہ کرنے کو کہیں۔ لاگو کریں، ٹویک کریں، ہو گیا۔
- ٹرمینل میں: ڈائریکٹری لسٹنگ سے ایک README تیار کرنے یا ایک فوری ADR ٹیمپلیٹ بنانے کے لیے زبردست۔ اگر آپ پہلے سے ہی شیل میں رہتے ہیں، تو یہ ایک آرام دہ لین ہے۔
فیصلہ: برابر۔ دستاویز کاری وضاحت کے بارے میں ہے؛ دونوں انٹرفیس اسے اچھی طرح سے تیار کر سکتے ہیں۔ وہ استعمال کریں جسے آپ اصل میں کل کھولیں گے۔
میں : آپ کو اسکرین کی جگہ کے لیے کیا ملتا ہے
- پروجیکٹ تناظر: کھلی فائلوں کو دیکھ سکتا ہے (اور، ایکسٹینشن پر منحصر ہے، مزید)۔ اس کا مطلب ہے کم "براہ کرم باقی پیسٹ کریں" میں مداخلت۔
- ان لائن ایڈٹس اور ڈفس: کوڈ کو آگے پیچھے پیسٹ کرنے کے بجائے، آپ بلاک بہ بلاک تبدیلیاں قبول کرتے ہیں۔ یہ مہذب ہے۔
- ملٹی موڈل اشارے: کچھ سیٹ اپ آپ کو اسکرین شاٹس، لاگز، یا یہاں تک کہ ڈایاگرام گرانے دیتے ہیں۔ انہیں تناظر کے طور پر استعمال کرتا ہے جب آپ کوڈنگ جاری رکھتے ہیں۔
- کم کاپی/پیسٹ کی غلطیاں: یہ حیران کن ہے کہ ٹولز کے درمیان سفر کے دوران کتنے بگ پیدا ہوتے ہیں۔
تجارتی آفات:
- بھاری فوٹ پرنٹ: VS Code کے علاوہ ایک AI ایکسٹینشن پرانی مشینوں پر فون بوتھ میں ایک بیگ پہننے کی طرح محسوس ہو سکتا ہے۔
- UX اوورہیڈ: پینلز، سائڈبارز، ٹوکنز—آپ کے انٹرفیس میں مزید… انٹرفیس ہے۔
کون اسے پسند کرے گا: وہ لوگ جو درمیانے سے بڑے کوڈبیس پر کام کر رہے ہیں، ٹیسٹ سے چلنے والے ڈویلپرز، دیکھ بھال کرنے والے، اور کوئی بھی جو چاہتا ہے کہ ایڈیٹر کے اندر رہنے والے ایک شائستہ ساتھی کارکن کی طرح برتاؤ کرے۔
ٹرمینل میں : آپ کو کم سے کمیت کے لیے کیا ملتا ہے
- فوری اشارے: کھولیں، ٹائپ کریں، درج کریں۔ یہ کوڈنگ کا ایسپریسو شاٹ ہے۔
- کمپوزایبلیٹی: فائلوں کو پائپ کریں، کمانڈز کو زنجیریں، پیچ فائلوں کو آؤٹ پٹ ری ڈائریکٹ کریں۔ یہ باش، فش، یا زش کے ساتھ گاتا ہے۔
- کہیں بھی کام کرتا ہے: GUI کے بغیر ایک سرور میں SSH کریں اور سے مشورہ کریں۔
تجارتی آفات:
- آپ تناظر مینیجر ہیں: آپ کو یہ فیصلہ کرنا ہوگا کہ کو کیا دکھانا ہے اور کتنی بار۔ بہت کم تناظر → مبہم جوابات۔ بہت زیادہ → ٹوکن کی حدود۔
- دستی پیچنگ: جب تک کہ آپ اسے اسکرپٹ نہ کریں، آپ ایک ویڈنگ پلانر سے زیادہ کاپی/پیسٹ کریں گے۔
کون اسے پسند کرے گا: DevOps لوگ، CLI کے شوقین، پروٹوٹائپ سپرنٹرز، اور کوئی بھی جو ماؤس کلکس سے الرجک ہے۔
AI کوڈ مدد پر ایک فوری حقیقت کی جانچ
- حیران کن ہو سکتا ہے۔ یہ اعتماد کے ساتھ غلط بھی ہو سکتا ہے۔ اپنے ٹیسٹ سوٹ کو سیٹ بیلٹ کی طرح ہاتھ میں رکھیں۔
- اشاروں کے ساتھ درست رہیں۔ "اسے تیز بنائیں" ایک زائچہ ہے۔ "ٹوکن کو پہلے سے انڈیکس کر کے parseLines میں O(n^2) کو ہٹانے کے لیے ری فیکٹر کریں" ایک درخواست ہے۔
- AI سے آپ کے ذہن کو پڑھنے کو نہ کہیں۔ اسے ورژن، فریم ورک، رکاوٹیں، اور وہ انداز بتائیں جو آپ پسند کرتے ہیں۔ یہ کافی کا آرڈر دینے کی طرح ہے۔ "کافی" سے حیرتیں ملتی ہیں۔ "تین شاٹ اوٹ-ملک کیپوچینو، 140°F" سے وہ ملتا ہے جو آپ واقعی چاہتے ہیں۔
یا ٹرمینل؟ ایک دل لگی آمنے سامنے
- سیٹ اپ کی رفتار: ٹرمینل جیت جاتا ہے۔ ایک اسکرپٹ اور آپ ریس کے لیے تیار ہیں۔
- پروجیکٹ اسکیل آگاہی: VS Code جیت جاتا ہے۔ یہ محض جانتا ہے کہ یہ کس سے بات کر رہا ہے۔
- ری فیکٹرنگ کی حفاظت: VS Code ان لائن ڈفس اور قریبی ٹیسٹوں کے ساتھ جیت جاتا ہے۔
- پروٹوٹائپنگ کی رفتار: ٹرمینل خالص رفتار کے لیے جیت جاتا ہے۔
- سیکھنے کا منحنی خطوط: برابر۔ VS Code میں زیادہ نوبز ہیں؛ ٹرمینل میں کم گارڈریلز ہیں۔
- پورٹیبلٹی: ٹرمینل جیت جاتا ہے۔ یہ SSH پر کام کرتا ہے اور GUI پر منحصر نہیں ہے۔
مجموعی طور پر: اگر آپ کا دن زیادہ تر "بڑا پروجیکٹ، بہت سی فائلیں، ٹیسٹ ہمیشہ چل رہے ہیں" ہے، تو VS Code کا انتخاب کریں۔ اگر آپ کا دن "اسکرپٹس، سرورز، اسپائکس، اور آٹومیشن" ہے، تو ٹرمینل کا انتخاب کریں۔ بہت سے ڈویلپرز خوشی سے دونوں استعمال کرتے ہیں—گہرے کام کے لیے VS Code، فوری جیت کے لیے ٹرمینل۔
VS Code میں ایک میٹھا ورک فلو کیسے ترتیب دیا جائے
اس سٹارٹر روٹین کو آزمائیں:
- سیشن میں ایک سسٹم اشارے کے ساتھ کو کیلیبریٹ کریں۔
- "آپ ایک محنتی سینئر انجینئر ہیں۔ چالاکی کے مقابلے میں پڑھنے کی صلاحیت کو ترجیح دیں۔ TypeScript سخت، ٹیسٹوں کے لیے Jest، اور فعال پیٹرن استعمال کریں۔" آپ گارڈریلز دے رہے ہیں، شاعری نہیں۔
- فائل یا فنکشن کے نام کے ساتھ ہر درخواست شروع کریں۔
- "src/utils/parse.ts میں، parseInvoice کو آسان بنائیں۔" Claude ذہنی طور پر صحیح فائل کے ساتھ سیدھ میں آتا ہے اور سخت اصلاحات دیتا ہے۔
- بِلاپس نہیں، ڈفس کے لیے پوچھیں۔
- "ایک کم سے کم ڈف تجویز کریں۔ غیر متعلقہ کوڈ کو تبدیل کرنے سے گریز کریں۔" آپ کا مستقبل کا خود آپ کا کوڈ ریویو کے دوران شکریہ ادا کرے گا۔
- خطرناک تبدیلیوں کے لیے سے ٹیسٹ لکھنے کو کہیں۔
- "parseInvoice میں ایج کیسز کے لیے Jest ٹیسٹ تیار کریں: منفی رقوم، خراب تاریخیں، یونیکوڈ کرنسی کی علامتیں۔"
- نام رکھنے کی پالیسی اپنائیں۔
- "مخففات پر وضاحتی نام استعمال کریں، برطانوی ہجے صرف تبصروں میں جائز ہیں۔" آپ کو مستقل کوڈ ملے گا، نام رکھنے کی کاسٹیوم پارٹی نہیں۔
VS Code میں خرابیوں کا سراغ لگانا:
- تناظر کو بھولتا رہتا ہے: کلیدی فائلوں کو دوبارہ کھولیں، جو کچھ تبدیل ہوا اس کا خلاصہ کریں، اور رکاوٹوں کو دوبارہ بیان کریں۔ اس کے ساتھ ایک نئے ملازم کو شامل کرنے کی طرح سلوک کریں—مہربان، لیکن مکمل۔
- آؤٹ پٹ بہت لمبا ہے: پہلے ایک منصوبے کے لیے پوچھیں۔ "5 بلٹس میں مراحل کی خاکہ بنائیں۔ منظوری کا انتظار کریں۔" پھر چنکس میں آگے بڑھیں۔
- خیالی درآمدات: کوڈ تجویز کرنے سے پہلے سے package.json اور کھلی فائل لسٹ کے خلاف درآمدات کی تصدیق کرنے کو کہیں۔
ایک تیز ٹرمینل ٹول کٹ کیسے بنائی جائے
کمانڈ لائن کو اپنا لانچ پیڈ بنائیں:
- ایک اشارہ پروفائل بنائیں: اپنے اسٹیک اور ترجیحات کو ~/.clauderc یا ایک prompt.md میں اسٹور کریں۔ اسے ہر چیٹ میں پائپ کریں:
claude --with prompt.md۔
- ایک پیشہ ور کی طرح فائلوں کو فیڈ کریں:
claude -f src/parse.ts -f test/parse.test.ts "Explain the failing case"۔
- پیچ فائلیں تیار کریں: "صرف ایک متحد ڈف واپس کریں۔" ایک پیچ پر ری ڈائریکٹ کریں:
> change.patch پھر git apply change.patch۔
- ڈائریکٹریوں کا خلاصہ کریں:
tree -I node_modules src | claude -p "خلاصہ تعمیراتی ڈھانچہ؛ ری فیکٹر مراحل تجویز کریں"۔
- ایک ٹوکن بجٹ رکھیں: جامع آؤٹ پٹس کے لیے پوچھیں۔ "زیادہ سے زیادہ 120 لائنیں؛ کوئی بار بار کوڈ نہیں؛ نام سے فنکشنز کا حوالہ دیں۔"
ٹرمینل میں خرابیوں کا سراغ لگانا:
- تناظر کٹ آف: کام کو تقسیم کریں۔ "حصہ 1: منصوبہ۔ حصہ 2: ماڈیول A کو نافذ کریں۔ حصہ 3: ٹیسٹ۔"
- متضاد ایڈٹس: فائل کے ذریعہ ڈفس تیار کریں۔ بتدریج لاگو کریں، مراحل کے درمیان ٹیسٹ چلائیں۔
- غائب درآمدات: ایک تصدیقی پاس کی درخواست کریں: "کوئی نئی درآمدات کی فہرست بنائیں؛ تصدیق کریں کہ وہ package.json میں موجود ہیں۔"
کہاں Sider.AI فٹ بیٹھتا ہے
یہاں ایک حیرت ہے: Sider.AI ان دنیاؤں کے درمیان ایک آسان پل ہے۔ یہ آپ کے براؤزر میں بیٹھتا ہے لیکن آپ کی کوڈنگ لائف میں پلگ ان ہوتا ہے—تحقیق، کوڈ کی وضاحتیں، اور اسمارٹ اسنیپٹس کے لیے ایک سائڈبار کے طور پر جسے آپ VS Code یا ٹرمینل میں پیسٹ کر سکتے ہیں۔ میں نے اسے فائلز کو ری فیکٹر کرتے وقت ایک رننگ "لیب نوٹ بک" رکھنے کے لیے استعمال کیا ہے: Sider اشارے کو ٹریک کرتا ہے، دستاویزات سے لنک کرتا ہے، اور اسنیپٹس کو اسٹور کرتا ہے تاکہ آپ اس کامل regex کی تلاش میں نہ ہوں جو آپ نے دس منٹ پہلے تیار کیا تھا۔ یہ کامل نہیں ہے—کوئی بھی ٹول نہیں ہے—لیکن تناظر کو الجھانے اور کاپی/پیسٹ کی تھکاوٹ کے لیے، یہ ایک مہذب مددگار ہے۔ پرو موو: غلطی لاگز، اسٹیک ٹریسز، اور متعلقہ کوڈ فریگمنٹس کو ایک صاف ستھری داستان میں جمع کرنے کے لیے Sider.AI استعمال کریں۔ پھر اس کیوریٹڈ بنڈل کو کو کسی بھی انٹرفیس میں دیں۔ اجزاء جتنے بہتر ہوں گے، کیک اتنا ہی بہتر ہوگا۔ حقیقی زندگی کا ڈیمو: ایک بدمزاج اسکرپٹ سے صاف ماڈیول تک (دو طریقے)
فرض کریں کہ آپ کے پاس ایک پائتھون اسکرپٹ ہے جو CSV آرڈرز کو پارس کرتا ہے اور رپورٹس کو ای میل کرتا ہے۔ یہ 400 لائنیں لمبا ہے اور یونٹ ٹیسٹوں سے الرجک ہے۔
مقصد: پارسر کو ایک ماڈیول میں نکالیں، ٹیسٹ لکھیں، اور اسکرپٹ کو ماڈیول کال کریں۔
طریقہ A: کے ساتھ
- پروجیکٹ کھولیں۔ parse_orders فنکشن کو نمایاں کریں۔
- اشارہ: "parse_orders کو src/parser.py میں نکالیں۔ رویہ یکساں رکھیں۔ پھر malformed rows، غائب فیلڈز، اور UTF-8 ایج کیسز کا احاطہ کرنے والے pytest ٹیسٹ تجویز کریں۔ خالص افعال کو ترجیح دیں؛ کوئی گلوبلز نہیں۔"
- ڈف ویو کا جائزہ لیں۔ parser.py اور نئے ٹیسٹوں میں صرف تبدیلیاں قبول کریں۔
- انٹیگریٹڈ ٹرمینل میں ٹیسٹ چلائیں۔ کی مدد سے کسی بھی درآمدات کی غلطیوں کو ٹھیک کریں۔
- نئے ماڈیول کی API کی وضاحت کرتے ہوئے ڈوک اسٹرنگز اور ایک README اسنیپٹ کے لیے پوچھیں۔
نتیجہ: صاف علیحدگی، ٹیسٹ لکھے گئے، دستاویز کاری شروع ہوئی—سب ایک ونڈو کے اندر۔
طریقہ B: ٹرمینل کے ساتھ
- اپنے اسٹیک اور رکاوٹوں کی وضاحت کرتے ہوئے prompt.md میں ایک پروفائل اشارہ محفوظ کریں۔
- فنکشن اور چند نمونہ CSV لائنوں کو پائپ کریں:
sed -n '1,200p' orders.py | claude -p prompt.md -p "parse_orders کو parser.py میں نکالیں؛ صرف ایک متحد ڈف آؤٹ پٹ کریں۔" > patch.diff
- پیچ کو لاگو کریں:
git apply patch.diff۔
- ٹیسٹوں کے لیے پوچھیں:
claude -p "parser.py کے لیے pytest ٹیسٹ لکھیں جو malformed rows، غائب فیلڈز، اور UTF-8 ایج کیسز کا احاطہ کریں۔ کوئی وضاحت نہیں، صرف ٹیسٹ۔" > tests/test_parser.py
pytest چلائیں۔ اگر آپ کو ناکامیاں ملتی ہیں، تو غلطی کو میں مخصوص ٹیسٹ اور لائنوں کے ساتھ پیسٹ کریں۔
نتیجہ: تیز، صرف کی بورڈ پر مبنی، انتہائی اسکرپٹ ایبل۔
وہ راستہ منتخب کریں جو آپ کے دماغ سے میل کھاتا ہے۔ دونوں ایک ہی صاف ستھرے کوڈ پر پہنچتے ہیں؛ ایک آپ کو ٹریننگ وہیل دیتا ہے، دوسرا آپ کو ریس ٹریک دیتا ہے۔
سیکیورٹی اور رازداری: ایک فوری بالغیت کا لمحہ
- اسرار پیسٹ نہ کریں۔ اشارے میں redacted لاگز یا موک ٹوکن استعمال کریں۔
- اپنی ایکسٹینشن یا CLI سیٹنگز چیک کریں: کچھ ٹیلی میٹری بھیجتے ہیں، کچھ نہیں۔ اپنے ٹوگلز کو جانیں۔
- کام کے کوڈ کے لیے، تصدیق کریں کہ آپ پالیسی کے اندر ہیں۔ آپ کی قانونی ٹیم کانفرنس کی بات چیت سے آپ کے AI تجربات کے بارے میں جاننا پسند نہیں کرے گی۔
نتیجہ: آپ کا بہترین کوڈ انٹرفیس
اگر آپ:
- ملٹی فائل پروجیکٹس کا نظم کریں، ان لائن ڈفس کو پسند کریں، اور چاہتے ہیں کہ زمین کی تزئین کو سمجھے → VS Code کا انتخاب کریں۔
- SSH سیشنز میں رہتے ہیں، اسکرپٹس بھیجتے ہیں، اور تقریب کے مقابلے میں رفتار کی قدر کرتے ہیں → ٹرمینل کا انتخاب کریں۔
- دونوں قسم کے کام کریں → ہائبرڈ کراؤڈ میں شامل ہوں: ری فیکٹرز اور آرکیٹیکچر کے لیے VS Code، ایک آف اور پروٹوٹائپس کے لیے ٹرمینل۔
کسی بھی طرح سے، آپ آگے تیزی سے بڑھیں گے جب آپ:
- مختصر، چیک پوائنٹڈ لوپس میں کام کریں۔
- ڈفس، ٹیسٹ، اور تصدیقی پاسوں کا مطالبہ کریں۔
ایک آخری چیز: ٹولز جوتوں کی طرح ہوتے ہیں۔ "بہترین" کوڈ انٹرفیس وہ ہے جسے آپ اصل میں چھالوں کے بغیر سارا دن پہنیں گے۔ ایک ہفتے کے لیے دونوں کو آزمائیں—آپ کی انگلیاں آپ کو بتائیں گی کہ کون سا فٹ بیٹھتا ہے۔
فوری حوالہ: وہ اشارے جو اپنی وزن سے زیادہ طاقتور ہیں
- "پہلے منصوبہ بنائیں، بعد میں 5 بلٹس میں کوڈ کریں۔ میرے ٹھیک ہونے کا انتظار کریں۔"
- "صرف src/utils/format.ts کے لیے ایک متحد ڈف واپس کریں۔"
- "تبدیلیوں سے پہلے، خطرات اور ہر ایک کو جانچنے کا طریقہ بتائیں۔"
- "وہ ٹیسٹ لکھیں جو موجودہ رویے کو کیپچر کریں؛ ابھی اسے بہتر نہ بنائیں۔"
- "package.json کے خلاف درآمدات کی تصدیق کریں؛ کسی بھی نئی انحصار کو الگ سے درج کریں۔"
- "فنکشنز کو خالص رکھیں؛ کوئی پوشیدہ I/O نہیں ہے۔ اگر ناگزیر ہو تو، ضمنی اثرات کو الگ کریں۔"
ہیپی کوڈنگ—اور آپ کے ڈفس چھوٹے اور آپ کے ٹیسٹ بلند ہوں۔
عمومی سوالات
Q1: کوڈ مدد کے لیے کون سا بہتر ہے: یا ٹرمینل؟
جب آپ پروجیکٹ کے وسیع تناظر، ان لائن ڈفس، اور فوری اصلاحات چاہتے ہیں تو استعمال کریں۔ جب آپ کو خام رفتار، اسکرپٹ ایبیلیٹی، اور SSH دوستانہ اشاروں کی ضرورت ہو تو ٹرمینل استعمال کریں۔ بہت سے ڈویلپرز دونوں استعمال کرتے ہیں—ری فیکٹرز کے لیے ، پروٹوٹائپس کے لیے ٹرمینل۔
Q2: کیا ٹرمینل انٹرفیس حقیقی کام کے لیے کافی تیز ہے؟
جی ہاں—یہ فوری اسکرپٹس، سپائکس، اور سرور سائیڈ کاموں کے لیے لاجواب ہے۔ بس یاد رکھیں کہ آپ تناظر مینیجر ہیں: کو صحیح فائلیں فیڈ کریں، ڈفس کے لیے پوچھیں، اور پیچز کو بتدریج لاگو کریں۔
Q3: کے ساتھ کوڈنگ کرتے وقت میں AI خیالات سے کیسے بچ سکتا ہوں؟
مخصوص اور ٹیسٹ سے چلنے والا بنیں۔ کوڈ سے پہلے منصوبوں کے لیے پوچھیں، کم سے کم ڈفس کی درخواست کریں، اور ہر تبدیلی کے بعد اپنا سوٹ چلائیں۔ جب شک ہو تو، سے اپنے پروجیکٹ کے خلاف درآمدات اور انحصار کی تصدیق کرنے کو کہیں۔
Q4: کیا میں میرے پورے ذخیرے کو سمجھ سکتا ہے؟
یہ ان فائلوں کو سمجھ سکتا ہے جنہیں آپ کھولتے ہیں اور ان ٹکڑوں کو جنہیں آپ شیئر کرتے ہیں، جو عام طور پر مرکوز کاموں کے لیے کافی ہوتا ہے۔ دیوہیکل کوڈبیسز کے لیے، ٹوکن کی حدود کے اندر رہنے کے لیے ٹکڑوں میں کام کریں—پہلے خلاصے، پھر نشانہ دار ایڈٹس۔
سوال 5: Claude کوڈنگ کے ورک فلو میں Sider.AI کہاں مدد کرتا ہے؟
Sider.AI کام کے دوران آپ کے پرامپٹس، اسنیپٹس اور دستاویزات کو منظم کرنے کے لیے بہترین ہے۔ اسے ایرر لاگز اور کوڈ کے ٹکڑوں کو ایک صاف ستھرے قصے میں جمع کرنے کے لیے استعمال کریں، پھر اس کیوریٹڈ سیاق و سباق کو VS کوڈ یا ٹرمینل میں Claude کے حوالے کریں۔ 
