Microsoft, मुख्य C# कोड को फिर से लिखने के लिए Rust डेवलपर्स की भर्ती कर रहा है

• Microsoft द्वारा Rust डेवलपर्स की भर्ती यह संकेत देती है कि Rust को अपनाने की रफ्तार तेज हो रही है
• पिछले वर्ष की तुलना में कर्मचारियों की संख्या 2% कम होने के बावजूद, Microsoft C# से हटकर Rust-आधारित प्लेटफ़ॉर्म की ओर जाने के लिए टीम बनाना जारी रखे हुए है
• Microsoft 365 में प्रमुख software architect की भूमिका में Rust component libraries, SDK, और मौजूदा C#-आधारित services को Rust में फिर से लागू करने के लिए तकनीकी दिशा, डिज़ाइन और implementation guidance शामिल हैं
• Microsoft, Rust programming language को अपनाने के आधार पर वैश्विक स्तर के platform services को modernize करने के लिए एक नई टीम बना रहा है
• Microsoft, Meta और AWS के साथ Rust Foundation का platinum member है, और memory-safe programming के प्रति बढ़ते उत्साह को देखते हुए यह कदम चौंकाने वाला नहीं है
  • कंपनी लंबे समय से Rust में रुचि रखती रही है, और 2023 में उसने घोषणा की थी कि Windows kernel में Rust पेश किया गया है
  • Rust कई वर्षों से विभिन्न components में धीरे-धीरे एकीकृत किया जा रहा है
• Microsoft सार्वजनिक रूप से अब भी C# के प्रति प्रतिबद्ध है, लेकिन पिछले कुछ वर्षों की उसकी गतिविधियाँ और job postings यह संकेत देती हैं कि कंपनी अपने विकल्प खुले रखे हुए है

[quack337]

ऐसा नहीं लगता कि MS का इरादा C# से Rust की ओर बड़े पैमाने पर शिफ्ट करने का है,
और न ही मुझे लगता है कि वह .NET framework की मुख्य भाषाओं में Rust को शामिल करेगा।

Microsoft 365 web service को शुरुआती दौर में इस्तेमाल करते समय मेरा पहला impression यह था

• Google Office की तुलना में यह भारी और धीमा है
• इसलिए ऐसा नहीं लगता कि इसे Google की तरह शुरू से JavaScript में implement किया गया था
• संभव है कि mobile app source code (C#) को transpile किया गया हो

अगर MS 365 web service की underlying structure को हल्का और तेज़ बनाकर फिर से लिखना हो, तो

• शुरू से JavaScript में implement करने की बजाय
• Rust + WebAssembly का संयोजन MS पर ज़्यादा फिट बैठेगा।

C# + WebAssembly का संयोजन .NET framework और GC की वजह से
काफ़ी भारी होना लगभग तय है।

और .NET framework में GC डिफ़ॉल्ट होने के कारण
Rust का .NET की मुख्य भाषाओं में शामिल होना भी मुश्किल है।

[xguru]

Hacker News राय

• मुझे Rust programming language पसंद है, लेकिन वास्तव में Rust इस्तेमाल करने वाली नौकरी ढूंढना उम्मीद से कहीं ज़्यादा मुश्किल रहा। Rust क्षेत्र में गतिविधि बढ़ना सकारात्मक है, लेकिन फिर भी C या C++ की तुलना में Rust की नौकरी ढूंढना लगभग 10 गुना कठिन है। आखिरकार अच्छा नतीजा मिला और अब मैं रोज़ Rust के साथ काम कर सकता हूँ, लेकिन उम्मीद है कि Rust jobs market और तेज़ी से बढ़े।
• मैं Rust से जुड़ी पोस्ट्स को लगभग हमेशा upvote करता हूँ, लेकिन Microsoft के C# छोड़कर Rust में जाने की बात बढ़ा-चढ़ाकर कही गई लगती है। यह सिर्फ एक job posting पर आई प्रतिक्रिया है जिसे जरूरत से ज्यादा फुला दिया गया है।
• C# से Rust में जाने की जरूरत पर सवाल उठाया गया है। C# भी काफी अच्छा performance देता है और memory safety भी प्रदान करता है, इसलिए सवाल है कि इतने बड़े rewrite cost को संतुलित करने लायक फायदा आखिर क्या है।
• मैं खुद Rust language को लेकर पूरी तरह आश्वस्त नहीं हूँ, लेकिन यह मानता हूँ कि इसके tools और ecosystem बहुत शानदार हैं। मैं Rust में बने tools का इस्तेमाल लगातार ज़्यादा कर रहा हूँ। Low-level languages के मामले में मुझे C जैसी छोटी चीज़ें पसंद हैं, और शायद high-level languages के लिए भी यही बात लागू होती है। मुझे सैकड़ों अलग-अलग features और उनके पीछे के concepts पर भारी-भरकम documentation पढ़ना पसंद नहीं है।
• उम्मीद है कि Windows पर Rust compiler चलाने के लिए कई gigabytes के downloads और administrator privileges की जरूरत वाली स्थिति को बेहतर किया जा सके।
• यह भी कहा गया कि Microsoft के पास C# में लिखी कई high-performance internal services हैं, और .NET का performance 10-15 साल पहले की तुलना में बहुत बेहतर हो चुका है, इसलिए उन्हें Rust में फिर से लिखने की कोई बुनियादी वजह नज़र नहीं आती।
• पूछा गया कि क्या कोई "Substrate App Platform group" के बारे में अधिक जानता है। क्या Microsoft Exchange और ESENT, Office 365 के बड़े हिस्से को support करते हैं और Sharepoint व SQL server पर आधारित OneDrive जैसे अन्य प्रमुख components के साथ काम करते हैं, और क्या Substrate Exchange का हिस्सा था या अब भी है—इसी को लेकर जिज्ञासा जताई गई।
• यह राय भी रखी गई कि threads को संभालने का तरीका technology choice पर बड़ा असर डालेगा। जैसे-जैसे IPC(Instructions Per Cycle) limits तक पहुँचा जा रहा है, technology तेजी से more-cores strategy अपना रही है, और server space में ज्यादा cores होना फायदेमंद माना जाता है।

[gurugio]

क्या आप बता सकते हैं कि आप Rust में काम करने वाली किस कंपनी का नाम बता सकते हैं? अगर क्षेत्र मेल खाता है, तो मैं भी आवेदन करना चाहूँगा।

[botplaysdice]

क्या आप वही व्यक्ति हैं जो पुराने KLDP पर gurugio के नाम से सक्रिय थे?

[gurugio]

हाँ, मेरा kldp ID भी gurugio है

[secret3056]

Samsung SmartThings भी Rust में Lua VM चलाकर edge driver को implement करता है, लेकिन यह अमेरिका में है इसलिए पता नहीं full remote संभव है या नहीं...

[secret3056]

अगर आपने यह पढ़कर टिप्पणी की हो कि आपको Rust प्रोग्रामिंग भाषा पसंद है, लेकिन वास्तव में Rust इस्तेमाल करने वाली नौकरी ढूंढना उम्मीद से कहीं ज़्यादा मुश्किल रहा। Rust इकोसिस्टम में गतिविधि बढ़ना सकारात्मक है, लेकिन फिर भी C या C++ की तुलना में Rust की नौकरियाँ ढूंढना लगभग 10 गुना कठिन है। आखिरकार अच्छा नतीजा मिला और अब मैं हर दिन Rust के साथ काम कर पाता हूँ, लेकिन उम्मीद है कि Rust जॉब मार्केट और तेज़ी से बढ़े।

तो वह Hacker News पर डाली गई एक टिप्पणी का अनुवाद है.

यह पूरी तरह सटीक नहीं हो सकता, लेकिन आप इसे यहाँ देख सकते हैं.
Rust इस्तेमाल करने वाली कंपनियाँ | Codenary

[gurugio]

अच्छा, समझ गया। धन्यवाद।

[ferrr]

भारत में Rust की नौकरी नहीं मिलती मानकर चलना ही मानसिक शांति के लिए बेहतर है.
ज़्यादा से ज़्यादा blockchain/coin trading वाली तरफ़ थोड़ी-बहुत jobs दिखती हैं, लेकिन सच कहूँ तो वहाँ कई जगह Rust की ज़रूरत न होने पर भी उसे इस्तेमाल किया जाता है, या फिर script language वाली vibe में लिखा जाता है.
इसलिए Rust के language design का पूरा उपयोग करने से ज़्यादा, वह अक्सर fashion Rust जैसा लगता है.
वहाँ Codenary पर लिस्टेड दूसरी कंपनियों को देखें तो, सच कहूँ तो Go developers की hiring तो देखी है, लेकिन Rust hiring नहीं देखी.

[gurugio]

धन्यवाद। लगता है अब मुझे थोड़ा सोचना पड़ेगा कि क्या मुझे Rust की पढ़ाई जारी रखनी चाहिए।