तीनों में से जिस चीज़ से मैं सबसे ज़्यादा परिचित हूँ वह TS है, जो मैं कर सकता हूँ वह Python है, और जिसके बारे में ज़्यादा नहीं जानता लेकिन करना चाहता हूँ वह Rust है...
जो भी हो, उन तीनों में Java शामिल नहीं है, यही सबसे बड़ी राहत है
हम्म... मेरी राय में यह थोड़ा अफ़सोस की बात है, क्योंकि अगर सभी browsing फीचर्स base library के ज़रिए चलते हों, तो सिस्टम किसी खास URL को block करने पर सभी ऐप्स की internal browsing फीचर्स में ऐसी अच्छी consistency मिलती है जिसे bypass नहीं किया जा सकता.
इस तरह की दवाइयाँ कभी-कभी खबरों में आती रहती हैं, लेकिन आम तौर पर उनका असर अधिकतम एक सामान्य स्तर के miotic तक ही सीमित रहता है... इसलिए लंबी अवधि तक इनके इस्तेमाल में सुरक्षा की गारंटी कई बार साबित नहीं हो पाई है।
शायद यह दवा भी केवल हफ्ते में एक-दो बार लेने तक ही सुरक्षित होगी। इससे ज्यादा बार और लंबे समय तक इस्तेमाल करने पर कई समस्याएँ हो सकती हैं।
मेरे हिसाब से refactoring के लिए claude-code ज़्यादा बेहतर लगता है।
जब मैंने cursor + GPT5 से अनावश्यक methods हटाने या ऐसी refactoring का काम कराया, तो claude-code उन्हें अच्छी तरह ढूँढकर हटा देता था, जबकि GPT5 के बारे में लगा कि वह पूरे project को समग्र रूप से समझ नहीं पा रहा था।
Niko Matsakis, rayon से आगे बढ़कर, Rust के जनक के काफ़ी करीब की स्थिति में हैं। बेशक Graydon Hoare इसके संस्थापक हैं, लेकिन भाषा के सबसे महत्वपूर्ण हिस्सों में सबसे ज़्यादा योगदान Niko ने ही दिया है।
यदि आप Rust डेवलपर हैं, तो स्वाभाविक है कि इसमें आपका थोड़ा ज़्यादा लगाव होगा, इसलिए यह थोड़ी पक्षपाती जानकारी हो सकती है!
जानकारी साझा करने के लिए धन्यवाद।
coder => फीचर डेवलपमेंट आर्किटेक्चर बनाने वाला डेवलपर => उससे भी बड़ा आर्किटेक्चर (system, network, security) => planning
की दिशा में अनुभव विकसित होने के इस प्रवाह में, लगता है कि coder के लिए मैदान में सीखने के मौके और कम हो जाएंगे.
अगर idea-केंद्रित programming मुख्यधारा बन जाती है,
तो कम से कम इतना तो बुनियादी होगा ही कि coder अकेले AI-आधारित full-stack संभालना जानता हो, ऐसा लगता है d
क्या आप सीधे शीर्षक को सुधारकर पोस्ट करते हैं?
आप यह कैसे तय करते हैं कि कौन-से लेख चुनने हैं, कैसे पोस्ट करते हैं, और टिप्पणियों को भी इतनी सहजता से कैसे अनुवाद करते हैं—यह जानना चाहता/चाहती हूँ। :D
ऐसा सोचा जा सकता है। मेरे अनुभव में PyO3 की तुलना में python.h (जो zig के अच्छे विकल्प होने का एक कारण भी है) के साथ OS या vectorize level तक नीचे जाकर वापस आना कहीं ज़्यादा आसान था, लेकिन memory management की चिंता न होने के पहलू से देखें तो एक निश्चित पैमाने से ऊपर Rust पक्ष की long-term productivity ज़्यादा हो सकती है.
C के आसान लगने की वजह यह भी है कि आधुनिक major भाषाएँ - Python/TS/Go/PHP/Java - या तो उसी पर आधारित हैं या उनका syntax उससे मिलता-जुलता है, इसलिए बात सिर्फ syntax के आसान होने से आगे बढ़कर यह है कि वह ऐसी भाषा है जिससे आप कभी न कभी मिलेंगे, या पहले कभी मिल चुके होंगे। दूसरी ओर Rust ठीक उलटी स्थिति में है, इसलिए उसकी ऊँची value के बावजूद उसे टीम में अपनाने के लिए काफ़ी प्रयास चाहिए। मुझे लगता है कि ऐसा इसलिए है क्योंकि वह evolutionary language से अधिक एक revolutionary language है.
शायद शीर्षक के अनुवाद में गलती हो गई है।
यह सामग्री शायद प्रिस्बायोपिया के कारण होने वाली hyperopia (दूरदृष्टि) को सुधारने के बारे में है।
कोरियाई शब्दावली में myopia का मतलब केवल पास की दूरी साफ़ दिखना होता है, यानी near vision acuity।
'fix near vision' का अर्थ यह लगता है कि खराब हुई निकट दूरी की दृष्टि (near vision) को ठीक किया गया।
इसलिए सही अर्थ शायद 'प्रिस्बायोपिया से होने वाली hyperopia की समस्या को सुधारना', यानी 'निकट दूरी की दृष्टि को सुधारना' ही होगा।
फिर भी नहीं इस्तेमाल करता...
तीनों में से जिस चीज़ से मैं सबसे ज़्यादा परिचित हूँ वह TS है, जो मैं कर सकता हूँ वह Python है, और जिसके बारे में ज़्यादा नहीं जानता लेकिन करना चाहता हूँ वह Rust है...
जो भी हो, उन तीनों में Java शामिल नहीं है, यही सबसे बड़ी राहत है
लगता है कि लॉगिन का होना या न होना कॉन्सेप्ट के लिहाज़ से काफ़ी अहम फ़र्क है
हम्म... मेरी राय में यह थोड़ा अफ़सोस की बात है, क्योंकि अगर सभी browsing फीचर्स base library के ज़रिए चलते हों, तो सिस्टम किसी खास URL को block करने पर सभी ऐप्स की internal browsing फीचर्स में ऐसी अच्छी consistency मिलती है जिसे bypass नहीं किया जा सकता.
इस तरह की दवाइयाँ कभी-कभी खबरों में आती रहती हैं, लेकिन आम तौर पर उनका असर अधिकतम एक सामान्य स्तर के miotic तक ही सीमित रहता है... इसलिए लंबी अवधि तक इनके इस्तेमाल में सुरक्षा की गारंटी कई बार साबित नहीं हो पाई है। शायद यह दवा भी केवल हफ्ते में एक-दो बार लेने तक ही सुरक्षित होगी। इससे ज्यादा बार और लंबे समय तक इस्तेमाल करने पर कई समस्याएँ हो सकती हैं।
Omarchy, DHH द्वारा बनाई गई Linux डिस्ट्रीब्यूशन
काफी समय पहले बनाए गए https://write.hada.io/ जैसा लग रहा है। Markdown support और tasks को छोड़ दें तो, हाहा
क्या Python की "circular import समस्या" का कोई स्पष्ट समाधान पहले से नहीं है? इसे कोई गंभीर समस्या मानने में थोड़ी कमी लगती है।
मेरे हिसाब से refactoring के लिए claude-code ज़्यादा बेहतर लगता है।
जब मैंने cursor + GPT5 से अनावश्यक methods हटाने या ऐसी refactoring का काम कराया, तो claude-code उन्हें अच्छी तरह ढूँढकर हटा देता था, जबकि GPT5 के बारे में लगा कि वह पूरे project को समग्र रूप से समझ नहीं पा रहा था।
छोटे-मोटे bugs, खासकर tags से जुड़े, काफ़ी ज़्यादा हैं, लेकिन updates का इंतज़ार करते हुए भी यह ऐसा tool लगता है जिसे इस्तेमाल करते रह सकते हैं।
Niko Matsakis,
rayonसे आगे बढ़कर, Rust के जनक के काफ़ी करीब की स्थिति में हैं। बेशक Graydon Hoare इसके संस्थापक हैं, लेकिन भाषा के सबसे महत्वपूर्ण हिस्सों में सबसे ज़्यादा योगदान Niko ने ही दिया है।Passkey इस्तेमाल करते-करते अगर डिवाइस खो जाए, तो सच में बड़ी मुश्किल हो सकती है...
यदि आप Rust डेवलपर हैं, तो स्वाभाविक है कि इसमें आपका थोड़ा ज़्यादा लगाव होगा, इसलिए यह थोड़ी पक्षपाती जानकारी हो सकती है! जानकारी साझा करने के लिए धन्यवाद।
मैं भी Claude Code का बहुत संतोष के साथ उपयोग कर रहा हूँ.
अब मुझे भी इसे इस्तेमाल करते हुए लगभग 6 हफ्ते हो गए हैं.
ज़्यादातर बातों से मैं सहमत हूँ.
https://jeho.page/essay/2025/07/15/claude-code.html
coder => फीचर डेवलपमेंट आर्किटेक्चर बनाने वाला डेवलपर => उससे भी बड़ा आर्किटेक्चर (system, network, security) => planning
की दिशा में अनुभव विकसित होने के इस प्रवाह में, लगता है कि coder के लिए मैदान में सीखने के मौके और कम हो जाएंगे.
अगर idea-केंद्रित programming मुख्यधारा बन जाती है,
तो कम से कम इतना तो बुनियादी होगा ही कि coder अकेले AI-आधारित full-stack संभालना जानता हो, ऐसा लगता है d
क्या आप सीधे शीर्षक को सुधारकर पोस्ट करते हैं?
आप यह कैसे तय करते हैं कि कौन-से लेख चुनने हैं, कैसे पोस्ट करते हैं, और टिप्पणियों को भी इतनी सहजता से कैसे अनुवाद करते हैं—यह जानना चाहता/चाहती हूँ। :D
क्या ऐस्टिग्मैटिज़्म का इलाज नहीं हो सकता? 😢
ऐसा सोचा जा सकता है। मेरे अनुभव में PyO3 की तुलना में
python.h(जो zig के अच्छे विकल्प होने का एक कारण भी है) के साथ OS या vectorize level तक नीचे जाकर वापस आना कहीं ज़्यादा आसान था, लेकिन memory management की चिंता न होने के पहलू से देखें तो एक निश्चित पैमाने से ऊपर Rust पक्ष की long-term productivity ज़्यादा हो सकती है.C के आसान लगने की वजह यह भी है कि आधुनिक major भाषाएँ - Python/TS/Go/PHP/Java - या तो उसी पर आधारित हैं या उनका syntax उससे मिलता-जुलता है, इसलिए बात सिर्फ syntax के आसान होने से आगे बढ़कर यह है कि वह ऐसी भाषा है जिससे आप कभी न कभी मिलेंगे, या पहले कभी मिल चुके होंगे। दूसरी ओर Rust ठीक उलटी स्थिति में है, इसलिए उसकी ऊँची value के बावजूद उसे टीम में अपनाने के लिए काफ़ी प्रयास चाहिए। मुझे लगता है कि ऐसा इसलिए है क्योंकि वह evolutionary language से अधिक एक revolutionary language है.
आह, मैंने AI शीर्षक को छोटा करते हुए ऐसा कर दिया। मैंने इसे अपडेट कर दिया है।
शायद शीर्षक के अनुवाद में गलती हो गई है।
यह सामग्री शायद प्रिस्बायोपिया के कारण होने वाली hyperopia (दूरदृष्टि) को सुधारने के बारे में है।
कोरियाई शब्दावली में myopia का मतलब केवल पास की दूरी साफ़ दिखना होता है, यानी near vision acuity।
'fix near vision' का अर्थ यह लगता है कि खराब हुई निकट दूरी की दृष्टि (near vision) को ठीक किया गया।
इसलिए सही अर्थ शायद 'प्रिस्बायोपिया से होने वाली hyperopia की समस्या को सुधारना', यानी 'निकट दूरी की दृष्टि को सुधारना' ही होगा।