मैं ISO मानक के रूप में Microsoft Office प्रारूप के लिए क्यों हूं?

एक चर्चा विषय से प्रेरित: आईएसओ मानक के रूप में Microsoft Office प्रारूप के लिए नहीं

और इसलिए, बिंदु से, मैं तुरंत घोषित करता हूं कि यह मेरी निजी राय है, और मैं उनके सार्वजनिक बयान के परिणामों से अवगत हूं।

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

2. ऑफिस 2007 बहुत पहले से ही सामने आ गया था, इसने भविष्य के प्रारूप का समर्थन क्यों किया? स्वीकार करेंगे, मुझे यकीन है कि इसे तुरंत समर्थन दिया जाएगा। वास्तव में, यह आइटम "भविष्य से" है - हम मानक के प्रारूप का समर्थन नहीं करने के लिए कार्यालय को डांटते हैं जो अभी तक अपनाया नहीं गया है। इसका कोई तर्क नहीं है।

3. विनिर्देश की अपूर्णता एक ठोकर खा सकती है, लेकिन यह महत्वपूर्ण नहीं है, विशेष रूप से याचिका में इंगित भाग में। क्या मानक का वर्तमान कार्यान्वयन पूर्ण है? और मानक की पूर्णता क्या है? क्या सभी मानकों को पहले ही पूरा कर लिया गया है? क्या प्रचारित वैकल्पिक मानक पूर्ण है?

4. यह एक कार्यशील मामला है, और इसे सामान्य तरीके से हल किया जा सकता है, न कि "धार्मिक युद्ध" द्वारा। एक्सएमएल प्रारूप के लिए पूर्ण अनुपालन आईएसओ मानक के लिए एक प्रारूप प्रारूप के लिए एक अनिवार्य आवश्यकता है?

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

6. अन्य मानकों के साथ संघर्ष पर - वास्तव में, पूरे दस्तावेज में एकमात्र तथ्यात्मक बयान। यह इन मानकों को अद्यतन करने के अवसर सहित, शायद, कार्य समझौते के अधीन भी है।

7. खण्ड के समान 6. क्या खुले मानकों में कोई त्रुटि है? यह कार्य समन्वय का विषय भी है, और कार्यालय के वर्तमान संस्करणों में त्रुटि की उपस्थिति का क्या मतलब है, जब प्रारूप को मानक के रूप में स्वीकार नहीं किया जाता है, तदनुसार, यह कार्यालय के वर्तमान संस्करण में त्रुटियों में से एक है, आपको अन्य क्षेत्रों में Microsoft सॉफ़्टवेयर से किसी भी त्रुटि को प्रोजेक्ट करने की आवश्यकता नहीं है। मुझे लगता है कि खुले स्रोत डेवलपर्स शिविर में पूरी तरह से समान समस्याएं हैं (एफएफ में मेमोरी लीक के साथ वही त्रुटियां जो सालों से तय नहीं हुई हैं और डेवलपर्स द्वारा भी तय नहीं की गई हैं)।

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

मेरे हिस्से के लिए, एक और प्लस यह है कि प्रारूप को ओएस और कार्यालय कार्यक्रमों दोनों पर मानक के अलावा, निगम द्वारा समर्थित किया जाएगा। यह मेरी निजी राय है, उसी समय, जहां _Y_ मैं व्यक्तिगत रूप से इसे अपने लिए उचित मानता हूं, मैं वाणिज्यिक स्रोतों के साथ खुले स्रोत सॉफ़्टवेयर और संयोजन दोनों का उपयोग करता हूं। लेकिन इस मामले में, मैं पूर्वाग्रह के खिलाफ हूं।