जहाँ तक हो सके NumPy vectorization से काम चलाते हैं, और अगर उससे नहीं होता तो GPU लगाकर cupy या torch पर स्विच कर लेते हैं, और फिर भी नहीं होता तो cython से native में लिखते हैं... लेकिन native का काम जहाँ तक संभव हो, न करना ही बेहतर लगता है। बहुत मुश्किल होता है।
अगर डेडलाइन और आवश्यकताओं का ठीक से पालन हो रहा है, तो कोडिंग करते समय AI इस्तेमाल किया या IDE भी नहीं इस्तेमाल करके मर्दाना अंदाज़ में सिर्फ Notepad ही चलाया—ऐसी बातें ज़्यादा मायने नहीं रखतीं।
यह अभी भी एक optional feature है, और संभावना है कि multithreading आगे भी optional ही रहेगी। (जैसे option on करना, या अलग से install करना वगैरह)
मैं भी Type ज़्यादा इस्तेमाल नहीं करता, और free-threading performance issues की वजह से शायद इस्तेमाल करूँ, लेकिन मुझे लगता है कि इसका उपयोग बहुत सीमित रहेगा।
Python के लोकप्रिय होने की एक बड़ी वजह यह भी थी कि इस तरह की multithreading तक पर विचार करने की ज़रूरत नहीं पड़ती थी। अगर ऐसी चीज़ों तक भी सोचना पड़े, तो आम लोगों के लिए यह आसानी से इस्तेमाल की जा सकने वाली भाषा नहीं रहेगी।
free threading Python, यह बिल्कुल भी आसान काम नहीं लगता। जैसे Pandora's box खोल रहे हों। अब तक छिपे हुए हर तरह के synchronization bug फैलने की संभावना है। और वे भी ऐसे जो runtime में बहुत कभी-कभार फटें। multi-threading development के दौरान जो सिरदर्द वाले मुद्दे थे, अब वे शायद Python में भी गंभीर रूप से सामने आने लगें। सिर्फ C परिवार की भाषाओं को देखें तो thread-safe न होने वाले functions के इस्तेमाल वाली जगहों पर तुरंत समस्या आ सकती है।
जब इसे सिर्फ़ एक नई तकनीक समझता था, तो इसे बस जिज्ञासा भरी नज़र से देखता था,
लेकिन अब जब ऐसी तकनीक को वजह बनाकर नियोक्ता वास्तव में भर्ती और वेतन कटौती कर रहे हैं, तो यह बिल्कुल अच्छा नहीं लग रहा..
लगता है अभी संक्रमण का दौर है, इसलिए तरह-तरह की घटनाएँ हो रही हैं.
आगे चलकर यह और बेहतर हो सकता है, या ऐसा ही बना रह सकता है, इसलिए यह देखना भी मज़ेदार होगा कि यह कैसे बदलता है, हाहा
अरे, लगता है 9to5mac ने बॉट access ही पूरी तरह ब्लॉक कर दिया है।
मैंने इसे मैन्युअली summarize किया। prompt अभी भी लगातार modify कर रहा/रही हूँ। फिलहाल यह लगभग 4,000 अक्षर (800 टोकन) का है।
मैं Github पर Gemini लगाकर PR review करवा रहा हूँ, और ठीक ऐसी स्थिति कभी-कभी सच में आ जाती है.
जैसे कि ठीक ऊपर वाली line में null check किया हुआ है, फिर भी वह review में कह देता है कि बिना null check के इस्तेमाल किया जा रहा है, और ठीक ऊपर की वही line फिर से जोड़ने को बोलता है.
जब इंसान काम करता है, तो जो पृष्ठभूमि ज्ञान, काम के पैटर्न, अपेक्षित नतीजे और उनके फ़ॉर्मैट वह स्वाभाविक रूप से समझ लेता है,
उन्हें सब के सब prompt में लिख पाना वैसे भी संभव नहीं है, और मान लें कि लिख भी सकते हों, तब भी LLM जैसे जटिल AI की बजाय
deep learning से पहले के पारंपरिक algorithms से automation करना ज़्यादा व्यावहारिक होगा—ऐसा भी मुझे लगता है।
इस्तेमाल करके देखें तो vibe coding और coding agent में निश्चित रूप से कुछ हिस्से बहुत सुविधाजनक हैं, लेकिन उसे वास्तव में सुविधाजनक बनाने के लिए prompt बहुत ही सख्ती से भेजने पड़ते हैं, और शुरुआत से ही project की प्रकृति के अनुसार ऐसे कई project होते हैं जिनमें यह ठीक से काम नहीं करता। MSA संरचना वाले web server की तरह अगर functions संक्षिप्त हों और बारीकी से विभाजित हों तो यह अच्छी तरह काम करता है, लेकिन अगर बड़े monolith में बहुत सारे जुड़े हुए module हों और complex logic को AI से ठीक कराने की कोशिश करें, तो task की योजना बहुत बारीकी से बनानी पड़ती है और prompt भी बहुत सावधानी से भेजने पड़ते हैं।
वाह... मैंने अभी इंस्टॉल करके देखा।
MS-DOS के दिनों की याद दिलाने वाला इंटरफ़ेस...
अलग से editor इंस्टॉल किए बिना हल्के-फुल्के इस्तेमाल के लिए अच्छा रहेगा। खासकर, मुझे अक्सर remote से terminal में connect होकर काम करना पड़ता है, और terminal में फ़ाइल edit करना या देखना असुविधाजनक था, तो यह बहुत अच्छा लगा।
जहाँ तक हो सके NumPy vectorization से काम चलाते हैं, और अगर उससे नहीं होता तो GPU लगाकर cupy या torch पर स्विच कर लेते हैं, और फिर भी नहीं होता तो cython से native में लिखते हैं... लेकिन native का काम जहाँ तक संभव हो, न करना ही बेहतर लगता है। बहुत मुश्किल होता है।
असल में यह Apple की लगभग पूरी हार है।
अगर डेडलाइन और आवश्यकताओं का ठीक से पालन हो रहा है, तो कोडिंग करते समय AI इस्तेमाल किया या IDE भी नहीं इस्तेमाल करके मर्दाना अंदाज़ में सिर्फ Notepad ही चलाया—ऐसी बातें ज़्यादा मायने नहीं रखतीं।
मैंने ईमेल भेज दिया है। धन्यवाद।
यह अभी भी एक optional feature है, और संभावना है कि multithreading आगे भी optional ही रहेगी। (जैसे option on करना, या अलग से install करना वगैरह)
मैं भी Type ज़्यादा इस्तेमाल नहीं करता, और free-threading performance issues की वजह से शायद इस्तेमाल करूँ, लेकिन मुझे लगता है कि इसका उपयोग बहुत सीमित रहेगा।
आख़िर इन्होंने ऐसा फ़ैसला लेने के लिए कैसा भविष्य देखा होगा...
Python के लोकप्रिय होने की एक बड़ी वजह यह भी थी कि इस तरह की multithreading तक पर विचार करने की ज़रूरत नहीं पड़ती थी। अगर ऐसी चीज़ों तक भी सोचना पड़े, तो आम लोगों के लिए यह आसानी से इस्तेमाल की जा सकने वाली भाषा नहीं रहेगी।
free threading Python, यह बिल्कुल भी आसान काम नहीं लगता। जैसे Pandora's box खोल रहे हों। अब तक छिपे हुए हर तरह के synchronization bug फैलने की संभावना है। और वे भी ऐसे जो runtime में बहुत कभी-कभार फटें। multi-threading development के दौरान जो सिरदर्द वाले मुद्दे थे, अब वे शायद Python में भी गंभीर रूप से सामने आने लगें। सिर्फ C परिवार की भाषाओं को देखें तो thread-safe न होने वाले functions के इस्तेमाल वाली जगहों पर तुरंत समस्या आ सकती है।
पुराने समय में भी था। M Editor नाम से…
https://www.edm2.com/index.php/Microsoft_Editor
ओ...!
जब इसे सिर्फ़ एक नई तकनीक समझता था, तो इसे बस जिज्ञासा भरी नज़र से देखता था,
लेकिन अब जब ऐसी तकनीक को वजह बनाकर नियोक्ता वास्तव में भर्ती और वेतन कटौती कर रहे हैं, तो यह बिल्कुल अच्छा नहीं लग रहा..
लगता है अभी संक्रमण का दौर है, इसलिए तरह-तरह की घटनाएँ हो रही हैं.
आगे चलकर यह और बेहतर हो सकता है, या ऐसा ही बना रह सकता है, इसलिए यह देखना भी मज़ेदार होगा कि यह कैसे बदलता है, हाहा
अरे, लगता है 9to5mac ने बॉट access ही पूरी तरह ब्लॉक कर दिया है।
मैंने इसे मैन्युअली summarize किया। prompt अभी भी लगातार modify कर रहा/रही हूँ। फिलहाल यह लगभग 4,000 अक्षर (800 टोकन) का है।
मैंने custom translation, Excel file loader, virtual list आदि में योगदान दिया है। उम्मीद है कि भारत में भी बहुत से लोग इसका उपयोग करेंगे। ^^
मैं Github पर Gemini लगाकर PR review करवा रहा हूँ, और ठीक ऐसी स्थिति कभी-कभी सच में आ जाती है.
जैसे कि ठीक ऊपर वाली line में null check किया हुआ है, फिर भी वह review में कह देता है कि बिना null check के इस्तेमाल किया जा रहा है, और ठीक ऊपर की वही line फिर से जोड़ने को बोलता है.
जब इंसान काम करता है, तो जो पृष्ठभूमि ज्ञान, काम के पैटर्न, अपेक्षित नतीजे और उनके फ़ॉर्मैट वह स्वाभाविक रूप से समझ लेता है,
उन्हें सब के सब prompt में लिख पाना वैसे भी संभव नहीं है, और मान लें कि लिख भी सकते हों, तब भी LLM जैसे जटिल AI की बजाय
deep learning से पहले के पारंपरिक algorithms से automation करना ज़्यादा व्यावहारिक होगा—ऐसा भी मुझे लगता है।
यह काफ़ी मज़ेदार है lol
एरर से अलग, GeekNews के सारांश की क्वालिटी अच्छी है, इसलिए मुझे हमेशा उसके prompt को लेकर जिज्ञासा रहती है
इस्तेमाल करके देखें तो vibe coding और coding agent में निश्चित रूप से कुछ हिस्से बहुत सुविधाजनक हैं, लेकिन उसे वास्तव में सुविधाजनक बनाने के लिए prompt बहुत ही सख्ती से भेजने पड़ते हैं, और शुरुआत से ही project की प्रकृति के अनुसार ऐसे कई project होते हैं जिनमें यह ठीक से काम नहीं करता। MSA संरचना वाले web server की तरह अगर functions संक्षिप्त हों और बारीकी से विभाजित हों तो यह अच्छी तरह काम करता है, लेकिन अगर बड़े monolith में बहुत सारे जुड़े हुए module हों और complex logic को AI से ठीक कराने की कोशिश करें, तो task की योजना बहुत बारीकी से बनानी पड़ती है और prompt भी बहुत सावधानी से भेजने पड़ते हैं।
वाह... मैंने अभी इंस्टॉल करके देखा।
MS-DOS के दिनों की याद दिलाने वाला इंटरफ़ेस...
अलग से editor इंस्टॉल किए बिना हल्के-फुल्के इस्तेमाल के लिए अच्छा रहेगा। खासकर, मुझे अक्सर remote से terminal में connect होकर काम करना पड़ता है, और terminal में फ़ाइल edit करना या देखना असुविधाजनक था, तो यह बहुत अच्छा लगा।
मैं
uuid_generate_v7()जैसी फ़ंक्शन बनाकर इस्तेमाल कर रहा था, तो यह वाकई अच्छी खबर है।