मैंने सारांश पहले लंबा लिखा था, लेकिन रजिस्टर बटन दबाते ही वह उड़ गया... इसलिए मैंने इसे फिर से छोटा करके लिखा।
मूल लेख भी कोरियाई में लिखा गया है, इसलिए कृपया मूल लेख देखें, कृपया समझें।
आपकी समझ सही है। वास्तव में कुछ instances ऐसे भी होते हैं जहाँ हिंसक या सैडिस्टिक सामग्री, या मुख्य रूप से NSFW पोस्टें आती हैं, लेकिन जो instances किसी भी नज़रिए से सुरक्षित SNS उपयोग में कठिनाई पैदा करते हैं, उन्हें इस तरह moderate किया जा सकता है कि उनकी पोस्टें timeline में न आएँ।
अनचाहे विज्ञापनों को moderation में फ़िल्टर किया जा सकता है.
फेडिवर्स के हर instance का अपना code of conduct होता है, और उस code of conduct के अनुरूप न होने वाले अनुपयुक्त instance (spam और विज्ञापन, या अनुपयुक्त पोस्ट) को moderation में फ़िल्टर किया जा सकता है.
Bluesky में उपयोगकर्ता खुद mute list बनाकर उसे साझा भी करते हैं,
अगर ActivityPub प्रोटोकॉल को implement किया जाए, तो क्या कोई भी instance बनाकर उसमें शामिल हो सकता है और दूसरी instances को जानकारी भेज सकता है?
ऐसा है तो यह ads फैलाने के लिए काफ़ी अच्छा लग रहा है!
यह अपने-आप में हैरानी की बात है कि Rust को अभी के स्तर पर भी "अब भी परिपक्व न हुई भाषा" कहा जाता है, लेकिन इससे अलग, कर्नेल में अब तक असुरक्षित भाषाओं का हिस्सा कम करने की कोशिश करना क्या सचमुच इतनी निंदा की बात है, यह भी समझ से बाहर है। अभी अपने आसपास ही देख लीजिए, कितने लोग हैं जो C भाषा में इतना दक्ष हों कि कर्नेल में योगदान देने लायक सुरक्षित कोड लिख सकें? C भाषा से और परिपक्व होने की उम्मीद करने के बजाय, अब जबकि नए युग की ज़रूरतें काफी हद तक स्पष्ट और स्थापित हो चुकी हैं, मुझे लगता है कि यही सही समय है—अब भी देर नहीं हुई है.
Rust पहले से ही उपयोगी है, और कर्नेल में शामिल होने की उसकी कोशिश शायद अपनी उपयोगिता साबित करने के लिए नहीं है।
जब पहली बार Rust को अपनाने का फैसला किया गया होगा, तो लगता है इस पर चर्चा हुई होगी।
अगर सोचें कि C में निपुण लोगों का पूल बड़ा है या Rust में निपुण लोगों का, तो C का पलड़ा भारी होना स्वाभाविक है।
हालांकि यह भी लगता है कि जिस प्रोग्रामर के पास डोमेन ज्ञान पहले से पूरा है, उसके लिए एक भाषा और सीखना क्या बहुत बड़ी बात है?
लेकिन kernel पर काम करने वाले लोग जिस स्तर की दक्षता मांगते हैं, वह फिर अलग ही बात होगी...
मुझे लगता है कि अभी पर्याप्त परिपक्व न हुई किसी भाषा को kernel में शामिल नहीं करना इतनी आलोचना की बात नहीं होनी चाहिए। अगर अभी आसपास देखिए और Rust में वास्तव में निपुण लोगों को खोजिए, तो ऐसे लोग लगभग नहीं मिलते, है न? मेरा मानना है कि भाषा थोड़ी और परिपक्व हो जाए और उपयोगकर्ताओं का आधार legacy भाषाओं के users जितना न सही, लेकिन पर्याप्त रूप से बन जाए, तब उसे शामिल किया जाए तो भी देर नहीं होगी.
Rust भाषा उपयोगी है, यह बात Linux kernel में लागू किए बिना भी पर्याप्त रूप से साबित की जा सकती है, ऐसा मेरा विश्वास है.
सारी फ़ाइलें मेरे local में साधारण .md के रूप में सेव होती हैं, इसलिए मैं इसे निश्चिंत होकर इस्तेमाल करता हूँ। अगर यह कोई अजीब काम भी करे, तो भी आख़िरकार markdown viewer या पुराने version पर बने रहना संभव है, और पिछले 6 सालों से इसने जो लगातार एक जैसा अनुभव दिया है, वह मुझे बहुत पसंद है।
मैंने सारांश पहले लंबा लिखा था, लेकिन रजिस्टर बटन दबाते ही वह उड़ गया... इसलिए मैंने इसे फिर से छोटा करके लिखा।
मूल लेख भी कोरियाई में लिखा गया है, इसलिए कृपया मूल लेख देखें, कृपया समझें।
सहमत हूँ।
शायद बहुत से लोग यह नहीं जानते, लेकिन वहाँ उल्लेखित 'chueok:sajin' instance का operator मैं ही हूँ। कृपया सहयोग बनाए रखें। :)
क्या ऐसी नफ़रत भरी टिप्पणियों की रिपोर्ट नहीं की जा सकती?
आपकी समझ सही है। वास्तव में कुछ instances ऐसे भी होते हैं जहाँ हिंसक या सैडिस्टिक सामग्री, या मुख्य रूप से NSFW पोस्टें आती हैं, लेकिन जो instances किसी भी नज़रिए से सुरक्षित SNS उपयोग में कठिनाई पैदा करते हैं, उन्हें इस तरह moderate किया जा सकता है कि उनकी पोस्टें timeline में न आएँ।
आह, तो यह शायद ऐसे काम करता है कि हर instance अपने नियम तय करके स्वीकार किए जाने वाले data को फ़िल्टर करता है।
अनचाहे विज्ञापनों को moderation में फ़िल्टर किया जा सकता है.
फेडिवर्स के हर instance का अपना code of conduct होता है, और उस code of conduct के अनुरूप न होने वाले अनुपयुक्त instance (spam और विज्ञापन, या अनुपयुक्त पोस्ट) को moderation में फ़िल्टर किया जा सकता है.
Bluesky में उपयोगकर्ता खुद mute list बनाकर उसे साझा भी करते हैं,
अगर ActivityPub प्रोटोकॉल को implement किया जाए, तो क्या कोई भी instance बनाकर उसमें शामिल हो सकता है और दूसरी instances को जानकारी भेज सकता है?
ऐसा है तो यह ads फैलाने के लिए काफ़ी अच्छा लग रहा है!
साथ में पढ़ने लायक लेख
https://hi.news.hada.io/topic?id=1528
https://hi.news.hada.io/topic?id=10114
https://hi.news.hada.io/topic?id=9651
यह अपने-आप में हैरानी की बात है कि Rust को अभी के स्तर पर भी "अब भी परिपक्व न हुई भाषा" कहा जाता है, लेकिन इससे अलग, कर्नेल में अब तक असुरक्षित भाषाओं का हिस्सा कम करने की कोशिश करना क्या सचमुच इतनी निंदा की बात है, यह भी समझ से बाहर है। अभी अपने आसपास ही देख लीजिए, कितने लोग हैं जो C भाषा में इतना दक्ष हों कि कर्नेल में योगदान देने लायक सुरक्षित कोड लिख सकें? C भाषा से और परिपक्व होने की उम्मीद करने के बजाय, अब जबकि नए युग की ज़रूरतें काफी हद तक स्पष्ट और स्थापित हो चुकी हैं, मुझे लगता है कि यही सही समय है—अब भी देर नहीं हुई है.
Rust पहले से ही उपयोगी है, और कर्नेल में शामिल होने की उसकी कोशिश शायद अपनी उपयोगिता साबित करने के लिए नहीं है।
लंबवत हैं, लेकिन orthonormal नहीं।
जब पहली बार Rust को अपनाने का फैसला किया गया होगा, तो लगता है इस पर चर्चा हुई होगी।
अगर सोचें कि C में निपुण लोगों का पूल बड़ा है या Rust में निपुण लोगों का, तो C का पलड़ा भारी होना स्वाभाविक है।
हालांकि यह भी लगता है कि जिस प्रोग्रामर के पास डोमेन ज्ञान पहले से पूरा है, उसके लिए एक भाषा और सीखना क्या बहुत बड़ी बात है?
लेकिन kernel पर काम करने वाले लोग जिस स्तर की दक्षता मांगते हैं, वह फिर अलग ही बात होगी...
कुछ समय पहले हमारी कंपनी ने इसे पूरी तरह ब्लॉक कर दिया था, क्या अब फिर से खोलेंगे?
क्या कोई Linus से भी कह रहा है कि वह fork करके निकल जाए? मुझे नहीं लगता कि मैंने इस बहस में किसी को ऐसा कहते देखा है..
यह राय भी अच्छी है
मुझे लगता है कि अभी पर्याप्त परिपक्व न हुई किसी भाषा को kernel में शामिल नहीं करना इतनी आलोचना की बात नहीं होनी चाहिए। अगर अभी आसपास देखिए और Rust में वास्तव में निपुण लोगों को खोजिए, तो ऐसे लोग लगभग नहीं मिलते, है न? मेरा मानना है कि भाषा थोड़ी और परिपक्व हो जाए और उपयोगकर्ताओं का आधार legacy भाषाओं के users जितना न सही, लेकिन पर्याप्त रूप से बन जाए, तब उसे शामिल किया जाए तो भी देर नहीं होगी. Rust भाषा उपयोगी है, यह बात Linux kernel में लागू किए बिना भी पर्याप्त रूप से साबित की जा सकती है, ऐसा मेरा विश्वास है.
बाँटकर -> देकर
सारी फ़ाइलें मेरे local में साधारण
.mdके रूप में सेव होती हैं, इसलिए मैं इसे निश्चिंत होकर इस्तेमाल करता हूँ। अगर यह कोई अजीब काम भी करे, तो भी आख़िरकार markdown viewer या पुराने version पर बने रहना संभव है, और पिछले 6 सालों से इसने जो लगातार एक जैसा अनुभव दिया है, वह मुझे बहुत पसंद है।अब तो सब लोग इसे सही मानकर ऐसी ही मांग करेंगे। यह बेहद अफ़सोसजनक है।
वाह, यह पढ़कर बहुत मज़ा आया। ऐसा approach भी संभव है!