जल्द ही मैं "AI से प्रतिस्थापित होने वाली दुनिया के लिए तैयारी करने वाले इंजीनियर" विषय पर एक छोटा विशेष व्याख्यान आयोजित करने की योजना बना रहा हूँ.
सच कहूँ तो, यह काफी खलता है। अगर हम आखिरकार AI से प्रतिस्थापित होने वाले हैं, तो मुझे लगता है कि "AI से प्रतिस्थापित होने वाली दुनिया के लिए तैयारी करने का तरीका" ही सबसे महत्वपूर्ण है,
लेकिन ऐसा लगता है कि आपने जानबूझकर उसी सबसे महत्वपूर्ण हिस्से, यानी insight, को छोड़ दिया है।
फिर भी, अगर उद्देश्य विशेष व्याख्यान सुनवाने के लिए build-up करना था, तो वह पर्याप्त लगता है.
अगर Suno जैसी सेवाएं अच्छे दिशा में परिपक्व होती हैं, तो अपनी पसंद का संगीत खुद बनाना और भी आसान हो जाएगा और यह एक संस्कृति भी बन सकती है.
एक ही artist के बनाए गए संगीत में भी कई बार ऐसा होता है कि हमें सिर्फ कुछ ही गाने पसंद आते हैं, तो ऐसे गानों को चुनकर उनके जैसे मिलते-जुलते गाने व्यक्तिगत उपयोग के लिए बनाए जा सकते हैं...
मुझे TCLinux पसंद है। यह इतना हल्का है कि Android फ़ोन के अंदर भी चल सकता है, और .NET, Java, Python जैसी काफ़ी सारी framework और package को भी सपोर्ट करता है, इसलिए कुछ मामलों में इसका उपयोग ultra-lightweight Linux container बनाने के लिए भी किया जा सकता है।
कंपनियों के नज़रिए से AI से developers को replace करना लागत घटाकर profitability बढ़ाने का काम है, इसलिए यह वास्तव में कितना अर्थपूर्ण होगा, इस पर थोड़ा संदेह है। लगता है developers की value को वास्तविकता से कुछ ज़्यादा आंका गया था, और शायद इसे उसी के थोड़ा-थोड़ा यथार्थवादी होने की प्रक्रिया के रूप में देखना ठीक होगा।
अगर 2038 के आसपास पूरी तरह से replace होने की बात है, तो इसका मतलब होगा कि धीरे-धीरे replace होते-होते 2038 में replacement पूरा हो जाएगा।
तो फिर सबसे "देर" से replace होने वाले developer किस तरह के developer होंगे?
मैं लंबे समय से सोच रहा हूँ कि LLM कहीं मानवता की प्रगति को उल्टा बाधित न करने लगें, और उसी संदर्भ में वह समस्या अब सामने आती दिख रही है जिसके बारे में मैं सोचता था। Cognitive load को कम करना इंसानों के लिए किसी नशे जैसा लगता है। मैं भी research करता हूँ, लेकिन हमारी टीम के भीतर भी यह चिंता रहती है कि LLM models का जितना अधिक इस्तेमाल करते हैं, उतनी ही बिना सोचे काम करने की आदत बनती जाती है। शायद यह समस्या आगे भी लगातार और गहरी होती जाएगी। submissions की मात्रा इतनी बढ़ जाती है कि उसे peer review से संभालना मुश्किल हो जाता है, इसलिए कोई दूसरा तरीका ढूँढना पड़ेगा। हाल में ऐसा लग रहा है कि मशहूर conferences में paper submissions की संख्या बहुत बढ़ रही है, और मुझे लगता है कि शायद इसकी वजह भी कुछ ऐसी ही है।
हाँ, ऐसा भी है, और क्योंकि यह AI का युग है, मुझे नहीं लगता कि सभी पीढ़ियों के लोगों के मन में मौजूद personalization की आकांक्षा को नज़रअंदाज़ किया जा रहा है। मुझे एक बार फिर सोचने का अवसर देने के लिए धन्यवाद।
MessagePack भी अच्छा है।
दिलचस्प लगा पढ़कर।
सच कहूँ तो, यह काफी खलता है। अगर हम आखिरकार AI से प्रतिस्थापित होने वाले हैं, तो मुझे लगता है कि "AI से प्रतिस्थापित होने वाली दुनिया के लिए तैयारी करने का तरीका" ही सबसे महत्वपूर्ण है,
लेकिन ऐसा लगता है कि आपने जानबूझकर उसी सबसे महत्वपूर्ण हिस्से, यानी insight, को छोड़ दिया है।
फिर भी, अगर उद्देश्य विशेष व्याख्यान सुनवाने के लिए build-up करना था, तो वह पर्याप्त लगता है.
अगर Suno जैसी सेवाएं अच्छे दिशा में परिपक्व होती हैं, तो अपनी पसंद का संगीत खुद बनाना और भी आसान हो जाएगा और यह एक संस्कृति भी बन सकती है.
एक ही artist के बनाए गए संगीत में भी कई बार ऐसा होता है कि हमें सिर्फ कुछ ही गाने पसंद आते हैं, तो ऐसे गानों को चुनकर उनके जैसे मिलते-जुलते गाने व्यक्तिगत उपयोग के लिए बनाए जा सकते हैं...
आज भी मेबेन को चुपचाप देखते हुए शिन चांग-सॉप
Hoto का Snapbloq सच कहूँ तो काफ़ी सुंदर है। डेस्क पर रखने वाले टूल्स में इसका डिज़ाइन शायद सबसे ज़्यादा आकर्षित करने वाला लगता है।
क्या यह non-linear तरीके से कम नहीं होगा? उम्मीद है कि web developers कम-से-कम 2034 तक बने रहेंगे..
यहाँ डेवलपर से आपका मतलब किस तरह के डेवलपर से है?
मुझे TCLinux पसंद है। यह इतना हल्का है कि Android फ़ोन के अंदर भी चल सकता है, और .NET, Java, Python जैसी काफ़ी सारी framework और package को भी सपोर्ट करता है, इसलिए कुछ मामलों में इसका उपयोग ultra-lightweight Linux container बनाने के लिए भी किया जा सकता है।
कंपनियों के नज़रिए से AI से developers को replace करना लागत घटाकर profitability बढ़ाने का काम है, इसलिए यह वास्तव में कितना अर्थपूर्ण होगा, इस पर थोड़ा संदेह है। लगता है developers की value को वास्तविकता से कुछ ज़्यादा आंका गया था, और शायद इसे उसी के थोड़ा-थोड़ा यथार्थवादी होने की प्रक्रिया के रूप में देखना ठीक होगा।
अगर 2038 के आसपास पूरी तरह से replace होने की बात है, तो इसका मतलब होगा कि धीरे-धीरे replace होते-होते 2038 में replacement पूरा हो जाएगा।
तो फिर सबसे "देर" से replace होने वाले developer किस तरह के developer होंगे?
मैं लंबे समय से सोच रहा हूँ कि LLM कहीं मानवता की प्रगति को उल्टा बाधित न करने लगें, और उसी संदर्भ में वह समस्या अब सामने आती दिख रही है जिसके बारे में मैं सोचता था। Cognitive load को कम करना इंसानों के लिए किसी नशे जैसा लगता है। मैं भी research करता हूँ, लेकिन हमारी टीम के भीतर भी यह चिंता रहती है कि LLM models का जितना अधिक इस्तेमाल करते हैं, उतनी ही बिना सोचे काम करने की आदत बनती जाती है। शायद यह समस्या आगे भी लगातार और गहरी होती जाएगी। submissions की मात्रा इतनी बढ़ जाती है कि उसे peer review से संभालना मुश्किल हो जाता है, इसलिए कोई दूसरा तरीका ढूँढना पड़ेगा। हाल में ऐसा लग रहा है कि मशहूर conferences में paper submissions की संख्या बहुत बढ़ रही है, और मुझे लगता है कि शायद इसकी वजह भी कुछ ऐसी ही है।
मुझे पुराने दिनों में Puppy Linux इस्तेमाल करने की याद आ रही है।
कहते हैं कि सबसे नीचे भी एक और तल होता है? उफ़
मैंने तो बस एक लिस्ट बनाने को कहा था, और वह अचानक Google Drive कनेक्ट करने को कहने लगा, हाहा
मुझे तो लगता है कि असली बुलबुला कहीं Sam Altman ही न हों।
डैशबोर्ड एरर और orange cloud का आपस में क्या संबंध है?
अपने साइट पर आउटेज नहीं था, यह कहकर सिर्फ API और डैशबोर्ड आउटेज बताना ही गलत बात है।
बाद में Cloudflare ने यह भी घोषणा की कि वास्तव में 28% साइटें प्रभावित हुई थीं।
https://msgpack.org/ यह कैसा है?
लगता है आजकल Vercel टीम पूरी तरह बिखरी हुई है। शायद React/Next से आगे बढ़ने का समय आ गया है।
हाँ, ऐसा भी है, और क्योंकि यह AI का युग है, मुझे नहीं लगता कि सभी पीढ़ियों के लोगों के मन में मौजूद personalization की आकांक्षा को नज़रअंदाज़ किया जा रहा है। मुझे एक बार फिर सोचने का अवसर देने के लिए धन्यवाद।
उम्मीद है कि यह Rescuezilla स्तर का backup और restore दे सकेगा।