پورے انٹرنیٹ پر، اور خاص طور پر X پر، آپ کو چیٹ بوٹس کو زیادہ موثر بنانے کا دعویٰ کرنے والے پیغامات مل سکتے ہیں۔ جب میں پہلی بار AI معلم ڈیوڈ میکس کے پرامپٹس کا مجموعہ ملا تو مجھے شک ہوا۔ یہی وجہ ہے کہ میں نے اسے آزمانے کا فیصلہ کیا۔
پرامپٹ کہتا ہے کہ آپ کلاڈ کو سینئر ڈیبگنگ انجینئر سے لے کر کارکردگی کا ماہر بنا سکتے ہیں۔ جب میں نے یہ جاننے کا فیصلہ کیا تو کیا ہوا۔
کلاڈ کو اپنے گھریلو اخراجات کا ٹریکر دکھا رہا ہوں۔
میں نے پہلے ہی ChatGPT ورک کے ساتھ ایک عام اخراجات کا ٹریکر بنایا تھا جس میں اخراجات کے لیے پلیس ہولڈرز شامل تھے، اس لیے میں نے اسے استعمال کیا اور پھر کلاڈ نے چار بار ایپ کا جائزہ لیا۔ ہر بار، میں نے اسے مختلف سینئر انجینئرنگ کے کردار تفویض کیے، بشمول فل اسٹیک انجینئر، ڈیبگنگ انجینئر، فرنٹ اینڈ انجینئر، اور پرفارمنس انجینئر۔
نتائج سے پتہ چلتا ہے کہ اس میں کلاڈ سے "ایپ کو بہتر بنانے” کے لیے کہنے کے علاوہ اور بھی بہت کچھ تھا۔ ہر شخص نے ایک مختلف مسئلے پر توجہ مرکوز کی، بعض اوقات ایسے مسائل دریافت کیے جو پچھلے "ڈیولپرز” نے یاد کیے تھے۔ یہ ہے کیا ہوا اور میں نے جو اشارے استعمال کیے ہیں:
تازہ ترین ویڈیوزٹام کی گائیڈ
1. ایک سینئر فل اسٹیک انجینئر نے ایپ بنائی۔
میں نے کلاڈ سے ایک انٹرایکٹو گھریلو اخراجات کا ٹریکر بنانے کے لیے کہا جسے روزمرہ کے لوگ استعمال کر سکیں۔
پرامپٹ: ایک انٹرایکٹو گھریلو اخراجات کا ٹریکر بنائیں جسے روزانہ لوگ اپنے اخراجات کو ریکارڈ کرنے اور سمجھنے کے لیے استعمال کر سکیں۔ اخراجات کو شامل کرنے اور حذف کرنے، زمرے تفویض کرنے، لین دین کو فلٹر کرنے، کل اخراجات کا حساب لگانے، اور بصری زمرہ کے تجزیہ کو ظاہر کرنے کی صلاحیت شامل ہے۔
ایک نفیس اسٹارٹ اپ MVP تیار کرنے والے ایک سینئر فل اسٹیک انجینئر کی طرح سوچیں۔ کوئی بھی کوڈ لکھنے سے پہلے، اپنے فن تعمیر، ڈیٹا ڈھانچے، اور صارف کے بہاؤ کا خاکہ بنائیں۔ پھر کلاڈ آرٹفیکٹ کے ساتھ ایک ورکنگ ایپ بنائیں۔
اسے ذمہ دار اور استعمال میں آسان بنائیں۔ لیکن اپنے تیار شدہ کوڈ کا جائزہ لینے، ڈیبگ کرنے یا بہتر بنانے میں اضافی وقت ضائع نہ کریں۔ میں اس قدم کو سنبھالنے کے لیے ایک اور "ڈیولپر” سے کہوں گا۔
کلاڈ نے ایک ناقابل یقین حد تک پالش ری ایکٹ ایپ بنائی ہے۔ اس میں لین دین کے نمونے، کل خرچ کرنے، زمرہ بندی، تلاش، فلٹر اور تاریخ کے لحاظ سے لین دین کو ترتیب دینے کی صلاحیت شامل ہے۔ یہ آپ کی تبدیلیوں کو بھی محفوظ کرتا ہے تاکہ آپ ایپ کو دوبارہ کھولنے کے بعد بھی ان کا استعمال جاری رکھ سکیں۔
پہلی نظر میں، یہ کسی تیار شدہ پروڈکٹ کے کسی کھردرے پروٹوٹائپ سے زیادہ قریب نظر آتا تھا۔ سب سے اوپر ایک شماریاتی کارڈ تھا، جس میں خرچ کرنے کا صاف ستھرا فارم اور رنگین سلاخوں کے ساتھ دکھایا گیا تھا کہ ہر زمرے میں کتنا خرچ کیا گیا ہے۔
2. ہمارے سینئر ڈیبگنگ انجینئر نے کچھ مسائل پائے۔
اس کے بعد، ہم نے کلاڈ سے کہا کہ وہ پیشی کے بارے میں بھول جائے اور اپنے کام کی جانچ کرے جیسے ڈیبگنگ انجینئر ریلیز کے لیے ایپ تیار کر رہا ہو۔
پرامپٹ: اب اس ایپلیکیشن کو عوام کے لیے ریلیز کرنے سے پہلے لیڈ ڈیبگنگ انجینئر کی طرح کام کریں جو آپ کو وراثت میں ملا ہے۔
اپنی ایپ اور موجودہ کوڈ کی مطلوبہ فعالیت یا بصری ڈیزائن کو تبدیل کیے بغیر احتیاط سے معائنہ کریں۔ کلیدی صارف کے بہاؤ کی جانچ کریں اور فنکشنل کیڑے، غلط ان پٹ ہینڈلنگ، ڈیٹا ضائع ہونے کے خطرات، غلط حسابات، استقامت کے مسائل، اور کنارے کے معاملات دیکھیں۔
اپنے کوڈ میں ترمیم کرنے سے پہلے، براہ کرم ہمیں ایک جامع ڈیبگنگ رپورٹ بھیجیں جس میں آپ نے کیا تجربہ کیا، کوئی بھی مسئلہ جو آپ کو ملا، ہر مسئلے کی اصل وجہ، ہر مسئلے کی شدت، اور کوئی تجویز کردہ اصلاحات شامل ہوں۔
پھر فکس کو لاگو کریں اور یقینی بنائیں کہ اصل فعالیت اب بھی کام کرتی ہے۔ انٹرفیس کو دوبارہ ڈیزائن نہ کریں، زیادہ وسیع آرکیٹیکچرل ریفیکٹر کریں، یا کاسمیٹک تبدیلیاں نہ کریں۔
ڈیبگنگ کے مرحلے کے دوران، کچھ حقیقی مسائل دریافت ہوئے۔
مثال کے طور پر، اصل ان پٹ مناسب فارمیٹ میں نہیں تھا۔ "Save Transaction” پر کلک کرنے سے کام ہوا، لیکن Enter دبانے سے کام نہیں ہوا۔ Claude نے جمع کرائیں بٹن کا استعمال کرتے ہوئے سیکشن کو اس کے اصل فارمیٹ میں تبدیل کرکے اسے ٹھیک کیا۔
ہم نے یہ بھی دریافت کیا کہ صارف تاریخوں کو مٹا سکتے ہیں اور تاریخ کی غلط معلومات کے ساتھ لین دین کو محفوظ کر سکتے ہیں۔ کلاڈ نے تاریخ کی جانچ کو شامل کیا، غلط رقموں کی جانچ کو مضبوط بنایا، اور طے شدہ حسابات جو ٹریکر کے خالی ہونے پر بھی "ہاؤسنگ” کو سب سے بڑے زمرے کے طور پر ظاہر کرتے ہیں۔
آپ صرف ایک کلک سے کسی لین دین کو مستقل طور پر حذف کر سکتے ہیں۔ اسٹوریج کی خرابیاں ڈویلپر کنسول میں پوشیدہ ہیں، لہذا صارفین سوچ سکتے ہیں کہ ان کی معلومات کو محفوظ کر لیا گیا ہے جب یہ نہیں ہے۔ کلاڈ نے خودکار ٹیسٹ بھی نہیں بنائے تاکہ یہ یقینی بنایا جا سکے کہ مرمت صحیح طریقے سے کی گئی ہے۔
3. ایک سینئر فرنٹ اینڈ انجینئر ایک بالکل مختلف ایپ دریافت کرتا ہے۔
تیسرے مرحلے میں، ہم نے Claude سے کہا کہ وہ ایک فرنٹ اینڈ انجینئر کے طور پر ٹریکر سے رجوع کرے جو ریسپانسیو ڈیزائن اور رسائی میں مہارت رکھتا ہے۔
پرامپٹ: اب ایک سینئر فرنٹ اینڈ انجینئر کی طرح کام کریں جو قابل رسائی اور جوابدہ صارفین کی ایپلی کیشنز میں مہارت رکھتا ہو۔
کسی کے فون، کی بورڈ، یا معاون ٹکنالوجی کا استعمال کرنے والے کے نقطہ نظر سے اپنے موجودہ اخراجات کے ٹریکر کا جائزہ لیں۔ فعالیت اور مجموعی بصری شناخت کو برقرار رکھتے ہوئے استعمال اور رسائی کو بہتر بناتا ہے۔
کوڈ میں تبدیلیاں کرنے سے پہلے، ایک مختصر جائزہ فراہم کریں جس میں موبائل اور ریسپانسیو رویے، کی بورڈ نیویگیشن، فارم کے استعمال، اسکرین ریڈر کی رسائی، رنگ کے برعکس، لوڈنگ اور خرابی کی حالتیں، تباہ کن کارروائیاں، اور مبہم کنٹرول شامل ہوں۔
پھر بہتری کو نافذ کریں۔ اس بات کو یقینی بنائیں کہ تمام ان پٹ اور انٹرایکٹو کنٹرولز کے قابل رسائی نام ہیں، فوکس اسٹیٹس واضح طور پر بتائے گئے ہیں، اسکرین ریڈرز کے ذریعے تصدیقی پیغامات کا اعلان کیا جا سکتا ہے، اور اخراجات کی تفصیلات صرف رنگین سلاخوں پر انحصار کرنے کے بجائے معلومات فراہم کرتی ہیں۔
یہ تجربہ کا آج تک کا سب سے جامع جائزہ تھا۔
کلاڈ نے دیکھا کہ ایپ نے متبادل فراہم کیے بغیر منتخب کردہ ان پٹ کے ارد گرد سادہ خاکہ کو ہٹا دیا ہے۔ لہذا، نیویگیٹ کرنے کے لیے کی بورڈ استعمال کرنے والے کسی کو بھی یہ تعین کرنے میں مشکل پیش آئے گی کہ کون سے فیلڈز فعال ہیں۔
ہم نے یہ بھی دریافت کیا کہ مرئی لیبلز ان کے ان پٹس کے ساتھ مناسب طریقے سے منسلک نہیں تھے، تلاش کا میدان مکمل طور پر پلیس ہولڈر ٹیکسٹ پر انحصار کرتا تھا، اور توثیق کی خرابیوں کو اسکرین ریڈر کے ذریعہ مطلع کرنے کے لیے ترتیب نہیں دیا گیا تھا۔
کلاڈ نے بصری فوکس انڈیکیٹر کو بحال کیا، کنٹرول بنانے کے لیے لیبلز کو منسلک کیا، اسکرین ریڈر کی وضاحتیں شامل کیں، اور کئی ہلکے بھوری رنگ کے متن کے عناصر کے تضاد کو بڑھایا۔ ہم نے چھوٹی اسکرینوں پر سرچ بار کو مزید لچکدار بھی بنایا ہے اور صرف آئیکن والے بٹنوں میں مزید وضاحتی لیبلز شامل کیے ہیں۔
خاص طور پر، اس شخصیت نے ڈیبگ کرنے والے انجینئرز کی طرف سے نظر انداز کیے جانے والے حذف کرنے کے مسائل کو پکڑ لیا۔ کلاڈ نے ایک کلک والے ڈیلیٹ بٹن کو دو قدمی تصدیقی بٹن سے بدل دیا جو صارف سے پوچھتا ہے کہ آیا وہ لین دین کو حذف کرنا چاہتے ہیں یا رکھنا چاہتے ہیں۔
تمام دعوے کامل نہیں تھے۔ کلاڈ نے 44 x 44 پکسلز کو کم از کم ٹچ ٹارگٹ سائز کے طور پر بیان کیا، لیکن ڈیفالٹ ڈیلیٹ بٹن کو 36 x 36 پکسلز تک بڑھا دیا۔ یہ چھوٹے WCAG 2.2 AA ہدف کو پورا کرتا ہے، لیکن حوالہ کردہ 44-پکسل کی سفارش کو پورا نہیں کرتا ہے۔
بہر حال، جو کچھ ایسا لگتا تھا وہ یقینی طور پر بدل گیا جیسے ہی کلاڈ کا کردار بدل گیا۔ ڈیبگنگ انجینئرز نے چیک کیا کہ ایپ کام کر رہی ہے۔ فرنٹ اینڈ انجینئرز اس بارے میں پریشان تھے کہ آیا حقیقی لوگ اسے آرام سے استعمال کر سکیں گے۔
4. کارکردگی انجینئر نے تسلیم کیا کہ ایپ کو زیادہ مدد کی ضرورت نہیں ہے۔
آخر میں، میں نے کلاڈ سے ایک لاگت کا ٹریکر تیار کرنے کو کہا جو کم از کم 10,000 لین دین کو سنبھال سکے۔
پرامپٹ: اب ایک سینئر پرفارمنس انجینئر کی طرح کام کریں جو اس لاگت کے ٹریکر کو ہزاروں لین دین پر کارروائی کرنے کے لیے تیار کرتا ہے۔
غیر ضروری رینڈرنگ، بار بار کمپیوٹنگ، غیر موثر ترتیب یا فلٹرنگ، اسٹوریج کی رکاوٹوں، میموری کی ترقی، اور تعاملات کے لیے اپنے موجودہ نفاذ کا تجزیہ کریں جو آپ کے ڈیٹا سیٹ کے بڑھنے کے ساتھ ساتھ سست ہو سکتے ہیں۔
یہ مت سمجھو کہ کارکردگی کا مسئلہ ہے۔ کم از کم 10,000 ٹرانزیکشنز کے ساتھ اپنی ایپ کی جانچ کریں اور اہم کاموں کے لیے بنیادی لائن سیٹ کرنے کا ایک حقیقت پسندانہ طریقہ بنائیں۔
اس کے بعد ہم صرف وہی اصلاحات لاگو کرتے ہیں جو ہمارے تجزیے سے جائز ہیں۔ ایپ کی ظاہری شکل، رسائی کو بہتر بناتا ہے، اور موجودہ رویے کو برقرار رکھتا ہے۔ رفتار کا دعوی نہ کریں جب تک کہ آپ اس کی پیمائش نہ کریں یا واضح طور پر یہ بتا دیں کہ یہ متوقع بہتری ہے۔
کلاڈ نے خاص طور پر ایک سنگین رکاوٹ دریافت کی۔ ایپ نے ہر بار جب کوئی رقم ظاہر کی تو اس نے ایک نیا کرنسی فارمیٹ آبجیکٹ بنایا۔ کلاڈ نے 10,000 قطاروں کے لیے 349 ملی سیکنڈ میں اس عمل کی پیمائش کی۔ ایک فارمیٹر کو دوبارہ استعمال کرنے سے وقت کم ہو کر 5.2 ملی سیکنڈ ہو گیا، جس کا کلاؤڈ نے حساب لگایا کہ یہ 67x بہتری تھی۔
ٹیبل ورچوئلائزیشن کو بھی شامل کیا گیا ہے۔ اس کا مطلب یہ ہے کہ براؤزر ایک ساتھ ہزاروں قطاروں کے بجائے صرف اس وقت اسکرین پر دکھائی دینے والے لین دین کو پیش کرتا ہے۔ بازیافت اور اسٹور اپ ڈیٹس میں ایک سیکنڈ سے بھی کم تاخیر ہوتی ہے تاکہ ہر کلید کو دبانے یا اچانک تبدیلی کے بعد مہنگے آپریشنز کو دہرانے سے بچا جا سکے۔
کلاڈ نے تناؤ کی جانچ کے لیے 1,000، 10,000، یا 50,000 نمونہ لین دین بنانے کے لیے ایک بٹن بھی شامل کیا۔
لیکن رپورٹ کا سب سے زبردست حصہ کلاڈ کا اعتراف تھا کہ اس میں سے زیادہ تر ایپ کے مطلوبہ مقصد کے لیے غیر ضروری تھا۔
اس میں ہر ماہ فی گھرانہ 30 سے 50 ٹرانزیکشنز کا اضافہ ہو سکتا ہے۔ 10 سال گزرنے کے بعد بھی، کلاڈ نے یہ نتیجہ اخذ کیا کہ اصل ایپ نے ممکنہ طور پر بغیر کسی قابل توجہ مسائل کے نتیجے میں آنے والے ڈیٹا پر کارروائی کی۔ کرنسی فارمیٹر کیشنگ کے علاوہ، زیادہ تر اصلاحیں کارآمد تھیں کیونکہ ہمیں خاص طور پر ہزاروں ٹرانزیکشنز کے لیے سپورٹ کی ضرورت تھی۔
اس طرح کی پابندیاں چیزوں کو تبدیل کرنے سے زیادہ "اعلی” محسوس کرتی ہیں کیونکہ وہ ممکن تھیں۔
میرا فیصلہ
میں نے سوچا کہ یہ اشارے بہت اچھی طرح سے کام کرتے ہیں، ہر ایک اشارہ اس بات پر روشنی ڈالتا ہے کہ کلاڈ کیا اچھا کرتا ہے اور وہ کہاں ناکام ہوتا ہے۔ ہر ایک جائزہ کے لیے ہر کردار ایک مختلف نقطہ نظر تھا، جسے میں نے مفید پایا اور دیگر ایپس اور ویب سائٹس میں لاگو کرنے کا منصوبہ بنایا۔
ڈیبگ کرنے والے انجینئرز نے ٹوٹا ہوا رویہ دریافت کیا، جبکہ فرنٹ اینڈ انجینئرز نے رسائی اور استعمال کے مسائل دریافت کیے۔ پرفارمنس انجینئرز نے غور کیا کہ ڈیٹا کی مقدار میں اضافہ ہونے پر کیا ہوگا اور جب آپٹیمائزیشن غیر ضروری تھی تو اسے تسلیم کیا گیا۔
اس تجربے نے یہ بھی دکھایا کہ کیوں پیغام "اس پروڈکٹ کی تیاری کو تیار کریں” بہترین نقطہ نظر نہیں ہوسکتا ہے۔ یہاں تک کہ اگر پرامپٹ جامع لگتا ہے، تب بھی ایک جائزہ اہم مسائل کو نظر انداز کر سکتا ہے۔ کام کو مرکوز مراحل میں تقسیم کرنے سے Claude کو جگل کرنے کے لیے کم ترجیحات ملتی ہیں اور نتائج کا اندازہ لگانا آسان ہو جاتا ہے۔
کلاڈ کے استعمال کی حدود پر ایک نظر ڈالیں۔ اگلی بار، آپ حد کو مارنے سے بچنے کے لیے اشارے کو یکجا کرنے کی کوشش کر سکتے ہیں۔
پیروی کریں گوگل نیوز کے لیے ٹام کی گائیڈ اور ہمیں ایک ترجیحی ذریعہ کے طور پر شامل کریں۔ اپنی فیڈ میں تازہ ترین خبریں، تجزیہ اور تجزیے دیکھیں۔ ٹام کے گائیڈز کو سبسکرائب کریں۔ یوٹیوب اور ہماری پیروی کریں ٹک ٹاک.
