OSDay 19 या C भाषा अभी भी जीवित क्यों है

हाल ही में (10-11 जून), अगला OSDay वैज्ञानिक-व्यावहारिक सम्मेलन मास्को में आयोजित किया गया था। इस बार गणित संस्थान में सम्मेलन आयोजित किया गया था। वीए स्टेकलोव आरएएस। औपचारिक रूप से, यह ऑपरेटिंग प्लेटफॉर्म और सिस्टम सॉफ्टवेयर के लिए विकास उपकरण के लिए समर्पित था। हमेशा की तरह, सम्मेलन में संबोधित किए गए विषय औपचारिक रूप से बताए गए तक सीमित नहीं थे, और उठाए गए मुद्दों पर विभिन्न कोणों से विचार किया गया था और उनके समाधान के लिए विभिन्न दृष्टिकोणों पर चर्चा की गई थी। विभिन्न विचार और दृष्टिकोण - यह, मेरी राय में, सम्मेलन को बाकी हिस्सों से अलग करता है। इसलिए, उदाहरण के लिए, सम्मेलन के दूसरे दिन के अंत में, शाब्दिक रूप से पर्दे के करीब, दिमित्री ज़वालिशिन ( dzavalishin ), आयोजकों में से एक, ने एक गर्म चर्चा को उकसाया कि सी प्रोग्रामिंग भाषा वास्तव में पुरानी थी और इसे विकसित करना आवश्यक था (ऑपरेटिंग सिस्टम सहित) कम से कम स्मृति-प्रबंधित भाषाओं में। मैं इस चर्चा और इस विषय पर सम्मेलन में उठाए गए मेरे हित के अन्य विषयों के बारे में अपना दृष्टिकोण प्रस्तुत करूंगा। यह किसके लिए दिलचस्प है मैं कैट के तहत पूछता हूं।

प्रदर्शनी

मैं रिपोर्टों की समीक्षा के साथ नहीं, बल्कि प्रदर्शनी के साथ शुरू करूंगा, जो सम्मेलन का हिस्सा है। कई कंपनियों ने सिस्टम सॉफ्टवेयर के क्षेत्र में अपना विकास दिखाया है। ये मुख्य रूप से ऑपरेटिंग सिस्टम हैं, लेकिन, उदाहरण के लिए, OS के अलावा RED सॉफ्ट कंपनी ने "Firebird" प्रोजेक्ट के आधार पर DBMS "RED डेटाबेस" पेश किया। पिछले OSDay सम्मेलनों में से एक की समीक्षा के दौरान मैंने पहले ही इस DBMS का उल्लेख किया था। मेरे लिए नई जानकारी यह थी कि इसे एल्ब्रस वास्तुकला में चित्रित किया गया था।

अन्य प्रदर्शकों के उत्पादों में एल्ब्रस वास्तुकला के लिए समर्थन की घोषणा की गई थी। अल्ट्रस-प्रोसेसर पर ऑल्ट-लिनक्स ओएस चलने वाली जानकारी, निश्चित रूप से, मेरे लिए खबर नहीं बनी। बेसाल्ट-एसपीओ के कर्मचारियों ने हमेशा की तरह, एल्ब्रस पर आधारित एक स्टैंड लाया और इस प्लेटफॉर्म पर अपने ओएस के संचालन का प्रदर्शन किया। लेकिन तथ्य यह है कि QP OS बैनर पर, जिसे मैंने कॉन्फ्रेंस रिव्यू में कई बार बात की थी, एल्ब्रस प्रोसेसर के लिए समर्थन की घोषणा की, मुझे आश्चर्य हुआ। आखिरकार, हमने Embox को इस वास्तुकला में पोर्ट करने के लिए बहुत प्रयास किए, जिसके बारे में हमने हब पर भी लिखा यह पता चला कि, दुर्भाग्य से, यह e2k आर्किटेक्चर के लिए पूर्ण विकसित पोर्ट नहीं है, लॉन्च x86 कमांड ट्रांसलेशन मोड में किया गया था, जिसे आप जानते हैं, एल्ब्रस प्रोसेसर में मौजूद है।

विभिन्न हार्डवेयर प्लेटफ़ॉर्म के लिए समर्थन सभी प्रदर्शकों की एक विशेषता थी (रुसबैच-एस्ट्रा के अपवाद के साथ, लेकिन वे, जैसा कि आप जानते हैं, उनका अपना आला है)। RED सॉफ्ट ने अपना RED OS दिखाया (यदि मुझे सही तरीके से समझ में आया, तो यह GosLinux का उत्तराधिकारी है, जो RaPi पर घरेलू सॉफ्टवेयर रजिस्ट्री में सूचीबद्ध है)। QP OS ने ARM के लिए समर्थन की घोषणा की है। लेकिन अब तक, ऑल्ट लिनक्स सबसे क्रॉस-प्लेटफॉर्म था। सहकर्मियों ने घरेलू एलब्रस और बाइकाल में न केवल काम दिखाया, बल्कि उदाहरण के लिए, आरआईएससी-वी जैसे अपेक्षाकृत दुर्लभ वास्तुकला पर भी काम किया।

सूचना सुरक्षा

सॉफ्टवेयर सुरक्षा का विषय बहुत व्यापक है। सम्मेलन में कई बार समझाया गया कि सुरक्षा के कई अलग-अलग प्रकार हैं, सुरक्षा की अधिक सटीक परिभाषाएँ हैं। वे अंग्रेजी सुरक्षा, सुरक्षा, विश्वसनीयता और इतने पर से आते हैं। इसलिए, स्पीकर ने आमतौर पर इस बारे में बात की कि वर्तमान में किस तरह की सुरक्षा है। हालांकि हर कोई इस बात से सहमत था कि कार्यात्मक सुरक्षा (सुरक्षा) सुनिश्चित करने के लिए सूचना सुरक्षा (सुरक्षा) के बारे में बात करना मुश्किल है।

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

सॉफ्टवेयर सिक्योरिटी की अवधारणा की अस्पष्टता की समस्या को कैस्परस्की लैब की एकेटेरिना रुडीना की रिपोर्ट में "ऑपरेटिंग सिस्टम के लिए आवश्यकताओं को स्थापित करने, समन्वय और सीमित करने के लिए इंटरनेट की सुरक्षा की परिपक्वता का मॉडल" भी प्रदर्शित किया गया था। इस रिपोर्ट से यह पता चलता है कि विभिन्न क्षेत्रों और विभिन्न प्रकार के उपकरणों और उत्पादों पर लागू होने पर सुरक्षा की अवधारणा भिन्न हो सकती है। जो स्पष्ट है, ठीक है, क्यों, उदाहरण के लिए, आपके फिटनेस ब्रेसलेट पर एक एंटीवायरस। इसलिए, औद्योगिक इंटरनेट कंसोर्टियम , जिसमें कैसपर्सकी लैब शामिल है, ने एक विशेष मामले के लिए सुरक्षा की अवधारणा तैयार करने के लिए IoT सुरक्षा परिपक्वता मॉडल (IoT SMM) का उपयोग करने का प्रस्ताव दिया।

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

कार्यात्मक सुरक्षा

एक या दूसरे रूप में कार्यात्मक सुरक्षा (सुरक्षा सॉफ्टवेयर) सम्मेलन में लगभग सभी रिपोर्टों में मौजूद था। आखिरकार, यदि आप गहराई से देखते हैं, यहां तक ​​कि सी भाषा के अप्रचलन के बारे में पहले से ही चर्चा में, यह समझा गया कि यह भाषा असुरक्षित है और इसकी मदद से "पैर में खुद को गोली मारना" बहुत आसान है।

सम्मेलन में रिपोर्टों के अनुसार, प्रतिभागियों के लिए सॉफ्टवेयर की कार्यात्मक सुरक्षा (विश्वसनीयता) में सुधार उपकरण के उपयोग में देखा जाता है। हालांकि, शायद यह सम्मेलन के घोषित विषय के लिए एक श्रद्धांजलि है - उपकरण। इसलिए, अधिकांश रिपोर्टों ने ठीक एक वाद्य दृष्टिकोण का प्रस्ताव दिया। सम्मेलन के आयोजकों में से एक आईएसपी आरएएस स्थिर और गतिशील कोड विश्लेषण के लिए उपकरणों के विकास में माहिर है। दरअसल, ISP RAS ने अलेक्जेंडर गेरासिमोव के एक भाषण में "सेफ सॉफ्टवेयर डेवलपमेंट साइकल में ऑटोमैटिक प्रोग्राम एनालिसिस टूल्स का उपयोग करते हुए" एक भाषण दिया।

स्टैटिक एनालाइजर विकसित करने के विषय पर, एडवांस कंपनी "व्लादिमिर सॉफ्टवेयर कवरेज के विश्लेषण और विश्लेषण के लिए टूल का विकास" व्लादिमीर कोज़ीरेव की एक रिपोर्ट थी। प्रस्तुत टूलकिट को DO-178C मानक के अनुसार ऑन-बोर्ड सॉफ़्टवेयर को सत्यापित करने के उद्देश्य से विकसित किया गया था, लेकिन उसी टूलकिट का उपयोग न केवल ऑन-बोर्ड सॉफ़्टवेयर में किया जा सकता है, क्योंकि कवरेज के लिए विश्लेषण कोड साधारण सी है।

उपकरणों के विकास पर रिपोर्टों के अलावा, समान (या समान) उपकरणों का उपयोग करने के अनुभव पर कई रिपोर्टें थीं। उदाहरण के लिए, लंबे समय के शीर्षक के साथ RusBITech- एस्ट्र्रा के प्योत्र देवयानिन की एक रिपोर्ट "OSRA एस्ट्रा लिनक्स स्पेशल एडिशन के सुरक्षा तंत्र में विश्वास बढ़ाने के लिए उपकरणों के उपयोग के साथ अनुभव" ने इन उपकरणों को अपने ओएस के लिए सुरक्षा मॉड्यूल पर लागू करने के अनुभव के बारे में बात की।

स्वाभाविक रूप से, सम्मेलन में न केवल सॉफ्टवेयर विश्लेषण उपकरण प्रस्तुत किए गए, बल्कि अन्य भी, जिनकी मदद से सॉफ्टवेयर की विश्वसनीयता बढ़ाना संभव है। दिमित्री डागाएव की रिपोर्ट "स्केलेबल ओबेरॉन टेक्नॉलॉजीज़ ऑफ मीन्स द सिक्योरिंग सिक्योर सॉफ्टवेयर फॉर क्रिटिकल सिस्टम्स" के साथ सुनना बहुत दिलचस्प था। रिपोर्ट के लेखक परमाणु ऊर्जा संयंत्रों के लिए SCADA QMS के मुख्य डिजाइनर हैं। इसलिए, "साइबर खतरों के खिलाफ कार्यात्मक सुरक्षा और सुरक्षा के संदर्भ में बढ़ती आवश्यकताओं" (एनोटेशन से अपनी रिपोर्ट में) के साथ सिस्टम के साथ पहला हाथ अनुभव। सॉफ्टवेयर सुरक्षा बढ़ाने के लिए, लेखक ओबेरॉन तकनीक का उपयोग करने का सुझाव देता है। ओबेरॉन भाषा के लेखक, निकोलस विर्थ ने प्रतिबंधों को पेश करने का विचार रखा, जो असुरक्षित सॉफ्टवेयर लिखने के जोखिम को काफी कम करता है। उसी समय, संकलक शोधन की मदद से, रिपोर्ट के लेखक ने विभिन्न कार्यों और प्लेटफार्मों के उद्देश्य से छवियां बनाने का सुझाव दिया है। रिपोर्ट मेरे बहुत करीब थी, जैसा कि हम Embox में सीमाओं पर समान विचारों के साथ आए थे। लेकिन उन्होंने सुझाव दिया कि मॉड्यूल विवरण भाषा (किसी विशिष्ट कार्य के उद्देश्य से किसी की स्वयं की रचना की एक घोषणात्मक भाषा) का उपयोग करके प्रतिबंध लागू किया जाना चाहिए। और कलाकृतियों को उत्पन्न करने के लिए जो आपको एक विशिष्ट कार्य के लिए चित्र बनाने की अनुमति देते हैं, हमारी राय में, इन कलाकृतियों का वर्णन करने के लिए एक अलग भाषा का उपयोग करना भी आसान है।

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

डिबगिंग उपकरण

सम्मेलन ने डिबगिंग और प्रोफाइलिंग सिस्टम सॉफ्टवेयर के लिए कई उपकरण प्रस्तुत किए।
कंपनी एनटी "क्रिप्टोसॉफ्ट" ( क्यूपी ओएस के निर्माता) वालेरी एगोरोव ने पाथफाइंडर डीबगर के बारे में बात की, जो उनके क्यूपी वीएमएम हाइपरविजर में उपयोग किया जाता है। स्वाभाविक रूप से, सभी अपने स्वयं के, सभी आगामी फायदे और नुकसान के साथ।

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

NIISI RAS के फेडर चेमेरेव ने बागेट परिवार के आरवी के ओएस में ट्रेसिंग सुविधाओं के बारे में बात की। चूंकि बैगेट आरटीओएस एंबेडेड सिस्टम पर केंद्रित है, इसलिए पुण्युज्जो के मामले में, इंस्ट्रूमेंटल मशीन पर भी जानकारी एकत्र की जाती है, और सर्वर पर विश्लेषण किया जाता है। घटना लॉग में लिखकर जानकारी एकत्र की जाती है, जबकि आपातकालीन स्थितियों के बिना लॉग का विश्लेषण किया जा सकता है।

मॉड्यूलर दृष्टिकोण

सॉफ्टवेयर मॉड्युलैरिटी को बढ़ावा देने वाले औजारों के बारे में पहली बात और ओबेरॉन तकनीक के बारे में पहले से ही बताई गई मॉड्युलैरिटी के फायदे थे।

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

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

और तीसरा है आईएसपी आरएएस से मुल्लाचिव कुर्बानगोमेड की एक रिपोर्ट "एम्बेडेड ऑपरेटिंग सिस्टम में एक मॉड्यूलर दृष्टिकोण के उपयोग पर"। इस उपकरण का उपयोग दूसरे JetOS OS में किया गया था। मॉड्यूल का वर्णन करने के लिए, YAML भाषा का उपयोग किया जाता है। दुर्भाग्य से, कोई उदाहरण नहीं दिया गया था, लेकिन आवाज का विचार बहुत दिलचस्प था और हम इसे अपनी परियोजना में विचार कर रहे हैं। एक इंटरफ़ेस को निर्यात (घोषित) करने के लिए विचार है और इस इंटरफ़ेस के माध्यम से वस्तुओं को जोड़ा जा सकता है। इस विचार को आवाज दी गई कि लेखकों ने आईडीएल का फिर से आविष्कार किया। लेकिन यह निश्चित रूप से ऐसा नहीं है, सिर्फ करीबी विचार।

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

अप्रचलित सी के बारे में चर्चा पर लौटते हुए

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

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

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

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

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

प्रशिक्षण विशेषज्ञों के बारे में, यह शायद सबसे महत्वपूर्ण सवाल है: विशेषज्ञ "क्या सोचते हैं" - इस पर सॉफ्टवेयर विकसित किया जाएगा, यह काफी संभव है कि सी भाषा ओएस के लिए वास्तविक मानक बन गई, क्योंकि इसमें UNIX और Minix (और शायद यही कारण है) कि UNIX विकास के लिए कल्पना की गई थी)। इसलिए, स्कूली बच्चों और छात्रों को ओबेरॉन इंफॉर्मेटिक्स 21 की भाषा में कार्यक्रम सिखाने की परियोजना फल दे सकती है, हालांकि, बहुत समय गुजरना चाहिए।

निष्कर्ष

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

पुनश्च

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