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