मेरे हिसाब से C से Rust पर जाने की असली वजह प्रोडक्टिविटी है। memory safety support भी अच्छा है, लेकिन सिर्फ cargo को ही देखें तो भी शिफ्ट करने की पर्याप्त वजह बनती है.
Python extension module बनाते समय, भाषा कोई भी हो, GIL को संभालना हमेशा मुश्किल होता है। यह बात C/C++ पर भी समान रूप से लागू होती है। हाँ, अगर extension module लिखने में मदद करने वाली libraries या tools का इस्तेमाल करें तो बात अलग है, और RUST में भी PyO3 नाम का एक बेहतरीन crate मौजूद है.
साथ ही, C डेवलपर के नज़रिए से देखें तो zig को संभालना स्वाभाविक रूप से आसान है। मूल रूप से zig खुद भी एक C compiler है, इसलिए header files को सीधे import करके इस्तेमाल किया जा सकता है.
मुझे अब भी high-performance code में C से Rust पर जाने की पर्याप्त वजह नहीं मिलती। Zig जैसी भाषा, जिसकी syntax कम से कम कुछ हद तक सरल है, e2e development के लिए बेहतर लगती है, और बाकी मामलों में तो profiling के बाद high-level language से call होने वाले हिस्से ही implement किए जाते हैं (मैं Python उपयोगकर्ता हूँ)। Rust इस्तेमाल करने पर GIL control जैसी दूसरी भाषाओं के साथ interaction की development cost भी अपेक्षा से काफ़ी बढ़ जाती है। C को तो वैसे भी दूसरी भाषाएँ शुरू से ही expect करती हैं।
मैंने यह ब्लॉग पोस्ट इसलिए लिखी क्योंकि मैंने इसे खुद काफी कष्ट उठाकर संभाला और जब PR मर्ज हो गया तो लिख दिया। show तो सीधे विकसित किए गए प्रोडक्ट दिखाने की जगह है, इसलिए शायद वहाँ डालना ठीक नहीं लगता, इसलिए मैंने इसे सामान्य न्यूज़ के रूप में पोस्ट कर दिया—हालाँकि मुझे पता नहीं यह सही फैसला था या नहीं.
लगता है यह पोस्ट Rust के rayon crate बनाने वाले व्यक्ति ने लिखी है।
Python और TypeScript अभी भी केंद्रीय भाषाएँ लगती हैं...
लेकिन Rust अभी उस स्तर की स्थिति में नहीं है। शायद इसकी मुश्किल होने वाली धारणा की वजह से।
उम्मीद है कि LLM प्रवेश बाधा को कम कर देंगे और Rust भी एक केंद्रीय भाषा के रूप में उभरेगा।
यह महसूस होता है कि usability में बहुत बड़ी छलांग आई है, लेकिन जिस तरह लोग शोर मचा रहे थे कि यह AGI के करीब पहुँच गया है, वैसी प्रतिक्रिया आखिरकार बढ़ा-चढ़ाकर कही गई लगी।
ये यूज़र के आसपास के रेस्टोरेंट सुझाने वाला बॉट है, इसलिए सुझाया गया मेन्यू उतना अच्छा नहीं लग रहा, हे।
इसलिए मैं इसमें पसंद (Like) फीचर जोड़ने वाला हूँ!
इसी इलाके के यूज़र्स द्वारा लाइक किए गए रेस्टोरेंट्स को प्राथमिकता से दिखाने की कोशिश करूँगा।
सिर्फ कोडिंग (SWE-bench) की तरफ देखें, तो यह 74.9%(thinking), 52.8%(without thinking) था, जबकि Claude के लिए 74.5%(Opus 4.1), 72.5%(Opus 4.0), 62.3%(Sonnet 3.7) था।
Thinking mode का इस्तेमाल न करें, तो यह Sonnet से भी खराब है, और इस्तेमाल करें तब भी Opus 4.1 से बस बहुत थोड़ा बेहतर लगता है।
psychological safety का अनुवाद मनोवैज्ञानिक सुरक्षा की भावना किया जाए तो शायद बेहतर होगा। ऐसा क्यों है, यह इस लेख (https://www.lecturernews.com/news/articleView.html?idxno=166821) में अच्छी तरह समझाया गया है, इसलिए मैं लिंक साझा कर रहा/रही हूँ। आप जो अनुवादित लेख साझा करते हैं, उन्हें मैं हमेशा आभार के साथ पढ़ता/पढ़ती हूँ। :)
मज़ेदार लग रहा है। नामों को कॉमा से अलग करके एक लाइन में कई लोगों के नाम डालने की सुविधा भी दे दें तो अच्छा रहेगा।
सुझाया गया मेन्यू अक्सर ऑफिस में आमतौर पर खाना मुश्किल होने वाले आइटम ही ज्यादा दिखाता है।
मेरे हिसाब से C से Rust पर जाने की असली वजह प्रोडक्टिविटी है। memory safety support भी अच्छा है, लेकिन सिर्फ
cargoको ही देखें तो भी शिफ्ट करने की पर्याप्त वजह बनती है.Python extension module बनाते समय, भाषा कोई भी हो, GIL को संभालना हमेशा मुश्किल होता है। यह बात C/C++ पर भी समान रूप से लागू होती है। हाँ, अगर extension module लिखने में मदद करने वाली libraries या tools का इस्तेमाल करें तो बात अलग है, और RUST में भी
PyO3नाम का एक बेहतरीन crate मौजूद है.साथ ही, C डेवलपर के नज़रिए से देखें तो zig को संभालना स्वाभाविक रूप से आसान है। मूल रूप से zig खुद भी एक C compiler है, इसलिए header files को सीधे import करके इस्तेमाल किया जा सकता है.
मुझे अब भी high-performance code में C से Rust पर जाने की पर्याप्त वजह नहीं मिलती। Zig जैसी भाषा, जिसकी syntax कम से कम कुछ हद तक सरल है, e2e development के लिए बेहतर लगती है, और बाकी मामलों में तो profiling के बाद high-level language से call होने वाले हिस्से ही implement किए जाते हैं (मैं Python उपयोगकर्ता हूँ)। Rust इस्तेमाल करने पर GIL control जैसी दूसरी भाषाओं के साथ interaction की development cost भी अपेक्षा से काफ़ी बढ़ जाती है। C को तो वैसे भी दूसरी भाषाएँ शुरू से ही expect करती हैं।
मैंने यह ब्लॉग पोस्ट इसलिए लिखी क्योंकि मैंने इसे खुद काफी कष्ट उठाकर संभाला और जब PR मर्ज हो गया तो लिख दिया।
showतो सीधे विकसित किए गए प्रोडक्ट दिखाने की जगह है, इसलिए शायद वहाँ डालना ठीक नहीं लगता, इसलिए मैंने इसे सामान्य न्यूज़ के रूप में पोस्ट कर दिया—हालाँकि मुझे पता नहीं यह सही फैसला था या नहीं.लगता है यह पोस्ट Rust के
rayoncrate बनाने वाले व्यक्ति ने लिखी है।Python और TypeScript अभी भी केंद्रीय भाषाएँ लगती हैं...
लेकिन Rust अभी उस स्तर की स्थिति में नहीं है। शायद इसकी मुश्किल होने वाली धारणा की वजह से।
उम्मीद है कि LLM प्रवेश बाधा को कम कर देंगे और Rust भी एक केंद्रीय भाषा के रूप में उभरेगा।
PHP सबसे बढ़िया है।
लेकिन हमारे यहाँ तो Java है, है ना?
ओह, यह भी था।
लगता है
goGC की वजह से बाहर हो गया है।यह महसूस होता है कि usability में बहुत बड़ी छलांग आई है, लेकिन जिस तरह लोग शोर मचा रहे थे कि यह AGI के करीब पहुँच गया है, वैसी प्रतिक्रिया आखिरकार बढ़ा-चढ़ाकर कही गई लगी।
ये यूज़र के आसपास के रेस्टोरेंट सुझाने वाला बॉट है, इसलिए सुझाया गया मेन्यू उतना अच्छा नहीं लग रहा, हे।
इसलिए मैं इसमें पसंद (Like) फीचर जोड़ने वाला हूँ!
इसी इलाके के यूज़र्स द्वारा लाइक किए गए रेस्टोरेंट्स को प्राथमिकता से दिखाने की कोशिश करूँगा।
सिर्फ कोडिंग (SWE-bench) की तरफ देखें, तो यह 74.9%(thinking), 52.8%(without thinking) था, जबकि Claude के लिए 74.5%(Opus 4.1), 72.5%(Opus 4.0), 62.3%(Sonnet 3.7) था।
Thinking mode का इस्तेमाल न करें, तो यह Sonnet से भी खराब है, और इस्तेमाल करें तब भी Opus 4.1 से बस बहुत थोड़ा बेहतर लगता है।
तीन दिग्गज, वाह वाह
इन टिप्पणियों का विश्लेषण करने पर Windows XP से जुड़ी प्रतिक्रियाओं को मोटे तौर पर 6 समूहों में बाँटा जा सकता है।
① UI·UX की परिपक्वता और फीचर्स की यादें
② नॉस्टेल्जिया और भावनात्मक यादें
③ फीचर्स और परफ़ॉर्मेंस के फायदे का ज़िक्र
④ आलोचना और नकारात्मक राय
⑤ वर्तमान माहौल से तुलना और विकल्प सुझाना
⑥ रीक्रिएशन, इम्यूलेशन और पैरोडी
Automerge 2.0 रिलीज़
मैं ग़लत था। CRDT ही भविष्य है।
ज़्यादा तेज़ CRDT के लिए ऑप्टिमाइज़ करना
अब वेब standards के मुताबिक development करना चाहिए। जो features मौजूद नहीं हैं, उनका सक्रिय रूप से इस्तेमाल नहीं करना चाहिए।
psychological safetyका अनुवाद मनोवैज्ञानिक सुरक्षा की भावना किया जाए तो शायद बेहतर होगा। ऐसा क्यों है, यह इस लेख (https://www.lecturernews.com/news/articleView.html?idxno=166821) में अच्छी तरह समझाया गया है, इसलिए मैं लिंक साझा कर रहा/रही हूँ। आप जो अनुवादित लेख साझा करते हैं, उन्हें मैं हमेशा आभार के साथ पढ़ता/पढ़ती हूँ। :)मज़ेदार लग रहा है। नामों को कॉमा से अलग करके एक लाइन में कई लोगों के नाम डालने की सुविधा भी दे दें तो अच्छा रहेगा।
सुझाया गया मेन्यू अक्सर ऑफिस में आमतौर पर खाना मुश्किल होने वाले आइटम ही ज्यादा दिखाता है।
OpenAI का आधिकारिक घोषणा वीडियो (1 घंटा 17 मिनट) https://www.youtube.com/watch?v=0Uu_VJeVVfo
AI ब्राउज़र के उभार की उम्मीद है
संख्या ज़्यादा लगती है, लेकिन आखिर में क्या यह Firefox और Chromium engine ही नहीं हैं?