یہ سوال ایک خاص انداز میں سامنے آتا ہے۔ "کیا مجھے AI بلڈر استعمال کرنا چاہیے" نہیں — وہ ایک الگ پوسٹ ہے، اور عام طور پر ایک الگ شخص کا سوال۔ یہ سوال اس شخص کی طرف سے آتا ہے جو چھ، آٹھ، بارہ مہینوں سے ایک ایسے بلڈ پر کام کر رہا ہو جو واقعی کامیاب ہو رہا ہو۔ حقیقی صارفین، حقیقی آمدنی، اور ایک کھٹکتا ہوا احساس کہ وہ اس دیوار سے ٹکرانے والے ہیں جسے ٹول عبور نہیں کر سکتا۔ نیچے وہ سوالات ہیں جو مجھ سے واقعی پوچھے جاتے ہیں، تقریباً اسی ترتیب میں جس میں لوگ پوچھتے ہیں۔
کیا آپ واقعی AI بلڈر سے آگے نکل سکتے ہیں، یا یہ محض ایک کہانی ہے جو لوگ خود کو سناتے ہیں؟
دونوں ہوتے ہیں، اور باہر سے دیکھنے پر ایک جیسے لگتے ہیں۔ حقیقی ترقی مخصوص ہوتی ہے: آپ کو تین فریقوں کے درمیان تقسیم شدہ سیٹلمنٹ کے ساتھ پیمنٹ فلو کی ضرورت ہے، یا ایسا کمپلائنس ورک فلو جس کا آڈٹ ٹریل کوئی ریگولیٹر واقعی پڑھے گا، یا آپ کچھ ایسا کمپیوٹیشنل طور پر غیر معمولی کر رہے ہیں — ریئل ٹائم ویڈیو پروسیسنگ، ایک فزکس سیمولیشن، یا اپنے ہی ڈیٹا پر تربیت یافتہ کسٹم ریکمنڈیشن ماڈل۔ یہ آرکیٹیکچر کے مسائل ہیں، پرامپٹ کے مسائل نہیں۔
جعلی ورژن ایک ایسا پرامپٹ ہے جو آپ نے ابھی لکھا ہی نہیں۔ "بلڈر کرسر پیجینیشن کے ساتھ انفنٹ اسکرول نہیں کر سکتا" کا عام طور پر مطلب یہ ہے کہ کسی نے کرسر پیجینیشن کے ساتھ انفنٹ اسکرول کو تفصیل سے بیان ہی نہیں کیا — کسی نے ایک بار "پیجینیشن شامل کریں" آزمایا، نتیجہ پسند نہ آیا، اور خاموشی سے اسے دوسری کوشش کے بجائے ایک حد کے طور پر درج کر دیا۔ میرا اندازہ ہے کہ "میں حد پر پہنچ گیا ہوں" کی تقریباً تین چوتھائی گفتگو ایک بہتر پرامپٹ سے حل ہو جاتی ہے، دوبارہ لکھنے سے نہیں۔
میں کیسے پہچانوں کہ مجھے کون سا معاملہ درپیش ہے؟
| ترقی جیسا محسوس ہوتا ہے | عام طور پر ہوتا ہے | عام طور پر نہیں ہوتا |
|---|---|---|
| "یہ X نہیں کر سکتا" | X کو ایسے انفرا اسٹرکچر کی ضرورت ہے جو پلیٹ فارم بالکل بھی فراہم نہیں کرتا (کسٹم TCP پروٹوکول، GPU ٹریننگ جاب، HIPAA-آڈٹڈ ڈیٹا فلو) | X کو کافی تفصیل سے بیان نہیں کیا گیا، یا ایک ہی کوشش میں مانگا گیا تھا بجائے مرحلہ وار بہتر بنانے کے |
| "یہ بڑے پیمانے پر بہت سست ہے" | آپ اُس مقام سے آگے جا چکے ہیں جہاں جنریٹ کردہ کوڈ اور معیاری ہوسٹنگ کلاسز حقیقی لوڈ کے تحت کارآمد رہتی ہیں | آپ ایسے لوڈ کے بارے میں اندازہ لگا رہے ہیں جو آپ کے پاس ابھی موجود ہی نہیں |
| "مجھے ایسا کنٹرول چاہیے جو میرے پاس نہیں" | آپ کو کسی مخصوص فکس کے لیے جنریٹ کردہ کوڈ کو چیٹ لوپ سے باہر، براہِ راست ہاتھ سے ایڈٹ کرنے کی ضرورت ہے | آپ نے زیادہ سیاق و سباق کے ساتھ دوبارہ فکس مانگنے کی کوشش نہیں کی |
| "میری ٹیم کو کوڈ چھونے کی ضرورت ہے" | آپ نے انجینئرز ہائر کر لیے ہیں اور انہیں ایک عام git ورک فلو کی ضرورت ہے | آپ ہی واحد شخص ہیں جو اسے چھوتے ہیں اور بس اسے زیادہ "حقیقی" محسوس کرنا چاہتے ہیں |
دیانتداری سے، پہچان یہ ہے کہ کیا آپ کسی مخصوص تکنیکی ضرورت کا نام لے سکتے ہیں یا آپ محض ایک احساس بیان کر رہے ہیں۔ "مجھے ایکسپونینشل بیک آف اور ڈیڈ لیٹر کیو کے ساتھ ویب ہک ری ٹرائیز چاہئیں" ایک ضرورت ہے۔ "بس ایسا لگتا ہے کہ اب مجھے اپنی چیز چاہیے" ایک احساس ہے، اور احساسات عام طور پر بہتر پرامپٹ لکھنے سے حل ہوتے ہیں، نقل مکانی سے نہیں۔
اگر میں چھوڑنے کا فیصلہ کروں تو میں اصل میں کس چیز کا مالک ہوں؟
یہ وہ سوال ہے جس کے بارے میں لوگ سب سے زیادہ فکرمند ہوتے ہیں، اور اس کا جواب بھی سب سے واضح ہے: آپ وہی مالک ہیں جو آپ کے اپنے ڈومین پر ڈپلائے کیا گیا ہے، اور آپ کا ڈیٹا۔ اگر آپ نے کسی ایسے ڈومین پر شپ کیا جس پر آپ کا کنٹرول ہے — SFTP کے ذریعے، اپنے رجسٹرار کے ذریعے — تو اس سرور پر موجود فائلیں اتنی ہی آپ کی ہیں جتنا کوئی بھی کوڈ جو آپ کسی بھی سرور پر رینٹ کرتے ہیں۔ یہ کوئی منسوخ نہیں کرتا۔ آپ کے Search Console اور Analytics کنکشنز آپ کے مجاز کردہ Google اکاؤنٹس ہیں؛ بلڈر کو ڈسکنیکٹ کرنے سے Google کے سسٹمز میں موجود تاریخی ڈیٹا متاثر نہیں ہوتا، کیونکہ یہ کبھی بلڈر کا ڈیٹا تھا ہی نہیں۔ یہ آپ کا اکاؤنٹ ہے، فلٹر شدہ۔
جو چیز آپ کو خودبخود نہیں ملتی وہ ہے چیٹ ہسٹری، پلان دستاویزات، تصدیقی ریکارڈز، اور بلڈر کا آپ کے پروجیکٹ کا اندرونی ماڈل — وہ چیز جس نے تیزی سے آگے بڑھنا ممکن بنایا۔ یہی وہ حصہ ہے جو واقعی پلیٹ فارم سے جڑا ہوا ہے، اور یہی وہ حصہ بھی ہے جس کی قدر زیادہ تر لوگ اُس وقت تک کم سمجھتے ہیں جب تک وہ کسی نئے ٹول کے ساتھ اس سیاق و سباق کو ہاتھ سے دوبارہ نہیں بناتے۔
کیا کوئی لاک اِن ہے، یا میں فضول پریشان ہو رہا ہوں؟
یہ اس بات پر منحصر ہے کہ آپ کی مراد لاک اِن سے کیا ہے۔ اگر آپ کا مطلب ہے "کیا وہ میری سائٹ یرغمال بنا سکتے ہیں" — نہیں، بشرطیکہ آپ نے پہلے دن سے اپنے ڈومین پر ڈپلائے کیا ہو، جو کہ ہمیشہ سب ڈومین پر چلنے کے بجائے ڈومین کا مالک ہونے کا پورا مقصد ہے۔ اگر آپ کا مطلب ہے "کیا چھوڑنے سے مہینوں کی مسلسل بہتری کی مجموعی قدر مجھے کھونی پڑے گی" — ہاں، اور یہ حقیقت میں لاک اِن نہیں، بس وہی سنک کاسٹ ہے جیسے کسی بھی ٹول سے سوئچ کرنا جس میں آپ نے وقت لگایا ہو، آپ کو کچھ نہ کچھ خرچ کرواتا ہے۔ ہر ایڈیٹر، ہر فریم ورک، ہر CRM میں یہ خاصیت ہوتی ہے۔ سوال یہ نہیں کہ سوئچنگ کاسٹ موجود ہے یا نہیں۔ سوال یہ ہے کہ کیا یہ مصنوعی ہے (کنٹریکٹ کی شرائط، ڈیٹا یرغمال بنانا) یا فطری (آپ نے کہیں رفتار بنائی اور منتقلی کا مطلب اسے دوبارہ بنانا ہے)۔ مصنوعی لاک اِن ایک خطرے کی گھنٹی ہے۔ فطری سوئچنگ کاسٹ بس یہی ہے کہ "کسی ٹول میں مہارت حاصل کرنے" کا کیا مطلب ہے۔
ایک اور پرامپٹ لکھنے کے بجائے انجینئر ہائر کرنا حقیقت میں کب سمجھ میں آتا ہے؟
تین صورتحالیں، اُس ترتیب میں جس میں میں انہیں اکثر دیکھتا ہوں:
- آپ کو کمپلائنس وجوہات کی بنا پر کسی شخص کی موجودگی درکار ہے — کچھ ریگولیٹری فریم ورکس ایک نامزد ذمہ دار انجینئر چاہتے ہیں، AI سے جنریٹ کردہ کمٹس کے آڈٹ ٹریل کے بجائے، چاہے وہ کمٹس کتنی ہی اچھی کیوں نہ ہوں۔
- آپ کو واقعی ایک نیا تکنیکی مسئلہ درپیش ہے — "مارکیٹ پلیس بنائیں" جیسا نہیں، جو ایک مانوس راستہ ہے، بلکہ کچھ ایسا جیسے پراپرائٹری ڈیٹا پر ٹیون کردہ کسٹم میچنگ الگورتھم جہاں قدر نئے پن میں ہے، اور آپ کو کسی ایسے شخص کی ضرورت ہے جو مخصوص میتھ پر غور کر سکے، محض مطلوبہ نتیجے کو بیان کرنے کے بجائے۔
- آپ ایسے پیمانے سے آگے جا چکے ہیں جہاں "کام کرنے والا جنریٹ کردہ کوڈ" اور "ایسا جنریٹ کردہ کوڈ جسے آپ کی مخصوص ٹریفک شکل کے لیے پروفائل اور ٹیون کیا گیا ہو" الگ ہو جاتے ہیں — یہ حقیقی ہے، لیکن زیادہ تر لوگوں کے خیال سے کہیں دور ہے۔ بہت سی ایپس جو "بلڈر کے لیے بہت بڑی" محسوس ہوتی ہیں، دراصل کم پانچ ہندسوں میں ماہانہ ایکٹو یوزرز رکھتی ہیں، جو اچھی ساخت والے جنریٹ کردہ کوڈ کے لیے حقیقت میں پیمانے کا مسئلہ نہیں۔
غور کریں کہ اس فہرست میں کیا شامل نہیں: "میں زیادہ کنٹرول چاہتا ہوں۔" زیادہ کنٹرول چاہنا ایک ترجیح ہے، ضرورت نہیں، اور خود سے دیانتدار ہونا ضروری ہے کہ آپ کون سا محسوس کر رہے ہیں۔
اگر میں انجینئر لے آؤں، تو کیا انہیں AI سے بنے کوڈ کو آگے بڑھانا چاہیے، یا ہمیں دوبارہ شروع کرنا چاہیے؟
تقریباً ہمیشہ، اسے آگے بڑھائیں۔ میں نے یہ معاملہ درست ہونے سے زیادہ غلط ہوتے دیکھا ہے جب ٹیمیں پہلے سے یہ فرض کر لیتی ہیں کہ "صفر سے دوبارہ لکھیں کیونکہ یہ AI سے بنا ہے، تو یہ ضرور ڈسپوزیبل ہوگا۔" یہ ایک تعصب ہے، اندازہ نہیں۔ پہلے اصل کوڈ پڑھیں۔ اگر یہ معقول طریقے سے منظم ہے — اور ایسا بلڈر جو شپ کرنے سے پہلے آپ کو اپنا پلان اور تصدیقی مراحل دکھاتا ہے، عام طور پر ایسا کوڈ بناتا ہے جو مربوط پڑھا جاتا ہے، کیونکہ ایک مربوط پلان مربوط کوڈ بناتا ہے — تو سب سے تیز راستہ عام طور پر ایک عام انجینئر کا ایک عام کوڈبیس کو سنبھالنا ہے۔ مکمل طور پر دوبارہ لکھنا مہنگا آپشن ہے؛ اسے اُس وقت کے لیے رکھیں جب کوڈ واقعی آگے آنے والی چیز کو سپورٹ نہ کر سکے، نہ کہ اس وجہ سے کہ یہ کہاں سے آیا۔
بلڈر سے "گریجویٹ" ہونے کے چھ مہینے بعد لوگوں کو اصل میں کون سی ناکامی درپیش ہوتی ہے؟
وہ اٹریشن لوپ کھو دیتے ہیں اور اسے تبدیل نہیں کرتے۔ بلڈر کی اصل قدر، زیادہ تر لوگوں کے لیے، کبھی بھی صرف "کوڈ لکھتا ہے" نہیں تھی — بہت سی چیزیں کوڈ لکھتی ہیں۔ یہ تھا تجویز → تصدیق → ڈپلائے → پیمائش، ایک تنگ لوپ میں چلتا ہوا بغیر کسی انسان کے ہر مرحلے پر رکاوٹ بنے۔ وہ ٹیمیں جو چھوڑ دیتی ہیں اور اس کے برابر لوپ دوبارہ نہیں بناتیں — CI، اسٹیجنگ، مانیٹرنگ، آئیڈیا سے شپ شدہ چیز تک ایک تیز راستہ — بلڈر کے پہلے دن کی نسبت سست تر شپ کرنے لگ جاتی ہیں، اور عام طور پر انہیں چند مہینوں تک یہ نظر نہیں آتا کیونکہ کوڈبیس اب بھی زیادہ "حقیقی" محسوس ہوتا ہے۔ حقیقی اور تیز ایک ہی چیز نہیں ہیں۔ اگر آپ ٹول سے آگے نکلنے والے ہیں، تو کم از کم اتنے ہی تنگ عمل میں آگے نکلیں جتنا آپ چھوڑ رہے ہیں، صرف مزید فائلوں کے مالک بننے میں نہیں۔
"ہم اس سے آگے نکل گئے" کا ایماندار ورژن عام طور پر یہ ہوتا ہے "ہم ایک مخصوص، قابلِ نام ضرورت میں بڑھے جسے یہ کور نہیں کرتا۔" اگر آپ اس ضرورت کا نام نہیں لے سکتے، تو آپ غالباً کسی چیز سے آگے نہیں نکلے — آپ نے بس بہتری کرنا چھوڑ دیا ہے۔
