यह वाकई काफ़ी निराशाजनक है
मौजूदा तरीका: सोच => code (धीमा) => debugging
AI: सोच => बारीक prompt लिखना => code (फौरन) => debugging
लेकिन आमतौर पर, अपनी सोच को prompt में लिखने से ज़्यादा उसे code में लिखना तेज़ होता है, है ना? पहले से बहुत अच्छी तरह ज्ञात चीज़ें करने के मामलों को छोड़कर... जिन हिस्सों में reliability महत्वपूर्ण है, वहाँ तो आखिरकार लिखने के बाद आँखों से logic समझना ही पड़ता है, इसलिए उसे सौंप भी नहीं सकते, और जैसे ही सौंपते हैं, पेशेवर जिम्मेदारी भी खत्म हो जाती है।

 

पहली स्पीड सच में है क्या? यह तो बहुत धीमा है...

 

Microsoft द्वारा OEM के रूप में उपलब्ध कराया गया 6502 के लिए BASIC source code (Apple II, Commodore, ..) build किए जा सकने वाली स्थिति में restore(?) किया गया है.
https://github.com/mist64/msbasic

काफी लोग सीधे अपना 6502 SBC बनाकर, उस पर MSBASIC को port भी करते हैं.
https://github.com/beneater/msbasic

सिर्फ हैरान होकर देखना भी अच्छा है, लेकिन खुद इसमें उतरें तो शायद और मज़ेदार हो… ;)

 

वाह, कमाल है

 

मैं भी cote की तैयारी करते हुए बस आदतन Cursor ही चलाता रहा, यहाँ तक कि typing से ज़्यादा Tab ही दबाने लगा... haha फिर अच्छे मन से वापस vscode पर लौट आया।

 

हम्म... मैं भी हाल ही में React पढ़ रहा था,
CRA बंद होने के बाद मेरी पढ़ाई की सामग्री CRA-आधारित थी, तो अब क्या करूँ सोचते हुए Next, React Router वगैरह देखे, लेकिन इनमें हर एक में अपनी-अपनी अतिरिक्त तकनीकें जुड़ी हुई हैं, इसलिए React सीखने के नज़रिए से ये मुझे बहुत उपयुक्त नहीं लगते.. निजी तौर पर मुझे लगता है कि Vite शायद फिर भी बेहतर विकल्प है।

 

मुझे भी लगता है कि क्या वाकई ऐसा करना ज़रूरी है।

 

AI टूल बनाने वाले लोग भी शायद इस समस्या को अच्छी तरह जानते होंगे। बस इस पर चुप्पी साधे हुए हैं

 

React में आधिकारिक तौर पर framework के साथ शुरू करने की सिफारिश की जाती है -> हालांकि यह बात काफी देर से आई लगती है, लेकिन react की आधिकारिक docs से ही किसी खास framework या build tool के साथ शुरू करने की सलाह देकर आगे बढ़ना सही है या नहीं, इस पर भी सोचने का मन होता है.
मौजूदा codebase में उस framework या build tool का इस्तेमाल करना संभव न हो, ऐसा भी हो सकता है, और dependencies बढ़ाना अपने-आप में बोझिल भी लग सकता है.
वह दौर मन को शायद ज़्यादा सुकून देता था जब सिर्फ एक script tag को html में डालकर उस library की सुविधाएँ सीधे इस्तेमाल की जा सकती थीं. क्या यह बहुत पुरानी बात हो गई है...

 

लगता है आपने मेरी बात को गलत समझा है; मेरा आशय उस स्थिति से था जहाँ कंपनी अपने ही कोड से AI को train करती है और फिर उसे कंपनी के अंदर code generation के लिए इस्तेमाल करती है।

 

सोच रहा हूँ कि इन्होंने source code सार्वजनिक क्यों किया।

 

मतलब समस्या इंटरनेट नहीं है, बल्कि AI मॉडल बनाने के लिए ट्रेन किया जा सकने वाला डेटा ही नहीं है.. फिर ट्रेनिंग मेथड पर रिसर्च की बात क्यों आ रही है? मैं अभी ठोस वास्तविकता की बात कर रहा हूँ। 2025 के अंत तक सभी डेवलपर्स को बदल देने वाला AI बिल्कुल नहीं बनाया जा सकता। मूल समस्या परफॉर्मेंस की ही नहीं है।

 

अगर आप AI पर बिना सोचे-समझे निर्भर हो जाएँ, तो यह वैसा ही हो सकता है जैसे कोई अक्षम मैनेजर जिसे architecture की भी समझ न हो, जो खुद code की एक लाइन भी न लिख सके, सिर्फ अपने जूनियर कर्मचारियों से काम करवाए, code में छिपे जोखिमों को भी न समझे, और समस्या आने पर उसका हल भी न ढूंढ पाए। फर्क बस इतना होगा कि इस्तेमाल का tool मानव बुद्धि से बदलकर कृत्रिम बुद्धिमत्ता हो जाएगा।

 

इसके बारे में कभी सोचा भी नहीं था

 

लेख को देखकर ऐसा नहीं लगता कि वह यह कह रहा है कि इसे मेहनत वाले कामों में इस्तेमाल न करें; बल्कि बात यह लगती है कि अपनी सोच-विचार की प्रक्रिया AI पर न छोड़ें।

 

गंदे, थकाऊ मेहनत वाले कोडिंग काम के लिए इससे बेहतर कुछ नहीं है...