पूछे जाने वाले प्रश्न

बहुत पाठ। यह सब क्या है? इसे पढ़ने के लिए और अधिक मज़ेदार बनाने के लिए, इस लेख के लिए हम एक और दिलचस्प लेआउट के साथ आए। बाईं ओर हेडिंग और दाईं ओर टेक्स्ट होगा। यदि आप दुख की बात है कि ब्याज के हिस्से में फ़्लिप कर रहे हैं, तो सामग्री की तालिका में एंकर लिंक हैं। कलाकार: यूजीन फिलीनियम ट्रिफोनोव ( गैर-तकनीकी मुद्दे ) कंपनी विकास युक्तियाँ विभिन्न प्रकार की गतिविधियों का संयोजन क्या पढ़ना है, क्या पढ़ना है, कैसे लिखना है ओलेग ओलेचिर चिरुखिन ( तकनीकी मुद्दे ) क्यों रिक्टर जेएस, गोलंग और पायथन सीख रहे हैं क्या मुझे C ++ में लिखना जारी रखना चाहिए विंडोज, .NET और सामान्य रूप से मंच के विकास का विकास और भविष्य विल जावास्क्रिप्ट दुनिया भर में ले जाएगा, आवश्यक सुरक्षा प्रकार है क्लाउड प्रदाताओं के लाभों के बारे में थोड़ा सा क्या बेहतर है - एक निजी जेट या एक निजी हेलीकाप्टर कैसे करें सब कुछ यह लेख जावास्क्रिप्ट हब में क्यों आया? केवल उन लोगों के लिए जो जेएस के बारे में एज़्योर वास्तुकार की राय में रुचि रखते हैं और टाइप सुरक्षा के बारे में होलीवर में उनकी स्थिति। यह होलीवर साक्षात्कारों में साक्षात्कार से बहता है , और वह अंत नहीं देखता है। यह लेख C ++ हब में क्यों आया? रिक्टर ने मूल रूप से C ++ के बारे में किताबें लिखी थीं। केवल उन लोगों के लिए जो सी ++ के भविष्य और प्रयोज्यता के बारे में एज़्योर वास्तुकार की राय में रुचि रखते हैं

90 के दशक की शुरुआत में जेफ वापस प्रसिद्ध हो गया जब उसने विंडोज 3.1 को प्रोग्राम करने के तरीके पर एक किताब लिखी। उनकी पुस्तक "माइक्रोसॉफ्ट विंडोज के लिए प्रोग्रामिंग एप्लिकेशन" एक क्लासिक बन गई, जिसे बाद में "सी / सी ++ के माध्यम से विंडोज" के रूप में जारी किया गया और इसमें बहुत सारे नए बदलाव आए।

.NET के आगमन के साथ, उन्होंने "CLR through C #" लिखा - यह भी एक क्लासिक, कई संस्करणों में बदल गया। उस समय, वह Wintellect के संस्थापकों में से एक थे, और औपचारिक रूप से Microsoft का हिस्सा नहीं थे, मूल्यांकन करने के लिए अधिक स्वतंत्र थे। विंडोज पर एक प्रमुख स्वतंत्र विशेषज्ञ के रूप में ख्याति अर्जित की। यह चार्ल्स पेटज़ोल्ड और डॉन बॉक्स के स्तर का एक प्रसिद्ध व्यक्ति है।

जीवन के बारे में: इंजीनियर, लेखक, उद्यमी

हमारे पास आपके लिए कई अलग-अलग प्रश्न हैं, और मैं तकनीकी भाग से संबंधित कुछ कम से शुरू करूंगा। क्या मैंने सही ढंग से समझा कि आप Microsoft और Wintellect में एक साथ काम कर रहे हैं?

मैं अठारह वर्षों तक और पिछले सप्ताह तक विंटेल्ट का मालिक रहा हूं। तीन साल पहले, मैं Microsoft में Azure टीम में शामिल हुआ, और तब से मैंने Wintellect में काम नहीं किया। Wintellect के साथ मेरा कोई महत्वपूर्ण संबंध नहीं था।

आपको मिल गया। लेकिन फिर भी, मैं आपको Wintellect के निर्माता के रूप में आपके अनुभव के बारे में कुछ प्रश्न पूछना चाहूंगा। कई प्रोग्रामर हमारे सम्मेलनों में इकट्ठा होते हैं जो सॉफ्टवेयर विकास प्रक्रिया से अच्छी तरह से परिचित हैं, और उनमें से कुछ अपनी कंपनी बनाने के बारे में सबसे अधिक संभावना सोच रहे हैं, लेकिन वे इस मामले के उद्यमी पक्ष से परिचित नहीं हैं। आपको दोनों क्षेत्रों में भी ज्ञान है, इसलिए ऐसे लोगों से आपकी सलाह सुनना दिलचस्प होगा जो अपनी कंपनी स्थापित करने की योजना बना रहे हैं।

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

क्या आपने किसी अप्रत्याशित कठिनाइयों का सामना किया? या, इसके विपरीत, क्या कोई भी चीज़ आपकी अपेक्षा से आसान थी?

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

यह मुझे लगता है कि कई डेवलपर्स अपनी खुद की कंपनी नहीं बनाना चाहते हैं, इस डर से, व्यवसाय पर समय बिताने के बाद, उन्हें अब नवीनतम तकनीकों द्वारा निर्देशित नहीं किया जाएगा। क्या आपके लिए चीजों के तकनीकी पक्ष के साथ अद्यतित रहना मुश्किल था?

यह एक अच्छा सवाल है। मेरी राय में, समाधान विशेषज्ञता है। जब विंटेलेट की स्थापना की गई, तो इसके तीन तकनीकी साझेदार थे। हम में से प्रत्येक एक निश्चित क्षेत्र में लगे हुए थे। हम में से कोई भी इन सभी क्षेत्रों में विशेषज्ञ नहीं हो सकता है। मेरा क्षेत्र सिस्टम प्रोग्रामिंग था - ऑपरेटिंग सिस्टम, भाषाएं, रनटाइम, मल्टीथ्रेडिंग, और जैसे। मामलों का यह संगठन संसाधनों को बचाता है। अगर किसी भाषा का एक नया संस्करण साल में एक बार जारी होता है, तो इस पर नज़र रखना आसान है, और उन क्षेत्रों में जो मेरे लिए महत्वपूर्ण हैं - इससे मुझे कभी कोई कठिनाई नहीं हुई।

आप चीजों के उद्यमी पक्ष से संबंधित बहुत सी चीजें करते हैं: प्रस्तुतियां दें, किताबें लिखें। क्या आपको लगता है कि गतिविधि के ये विभिन्न रूप एक-दूसरे के साथ हस्तक्षेप करते हैं, या इसके विपरीत? उदाहरण के लिए, क्या भविष्य की प्रस्तुतियों के साथ किताब लिखना मदद करता है?

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

क्या आपके लेखन के अनुभव ने किताबें पढ़ने के तरीके को बदल दिया है? क्या आप इस वजह से किताबों पर ज्यादा ध्यान देते हैं?

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

चूंकि आप अन्य लेखकों की पुस्तकों और रिपोर्टों का पालन करते हैं, तो क्या आप किसी और के काम या वीडियो की सिफारिश कर सकते हैं?

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

आपको किसी ऐसे व्यक्ति को नहीं बुलाना होगा, जो निश्चित रूप से हर किसी से बेहतर हो - बस यह बताएं कि आपको कौन पसंद है।

मुझे उन वक्ताओं को पसंद है जो प्रश्न के विवरण में जाते हैं। मुझे स्मृति प्रबंधन पर रिपोर्टों में हमेशा दिलचस्पी है। स्मृति प्रबंधन के कारण, आमतौर पर प्रदर्शन की बहुत सारी समस्याएं होती हैं, जो मेरे लिए बहुत महत्वपूर्ण है। मेरे द्वारा लिखी जाने वाली भाषा में कचरा संग्रहकर्ता के काम पर कोई भी रिपोर्ट मेरे लिए दिलचस्प होगी: उदाहरण के लिए, चाहे वह संपीड़न का उपयोग करती हो या नहीं और जैसी है। यह विशेष रूप से अच्छा है जब रिपोर्ट उन चीजों के बारे में बात करती है जिनके लिए जानकारी दुर्गम है - कचरा कलेक्टर का काम आमतौर पर विनिर्देश में भी वर्णित नहीं है। ऐसे पैटर्न हैं जो कचरा संग्रह को अधिक कुशल बनाते हैं। यह सब मुझे रुचता है।

प्रौद्योगिकी और उपकरण

चलो मेरे उबाऊ तकनीकी सवालों के साथ थोड़ी बातचीत करें। जेफरी, आप माइक्रोसॉफ्ट से हैं। अगर अद्भुत C # है तो आपको Go और Python की आवश्यकता क्यों है?

Microsoft में, मैं एसडीके और एज़्योर स्टोरेज के लिए समर्पित टीम में काम करता हूं। हम कई अलग-अलग भाषाओं में एज़्योर स्टोरेज के लिए एक एसडीके विकसित कर रहे हैं - गो, .NET, पायथन, जावा, नोडज, पीएचपी, रूबी, सी, सी ++। हम अपने एसडीके का पुनर्गठन कर रहे हैं और पहला कार्यान्वयन गो पर किया गया था। यह एक महत्वपूर्ण बदलाव था, और हमें यकीन नहीं था कि हमारे ग्राहक इस पर क्या प्रतिक्रिया देंगे। उस समय, हमारे पास गो एसडीके नहीं था, इसलिए पहले एसडीके को गो में लिखा गया था ताकि हमारे ग्राहक कुछ भी न तोड़ें। लेकिन सकारात्मक प्रतिक्रिया प्राप्त करने के बाद, हमने जावा में स्विच किया, क्योंकि हमारे पास महत्वपूर्ण ग्राहक थे जिन्हें जावा अतुल्यकालिक पुस्तकालय की आवश्यकता थी। इस संबंध में, मैंने RxJava का अध्ययन करना शुरू किया और, सामान्य रूप से, जावा के साथ अधिक काम किया। स्वाभाविक रूप से, सी # के साथ मेरे अनुभव ने मुझे यहां बहुत मदद की। हम वर्तमान में NodeJS के व्यवसाय में हैं, इसलिए मैं वर्तमान में इसका अध्ययन कर रहा हूं और टाइपस्क्रिप्ट। इसके अलावा, हमने नई एसडीके को .NET में पोर्ट करना शुरू कर दिया - मेरे लिए यहां कम था क्योंकि मैं पहले से ही जानता हूं। अगली पंक्ति में पायथन है, इसलिए मैं भी इसका अध्ययन करता हूं। यह हमारी टीम का काम है - हम इन सभी भाषाओं के लिए एसडीके लिखते हैं, इसलिए मेरी गतिविधि एक भाषा तक सीमित नहीं है।

ठीक है, समझ गया। आप अमेज़न पर अपनी पुस्तकों की एक बड़ी राशि पा सकते हैं। सबसे पुरानी पुस्तक जो मुझे वहां मिली, "विंडोज सी / सी ++ के माध्यम से," 2007 से तिथियाँ। लेकिन आप 90 के दशक में पुस्तकों के लेखक के रूप में प्रसिद्ध हो गए। ऐसा कैसे?

वास्तव में, मेरे पास पहले भी एक पुस्तक है, लेकिन यह काफी पुरानी है, मुझे यकीन नहीं है कि यह अमेज़ॅन पर है। यह विंडोज 3.0 के लिए लिखा गया था, अर्थात यह 1990 या 1991 की बात है। लेकिन बहुत कम लोगों ने इसे खरीदा, और बहुत कम लोग इसके बारे में जानते हैं।

विंडोज 3.0 की तरह।

हां, यह बहुत पहले की बात है।

फिर आपने C # पर स्विच किया और इसके बारे में किताबें लिखना शुरू कर दिया, है ना? आपकी राय में, C ++ का भविष्य क्या है? क्या यह भी मौजूद है? क्या हमें C ++ का सामान खींचते रहना चाहिए, या रस्ट, गो या ऐसा कुछ करने के लिए स्विच करना बेहतर है?

मुझे नहीं लगता कि हमारे पास कभी केवल एक भाषा बची होगी जो बाकी सभी को हरा देगी। प्रोग्रामिंग भाषाओं की ताकत यह है कि उनमें से प्रत्येक एक विशेष प्रकार का कार्य विशेष रूप से अच्छी तरह से करता है। लगभग हर महीने मैं विभिन्न भाषाओं के लोकप्रियता सूचकांकों की जांच करता हूं, और आज C और C ++ बहुत व्यापक हैं। चूंकि Microsoft की हमारी Azure टीम में कई ग्राहक हैं जो C और C ++ का उपयोग करते हैं, इसलिए हम इन भाषाओं को छोड़ने वाले नहीं हैं। इसके अलावा, आईओटी के लिए धन्यवाद, इन भाषाओं में रुचि में हाल ही में वृद्धि हुई है। हम थर्मोस्टैट जैसे छोटे उपकरणों के बारे में बात कर रहे हैं जो आपके अपार्टमेंट में तापमान को नियंत्रित करते हैं। उनके पास छोटी मेमोरी और कमजोर प्रोसेसर हैं, और, कोडांतरक के अलावा, सी और सी ++ उनके लिए सबसे उपयुक्त हैं। इसलिए मुझे लगता है कि इन भाषाओं का उपयोग बहुत लंबे समय तक किया जाता रहेगा। चूंकि हमने रुस्त के बारे में बात करना शुरू कर दिया है - मुझे इसके साथ कुछ अनुभव है, और, मेरी राय में, इसमें बहुत दिलचस्प विचार हैं। यह किसी प्रकार का सुरक्षित C / C ++ हो सकता है। मेरी राय में, यह बहुत ही आशाजनक है। फिर भी, वह मुझे अपरिपक्व लगता था। हमारी टीम ने अभी तक इससे निपटा नहीं है, लेकिन हम इसकी निगरानी करना जारी रखते हैं, और भविष्य में स्थिति बदल सकती है।

क्या मैं सही ढंग से समझता हूं कि आपके पास सी और सी ++ के लिए एसडीके है?

हां, हमारे पास Azure Storage के लिए C ++ SDK है। कुछ अन्य टीमों में भी C / C ++ SDK है, लेकिन सभी नहीं, और उन्होंने अभी तक यह तय नहीं किया है कि वे उन्हें भविष्य में बनाएंगे या नहीं।

विंडोज डेवलपमेंट इंडस्ट्री कैसे विकसित हुई है? जैसा कि मैं इसे समझता हूं, आपने दुनिया में सब कुछ देखा है। पहली बात जो मुझे याद है वह है डेल्फी। तब C # ने लोकप्रियता हासिल की, और अब तक मुझे C # /। NET, Java और इस तरह से गिरावट का कोई लक्षण दिखाई नहीं देता है। क्या वे आपकी राय में, अनिवार्य प्रोग्रामिंग के विकास में अंतिम चरण हैं? क्या संभावना है कि आने वाले वर्ष या दस वर्षों में कुछ पूरी तरह से नया दिखाई देगा? कहो, तंत्रिका नेटवर्क के समर्थन के साथ एक भाषा?

मैं आदरणीय उम्र का आदमी हूं, विशेष रूप से आपकी तुलना में, और मैंने हमारे उद्योग में बहुत कुछ देखा है। मैं लगभग 45 वर्षों से प्रोग्रामिंग कर रहा हूं। वर्षों में एक महत्वपूर्ण बदलाव यह है कि ऑपरेटिंग सिस्टम कम महत्वपूर्ण हो गया है। मैंने मुख्य रूप से बैकएंड सॉफ्टवेयर सेवाओं और कमांड लाइन टूल पर ध्यान केंद्रित किया। मैं GUI के साथ बहुत अधिक काम करता था, और मेरी पहली पुस्तकें बस उसी के लिए समर्पित थीं: मेनू, सूची बॉक्स, कॉम्बोबॉक्स के साथ GUI अनुप्रयोग, माउस घटनाओं, कुंजियों को संभालना आदि। कुछ बिंदु पर, मैंने इसके लिए पर्याप्त तंत्रिकाएं बंद कर दीं, क्योंकि इस क्षेत्र में आप लगातार इस बात पर बहुत भयंकर बहस करते हैं कि क्या कुछ मामलों में लिस्टबॉक्स या कॉम्बोबॉक्स का उपयोग करना है, चाहे चौड़ाई 100 या 1000 पिक्सल होनी चाहिए, क्या रंग होना चाहिए। मुझे इन चर्चाओं से घृणा थी, इसलिए अंत में मैंने ऐसा करना बंद कर दिया। भाषाओं के लिए, मुझे लगता है कि हमारे पास अभी भी कई अलग-अलग विकल्प होंगे। भाषाएं बहुत लंबे समय तक मर जाती हैं, आज भी आप कोबोल, फोरट्रान या बहुत कम ज्ञात भाषाओं में लिखने वाले लोगों से मिल सकते हैं। हर समय नई भाषाएं दिखाई देंगी - हाल ही में, जूलिया ने कुछ प्रसिद्धि प्राप्त की है, क्लोजर थोड़ा लंबा अस्तित्व में है। इन नई भाषाओं ने कुछ समय के लिए महत्वपूर्ण ध्यान आकर्षित किया है, जिसके बाद कुछ सफल हो जाते हैं और अन्य नहीं। C # एक प्रभावशाली पथ के साथ आया है, यह 15 साल पुराना है, और यह अभी भी बेहद आम है। मेरी राय में, Microsoft से .NET टीम ने कई मामलों में इस तथ्य के लिए नए जीवन की सांस ली कि उन्होंने .NET कोर बनाया, जो अब लिनक्स पर चलता है। यदि आप C # में लिखते हैं, तो आपके कौशल विभिन्न परिदृश्यों में बड़ी संख्या में लागू होते हैं। मुझे लगता है कि C # में रुचि कई और वर्षों तक कमजोर नहीं होगी।

विज्ञापन का मिनट। जेफ DotNext 2018 मास्को सम्मेलन में "बिल्डिंग रेस्पॉन्सिव और स्केलेबल एप्लिकेशन" नामक एक प्रेजेंटेशन के साथ आने वाले हैं, जो अत्यधिक स्केलेबल सिस्टम (सर्वर और क्लाइंट पर दोनों) के निर्माण के लिए अतुल्यकालिक IO का उपयोग करने के बारे में बात करेगा। वह रूस के लिए उड़ता है, इसे हल्के ढंग से रखने के लिए, हर दिन नहीं - यह न केवल रिपोर्ट को सुनने का एक शानदार तरीका है, बल्कि चर्चा के क्षेत्र में आमने-सामने के मुद्दों पर चर्चा करने के लिए भी है।

क्या आप अब "# के माध्यम से " GNU / Linux रनटाइम लिखना चाहेंगे?

हां, मैं चाहता हूं। मेरी राय में, कई कारणों से GNU / Linux सेवाओं के डेवलपर्स के लिए यह विंडोज़ की तुलना में बेहतर है - कुछ मामलों में छोड़कर। मुझे लगता है कि C # एक महान भाषा है। मैं हाल ही में जावा से परिचित हुआ: शुद्धता के कारणों के लिए, मैं केवल यह कह सकता हूं कि इसके बाद मैं सी # की सराहना करना शुरू कर दिया। मुझे वास्तव में C # में मूल्य प्रकार पसंद हैं। हमने हाल ही में एक फ़ाइल को जावा में मेमोरी में मैप करने के साथ काम किया है, और इसे सीधे बंद नहीं कर सकते, हमें कचरा संग्रह के लिए इंतजार करना पड़ा। कुछ जावा समाधान मुझे पूरी तरह से व्यर्थ लगते हैं। मेरी राय में, C # और .NET को बेहतर बनाया गया है।

तीन साल बाद, हम, जेविस्ट्स के मूल्य प्रकार होंगे।

हां, मुझे पता है, और आपके पास कुछ जेनेरिक हैं ...

"कुछ", मेरी राय में, बहुत सटीक वर्णन है।

वैसे हां, आपके जेनेरिक थोड़े अजीब हैं। लेकिन जावा एक बहुत लोकप्रिय भाषा है, और लोग इसे बहुत ही उत्पादक रूप से उपयोग करते हैं। वह निश्चित रूप से बहुत महत्वपूर्ण है। लेकिन, मेरी राय में, .NET में कुछ पहलू बेहतर हैं। यदि आप मूल्य प्रकार जोड़ते हैं, तब भी हमें जावा के पुराने संस्करणों के लिए समर्थन प्रदान करने की आवश्यकता है। इसलिए कई और वर्षों तक इन नए अवसरों को महसूस करना संभव नहीं होगा। लेकिन यह अच्छा है: सभी भाषाएँ विकसित हो रही हैं, उनमें नए अवसर दिखाई दे रहे हैं। जावा, .NET, C # - ये सभी बहुत लंबे समय तक जीवित रहेंगे, विशेष रूप से कुछ हालिया बदलावों को ध्यान में रखते हुए, जैसे .NET कोर। इसलिए, मेरी राय में, GNU / लिनक्स के लिए C # लोगों की सेवाओं को लिखने के लिए एक बेहतरीन संयोजन है।

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

नहीं, मुझे ऐसा नहीं लगता। सबसे पहले, यह एक प्रदर्शन मुद्दा है: जावास्क्रिप्ट में, यह सी, सी ++, गो, या यहां तक ​​कि सी # और जावा के साथ तुलना नहीं कर सकता है। इसके अलावा, मैं संकलन चरण में प्रकार की सुरक्षा के बिना बड़े पैमाने पर परियोजना लिखने की कल्पना नहीं कर सकता। जब मैं टाइप-सेफ भाषाओं की दुनिया में आया, तो मुझे पहली नजर में उससे प्यार हो गया। अकेले जावास्क्रिप्ट सुरक्षा प्रदान नहीं करता है, इसलिए मैं इसे एक बड़े प्रोजेक्ट में उपयोग नहीं करूंगा। लेकिन टाइपस्क्रिप्ट होगा, और हम टाइपस्क्रिप्ट में अपना नया एसडीके लिख रहे हैं। यह नियमित जावास्क्रिप्ट की तुलना में एक महत्वपूर्ण कदम है। लेकिन मुझे नहीं लगता कि पूरी दुनिया कभी किसी एक उद्देश्य के लिए केवल एक भाषा का उपयोग करेगी। यह बस मतलब नहीं है। यहां तक ​​कि अगर हम IOT के बारे में बात कर रहे हैं, तो जावास्क्रिप्ट को चलाने के लिए पर्यावरण के लिए बहुत सारे संसाधनों की आवश्यकता होती है, और कई उपकरण बस उन्हें प्रदान नहीं कर सकते हैं।

खैर, जावास्क्रिप्ट के साथ कोई समस्या नहीं है। वे कहां हैं? व्यक्तिगत रूप से और उद्योग के लिए आपके लिए मुख्य समस्याएं क्या हैं?

मुझे यकीन नहीं है कि वे भाषाओं या ऑपरेटिंग सिस्टम से संबंधित हैं। वर्तमान में ऑपरेटिंग सिस्टम, संक्षेप में, सामान्य घरेलू सामान बन गए हैं। उनका उपयोग इलेक्ट्रॉनिक संदेश भेजने और इंटरनेट तक पहुंचने के लिए किया जाता है। ज्यादातर लोगों के लिए, यह वास्तव में कोई फर्क नहीं पड़ता कि वे विंडोज, मैक, या लिनक्स का उपयोग करते हैं। आज हम जिन भाषाओं का उपयोग करते हैं, वे पहले से ही काफी शक्तिशाली हैं। अधिकांश भाषाएं, वास्तव में, बिंदु A से बिंदु B तक डेटा ले जाती हैं। आपके पास एक संग्रह है, आप इसे ब्राउज़ करते हैं, सामग्री को फ़िल्टर करते हैं - प्रत्येक भाषा ऐसे कार्यों को कर सकती है। अगला, हमें एक दूसरे के साथ संवाद करने के लिए मशीनों की आवश्यकता है। यहां मानक टीसीपी है, HTTP का व्यापक रूप से उपयोग किया जाता है, लेकिन अन्य प्रोटोकॉल भी हैं। ये सभी प्रौद्योगिकियां बहुत अच्छी हैं, हालांकि, प्रदर्शन में और सुधार किया जा सकता है। मेरी राय में, आज सबसे गंभीर कठिनाइयाँ सेवाओं के निर्माण से जुड़ी हैं। , , . , , . , , , , . , , , . , , , . Microsoft Azure, , , .

Azure ? ?

. . , , . , , , Azure Storage (, ) CosmosDB, - Amazon — . , . . , , , ? . Azure , . , , . , - , , .

. Wintellect , : «We don't just build software. We build developers.». , ?

Wintellect . , . , , Windows, .NET. , , : , , . . Microsoft , . — , — . . . , , / . , , , , . , , , . : , («you get out what you put in»). , , , . , .

, , . — , , , . ? ? , , , . , . - ? , « »? : , , — .

. , — - , - . - — . . - , . . , , , , . , , . , - , . , . . , , .

, , , ?

, . , : . . . : - . , , , . , . .

. , ?

, .

- «» , ?

हां। . , , , . . , . , , , . , , - , . - . . . , , . , — . , , . , . , , . Wintellect, . , - , . , .

आखिरी-आखिरी सवाल। क्या हमारे पाठकों के लिए हैबे पर कोई कामना है?

मुझे पिछले 45 वर्षों से हमारे उद्योग से प्यार है, मैं अपने लिए किसी अन्य गतिविधि की कल्पना नहीं कर सकता। प्रौद्योगिकी लगातार बदल रही है, हर समय सीखने के लिए कुछ नया है। यह एक शानदार करियर विकल्प है। मैं लगातार अद्भुत लोगों से यहां मिलता हूं, और मैं उन्हें अपना दोस्त मानकर खुश हूं। यहां तक ​​कि इस साक्षात्कार ने मुझे बहुत सारी सकारात्मक भावनाएं दीं, इस तथ्य के बावजूद कि हम केवल मिले थे। मैंने जो जीवन जिया है, उसे देखते हुए मैं किसी अन्य तरीके की कल्पना नहीं कर सकता। मुझे लगता है कि हम एक अद्भुत समय में रहते हैं, और हम एक अद्भुत काम कर रहे हैं। मेरी इच्छा इसे आनंद लेने की है! सबसे अधिक संभावना है, यह एक लंबा समय है।