कैसे Microsoft ने C # के C # कंपाइलर को फिर से लिखा और उसे खोल दिया

माइक्रोसॉफ्ट में मैड्स टॉर्गेसेन, लीड सी # आर्किटेक्ट द्वारा पोस्ट किया गया

रोसलिन प्रोजेक्ट

रोज़लिन कोड नाम है जिसे C # और Visual Basic.NET के लिए ओपन-सोर्स कंपाइलर को सौंपा गया था। यह परियोजना माइक्रोसॉफ्ट के कॉर्पोरेट जीवन के अंतिम दशक के सबसे गहरे अंधेरे में शुरू हुई - और एक ओपन सोर्स प्रोजेक्ट के रूप में समाप्त हुई, सी # (और वीबी के लिए एक क्रॉस-प्लेटफॉर्म, सार्वजनिक सार्वभौमिक इंजन, जिसे मैं इस लेख के बाकी हिस्सों में प्रदान करूंगा)।

परियोजना के बारे में पहली बात, जिसे बाद में रोजलिन के रूप में जाना जाता था, पहले से ही चल रही थी जब मैं 2005 में माइक्रोसॉफ्ट में शामिल हो गया था - .NET 2.0 के रिलीज होने से पहले। C # को C # लिखने की बात चल रही थी। यह प्रोग्रामिंग भाषाओं के लिए सामान्य अभ्यास है - भाषा की परिपक्वता का प्रमाण। लेकिन एक अधिक व्यावहारिक और महत्वपूर्ण प्रेरणा थी: हम, सी # के निर्माता, सी # में कार्यक्रम नहीं करते थे, हमने सी ++ में प्रोग्राम किया था! यदि आप C # दैनिक में प्रोग्राम करते हैं, तो आप अपना दिमाग बदलते हैं: आपके द्वारा विकसित किए जा रहे टूल (डॉगफूडिंग) पर काम करने की महान शक्ति।

उपयोगकर्ता पुराने की तरह नए संकलक के व्यवहार पर निर्भर करते हैं। सी # के लिए एक नया संकलक लिखना एक बग-टू-बग पत्राचार खोजने का प्रयास है।

कंपाइलर को फिर से लिखने की कठिनाई, जिसे कई वर्षों से सक्रिय रूप से उपयोग किया जाता है, यह है कि उपयोगकर्ता पुराने की तरह ही नए कंपाइलर के व्यवहार पर निर्भर करते हैं। सी # के लिए एक नया संकलक लिखना एक बग-टू-बग पत्राचार खोजने का प्रयास है। और मैं न केवल ज्ञात बगों के बारे में बात कर रहा हूं, बल्कि अज्ञात त्रुटियों और व्यवहार के अवांछनीय रूपों के बारे में भी जो डेवलपर्स ने पाया है और उपयोग करते हैं, अक्सर अनजाने में।

कई सालों तक, इस समस्या के पैमाने ने हमें परियोजना शुरू करने की अनुमति भी नहीं दी।

हालाँकि Microsoft पर भाषा समूह के डेवलपर्स को C # में लिखे गए नए C # संकलक से कई लाभ प्राप्त हुए, अंत उपयोगकर्ताओं के लिए मूल्य इतना स्पष्ट नहीं था: नए संकलक उन्हें कैसे लाभान्वित करेंगे? शायद केवल वे लोग जो यह ध्यान रखते हैं कि C # कंपाइलर C # में लिखा गया है, वे कंपाइलर डेवलपर्स स्वयं हैं।

उसी समय, एक और समस्या स्वयं प्रकट हुई: सी # कोड पर चल रहे विभिन्न उपकरणों के बीच प्रयास का दोहराव। कंपाइलर के अलावा, एक अन्य टीम ने विजुअल स्टूडियो में C # के लिए IDE समर्थन पर काम किया, और उन्हें C # के सिंटैक्स और शब्दार्थ को समझने के लिए कोड का एक गुच्छा (उस समय भी C ++) लिखना पड़ा।

उसी समय, Microsoft और अन्य कंपनियों के उपकरण, जैसे कि स्टाइलकॉप, कोडरश, इत्यादि की संख्या बढ़ रही थी: उन सभी को C # कोड की सार्थक प्रसंस्करण को लागू करना चाहिए। इन कार्यक्रमों में से प्रत्येक की अपनी अलग-अलग त्रुटियां हैं, विभिन्न स्तरों की समझ, विभिन्न समझौते और रियायतें हैं। और वे सभी कोड की एक आम समझ में आने के लिए बहुत प्रयास करेंगे।

और हमने एक महत्वपूर्ण प्रस्ताव पर फैसला किया: यह सुनिश्चित करने के लिए कि दुनिया में केवल एक कोड आधार है - सभी उपकरणों के लिए एक एकल आधार जो C # कोड के साथ काम करता है!

इस तरह के प्रस्ताव का मूल्य उपलब्ध साधनों की संख्या में वृद्धि और विशेष रूप से मौजूदा उपकरणों की गुणवत्ता में सुधार से उपजा है। भाषा की शुद्धता और प्रदर्शन के लिए सभी आवश्यकताओं को एक ही कोड बेस को सौंपा गया है। तारकीय गुणवत्ता और महान बहुमुखी प्रतिभा के आधार बनाने के लिए पर्याप्त एकल प्रयास। हम भाषा के लिए एक वास्तविक इंजन बनाएंगे! एकीकृत, C # कोड के लिए API खोलें। हम "संकलक" की अवधारणा को एक नई परिभाषा देंगे।

बेशक, एक बार जब आप व्यापक सी # समुदाय के लिए एक एपीआई बनाते हैं, तो यह बिना कहे चला जाता है कि यह सी # में लागू किया गया एक .NET एपीआई होना चाहिए। तो, C # में C # लिखने का लंबे समय से जारी सपना लगभग एक रैंडम साइड इफेक्ट की तरह आता है।

इस प्रकार, रोजलिन एक खुली मानसिकता से पैदा हुए थे: दुनिया द्वारा प्रोग्रामेटिक उपयोग के लिए सी # के आंतरिक कामकाज को साझा करना। यह अपने आप में Microsoft की अभी भी बंद कॉर्पोरेट संस्कृति के लिए एक साहसिक प्रस्ताव था।

क्या हम मुफ्त में बौद्धिक संपदा साझा करेंगे? क्या हम उन उपकरणों को सशक्त बनाएंगे जो हमारे साथ प्रतिस्पर्धा करते हैं?

कॉर्पोरेट चर्चा में, हमें पारिस्थितिकी तंत्र को मजबूत करने और ग्रह पर सबसे अच्छे उपकरणों के साथ एक भाषा बनाने के बारे में तर्क जीतने में मदद मिली। यह Microsoft की अल्पकालिक विमुद्रीकरण और सुरक्षा की तुलना में C # और .NET के दीर्घकालिक विकास के बारे में था। इस प्रकार, खुले स्रोत कोड का उल्लेख किए बिना, रोजलिन पर दांव लगाना Microsoft के लिए एक बड़ा और साहसिक कदम था।

बेशक, इस तरह से कुछ विकसित करना आसान नहीं हो सकता। रोसलिन के लिए संभावनाएं तकनीकी समस्याओं के साथ बहुत महत्वाकांक्षी और भयंकर थीं, और हमें हर चीज का सामना करने में पचास साल लग गए। लेकिन वह एक और कहानी है।

अधिकांश प्रारंभिक विकास के लिए, रोसलिन एक बंद स्रोत परियोजना बनी रही।

2009 में परियोजना पर गंभीर काम की शुरुआत से, हमारे पास संकलक को खोलने के लिए विचार थे, लेकिन Microsoft अभी तैयार नहीं था।

Microsoft 1970 के दशक से स्रोत कोड के बंद विकास और पेटेंट संरक्षण की संस्कृति रहा है। हालाँकि परिवर्तन हवा में थे, हमारी टीम की अपेक्षा वे धीमे थे।

वास्तव में, कुछ समय के लिए ऐसा लग रहा था कि कंपनी पूरी तरह से विपरीत दिशा में जा रही है।

विंडोज 8 परियोजना ने पूरी कंपनी को बहुत प्रभावित किया है। नए प्रोग्रामिंग मॉडल के लिए धन्यवाद, उनके टेंपल्स ने टूल और भाषाओं की विकास टीमों में गहराई से प्रवेश किया और सब कुछ अत्यधिक गोपनीयता में कवर किया गया, न केवल बाहर से, बल्कि कंपनी के अंदर भी। एक उदाहरण के रूप में, उस समय हम जो Async फ़ंक्शन विकसित कर रहे थे, वह समन्वित और विंडोज 8 प्रोग्रामिंग मॉडल के साथ मिलाया गया था, और मैं कंपनी के अंदर भी इसके डिजाइन के बारे में नोट प्रकाशित करने की हिम्मत नहीं करूँगा, गलती से विंडोज 8 के बारे में जानकारी लीक होने और मेरे सिर की समस्याओं के डर से। ! इसने नवाचार के लिए एक भयानक जलवायु पैदा की, और निश्चित रूप से, हमें खुले स्रोत C # संकलक पर भरोसा करने की अनुमति नहीं दी।

हालांकि, अंत में, जब विंडोज 8 अपने तरीके से चला गया, तो कंपनी बदलना शुरू कर दिया और एक नई दिशा, एक नया नेतृत्व और एक पूरी तरह से अलग दर्शन - माइक्रोसॉफ्ट जिसे हम आज जानते हैं। खुला स्रोत अब तेजी से माइक्रोसॉफ्ट के भीतर फैल रहा है।

एफ # को 2010 में एक खुले लाइसेंस और अपने संगठन - एफ # सॉफ्टवेयर फाउंडेशन के साथ जारी किया गया था। उसके चारों ओर एक उत्कृष्ट समुदाय का गठन किया गया है, जो जल्द ही हम सब से ईर्ष्या करने लगा। हमारी टीम ने रोसेलिन के लिए नि: शुल्क लाइसेंस प्राप्त करने पर जोर दिया और आखिरकार, कॉर्पोरेट बुनियादी ढांचे को ऐसा करने की अनुमति दी।

2012 तक, Microsoft ने Microsoft ओपन टेक संगठन बनाया, जो विशेष रूप से खुले स्रोत परियोजनाओं पर केंद्रित है। रोजलिन उसके पंखों के नीचे आ गया और आधिकारिक तौर पर एक ओपन सोर्स प्रोजेक्ट बन गया। रोज़लिन इसके लिए काफी परिपक्व थे: सभी विकास संसाधन आंतरिक और प्रसिद्ध थे, और परियोजना स्वयं बड़ी संख्या में निर्भरता से ग्रस्त नहीं थी जो लाइसेंसिंग संघर्षों को जन्म दे सकती थी।

अप्रैल 2014 में, सैन फ्रांसिस्को में बिल्ड डेवलपर्स कॉन्फ्रेंस में, एंडर्स हेल्सबर्ग ने रोसलिन को एक ओपन सोर्स प्रोजेक्ट के रूप में पेश किया , और अपाचे 2.0 लाइसेंस के तहत कोडप्लैक्स (रिपॉजिटरी के लिए पूर्व Microsoft मंच) पर 3 अप्रैल को खुद सोर्स कोड प्रकाशित किया गया था।



इसी समय, .NET फाउंडेशन को Roslyn सहित .NET प्रोजेक्ट्स के लिए आधार घोषित किया गया था ।

यह रिलीज ताजा हवा की एक वास्तविक सांस बन गई है! हमने कोडप्लेक्स में पहले से ही खुलेपन के लाभों को फिर से प्राप्त करना शुरू कर दिया, और फिर Microsoft में स्रोत खोलने के लिए शेष प्रक्रियात्मक बाधाएं हटा दी गईं, इसलिए आज खुला स्रोत हमारी कई टीमों में काम करने का एक स्वाभाविक और अभिन्न अंग है।

हम अब GitHub को स्रोत कोड प्रकाशित करने के लिए एक जगह के रूप में नहीं देखते हैं - यह सिर्फ हमारे काम करने की जगह है।

अन्य मोर्चों पर, कंपनी ने यह भी महसूस किया कि सब कुछ नियंत्रित करने के लिए प्रयास करना आवश्यक नहीं था। यह स्पष्ट हो गया कि कोडप्लेक्स के अस्तित्व में आने का कोई अच्छा कारण नहीं था - और रोसलिन, अन्य परियोजनाओं के साथ, गीथहब में चले गए, तब तक ओपन सोर्स प्रोजेक्ट्स के लिए वास्तविक तथ्य मुख्य साइट। केवल कोड ही नहीं, बल्कि इसके निर्माण की प्रक्रिया भी GitHub में आयोजित की जाती है: हम अब GitHub को स्रोत कोड प्रकाशित करने के लिए एक जगह के रूप में नहीं मानते हैं - यह सिर्फ हमारे काम की जगह है।



सी # भाषा डिजाइन और संकलक कार्यान्वयन अब पूरी तरह से खुली प्रक्रियाएं हैं, महत्वपूर्ण तीसरे पक्ष की भागीदारी के साथ। वे पूरे भाषा कार्यों को शामिल करते हैं। C # का मान केवल कार्यों को लिखने और त्रुटियों को ठीक करने में प्रयासों के स्केलिंग के कारण ही नहीं, बल्कि उस समुदाय के साथ तत्काल दैनिक फीडबैक लूप के लिए धन्यवाद पैदा करने वाले पाठ्यक्रम की समझ और सुधार के कारण भी है।

यह एक लंबी और पागल यात्रा थी, और मेरे लिए यह उन जबरदस्त बदलावों का प्रतीक है, जो पिछले एक दशक में माइक्रोसॉफ्ट से गुजरे हैं। रोजलिन नगेट का जन्म अंधेरे में हुआ था, लेकिन खुलेपन के विचारों पर पले - बढ़े और आज खुले स्रोत की शक्ति की बदौलत एक लाख अलग-अलग उपयोगों में विस्फोट हुआ।

रोज़लिन और C # भाषा डिज़ाइन सीखें:

रोजलिन गीथुब पर
GitHub पर C #