HTML 5 कल्पना को अंतिम रूप देने में इतना समय क्यों लगता है? [बन्द है]

25

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

7 साल पहले बंद हुआ ।

मैं पढ़ रहा था इस और एक वाक्य मेरी आंख (जोर मेरा) पकड़ा:

इसलिए, इयान हिकसन, एक्सएचटीएमएल के सबसे बड़े आलोचक, ने HTML 5 को पुरस्कृत किया, एक एक्शन-ओरिएंटेड टॉडलर स्पेसिफिकेशन जो 2022 तक वयस्कता तक नहीं पहुंचेगा , हालांकि इसका कुछ आज उपयोग किया जा सकता है।

क्या यह सच है? क्या यह वास्तव में HTML 5 विकास चक्र है? इसमें इतना समय क्यों लग रहा है? क्या सही होने के लिए इतना मुश्किल है कि यह अब से 11 साल बाद तक अंतिम नहीं होगा?

html5

— EpsilonVector
स्रोत

35

क्या आपने कभी किसी चीज़ पर सहमत होने के लिए लोगों का एक समूह प्राप्त करने की कोशिश की है?

— जॉर्ज मारियन

2

@ जॉर्ज - होना चाहिए कि एक जवाब।

— बेन एल

एक तरफ के रूप में, क्या आपने कल्पना का आकार देखा है और यह कितना जटिल है?

— जेबी किंग

@बेन जाहिर है, मेरे पास होना चाहिए। मुझे नहीं लगता था कि यह पर्याप्त मांस था। :)

— जॉर्ज मारियन

19

अंतिम प्रक्रिया के लिए उल्लिखित तिथि को भविष्य में अब तक निर्धारित किया गया था क्योंकि HTML कल्पना के लिए मानक प्रक्रिया इस तरह से स्थापित की गई थी कि यह विनिर्देशन की व्यापक स्वीकृति की गारंटी देता है।

कुछ पृष्ठभूमि: दो मानक निकाय हैं जो ड्राफ्ट से संबंधित काम करते हैं जिसे हम आमतौर पर "एचटीएमएल 5" के रूप में संदर्भित करते हैं: वर्ल्ड वाइड वेब कंसोर्टियम (डब्ल्यू 3 सी), और वेब हाइपरटेक्स्ट एप्लिकेशन टेक्नोलॉजी वर्किंग ग्रुप (WHATWG)। जुलाई 2012 से पहले, दोनों समूह HTML विकसित करने के लिए (अधिकतर) एक साथ काम कर रहे थे।

मुख्य प्रक्रिया मील के पत्थर की एक श्रृंखला के माध्यम से चलना था:

वर्किंग ड्राफ्ट: कल्पना सक्रिय विकास और चर्चा में है
अंतिम कॉल वर्किंग ड्राफ्ट (LCWD): कल्पना ज्यादातर पूरी हो चुकी है, और कार्यान्वयनकर्ताओं को अंतिम प्रक्रिया में प्रवेश करने से पहले कल्पना के लिए किसी भी अंतिम आपत्ति को उठाने का अवसर है।
उम्मीदवार की सिफारिश: कार्यान्वयन को प्रभावी ढंग से अंतिम रूप दिया गया है और कार्यान्वयनकर्ताओं और सामग्री लेखकों के लिए उपयोग करने के लिए सुरक्षित है
सिफारिश: कल्पना के दो स्वतंत्र, पूरी तरह से अंतर-कार्यान्वयन पूरी तरह से पूरा हो चुके हैं

LCWD मील का पत्थर 2011 में शुरू हुआ था और उम्मीदवार सिफारिश चरण 2014 में जल्द ही आने की उम्मीद थी। यह आखिरी मील का पत्थर था, सिफारिश, जिसमें कल्पना के दो पूर्ण कार्यान्वयन की आवश्यकता थी, जो कि कई वर्षों तक चलेगा और 2022 का कारण है। तारीख।

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

हालांकि, जुलाई 2012 में, W3C और WHATWG ने एक विभाजन को औपचारिक रूप दिया कि HTML5 ड्राफ्ट को कैसे विकसित किया जाएगा। यह विभाजन, जो कुछ वर्षों से कार्यात्मक रूप से चल रहा था, दो अलग-अलग HTML "ट्रैक" सेट करता है:

WHATWG द्वारा विकसित और बस "HTML" कहे जाने वाले एक जीवित मानक, जिसमें विनिर्देश कभी भी पूरी तरह से पूरा नहीं होता है। मानक के लिए उचित सर्वसम्मति स्थापित है लेकिन सब कुछ लागू करने की कोई आवश्यकता नहीं है।
HTML3 कल्पना के रूप में W3C द्वारा विकसित मानक, आवधिक, स्थिर स्नैपशॉट। सितंबर 2012 तक, W3C 2014 में "HTML 5.0" पर सिफारिश मील के पत्थर तक पहुंचने का प्रस्ताव है, हर दो साल में पॉइंट स्नैपशॉट के साथ (जैसे, 2016 में "HTML 5.1")।

पूर्व के कारण, HTML5, जैसा कि हम इसे समझ गए हैं, अब उपयोग करने योग्य है । दुर्भाग्य से, क्योंकि यह एक जीवित मानक है, सामग्री लेखक के रूप में इसका उपयोग करने के लिए प्रत्येक उपयोगकर्ता एजेंट के कार्यान्वयन को समझने की आवश्यकता होती है।

जबकि Windows XP अभी भी 60-75% बाजार में है और Win7 (या Vista) IE9 के लिए आवश्यक है काम करने के लिए मुझे नहीं लगता कि 2012 में गोद लेना 20-30% से अधिक होगा। मेरा मतलब है कि HTML4 या फ़्लैश जैसे उत्पादन के लिए तैयार होने की बजाए बमुश्किल काम के समाधान को अपनाना।

— स्लावेक

@Slawek इस बात पर ध्यान दिए बिना कि आप किस शेयर नंबर का उपयोग करना चाहते हैं , जो कैंडिडेट की अनुशंसा के समय आधे से अधिक उपयोगकर्ता एजेंटों के पास उचित होगा, यदि पूरा नहीं हो, तो HTML5 के लिए समर्थन करें।

2

वैसे मैं कुछ Microsoft प्रतिनिधियों और विपणन FUD की प्रार्थनाओं के संदर्भ में इतिहास से सीखना पसंद करता हूं। DOM Level1 - विनिर्देश 1998 से, अब तक किसी भी Microsoft के ब्राउज़र के RELEASE संस्करण में कोई अच्छा समर्थन नहीं है (IE9 शायद इसका समर्थन करेगा, मैंने जाँच नहीं की है)। मैं यह नहीं कह रहा कि 75% ब्राउज़र WindowsXP की वजह से HTML5 का समर्थन नहीं करेंगे, लेकिन 75% IE उपयोगकर्ताओं को काम करने के लिए HTML5 नहीं मिल सकता है। IE अपडेट इतना दर्दनाक है क्योंकि ब्राउज़र को बदलने से पहले ऑपरेटिंग सिस्टम को स्विच करना आवश्यक है :) मैं केवल इस पर हंस सकता हूं क्योंकि यह पागलपन है। बात करने से बेहतर है कि वे लानत डोम काम कर रहे हैं।

— स्लावेक

2

हाल की टिप्पणी पर टिप्पणी करें: जब हम Microsoft ब्राउज़र से निपटेंगे, तो हमें मोज़िला सुस्त प्रदर्शन के साथ मरना होगा। मैं बहुत "परिणामोन्मुखी" व्यक्ति हूँ। मैं अगले 3-4 वर्षों में एचटीएमएल 5 (कैनवस, एसवीजी की तरह) को नहीं छूऊंगा। मूल रूप से यह आपको फ्लैश की तुलना में कोई लाभ नहीं देता है और आपको किसी भी चीज को फ्लैश में कोड करना होगा, इसलिए यह आपके ऑटिडिशन के ब्राउज़रों की मात्रा के साथ संगत होगा। आपको पहले से ही IE में आज, साधारण HTML4 के साथ HUNDREDS असंगतताओं से निपटना होगा। मैं सिर्फ "परिणाम" और आज की स्थिति की परवाह करता हूं, न कि एफयूडी और विचारधारा की।

— स्लावेक

1

निष्कर्ष अनुच्छेद के लिए +1: "सामग्री लेखक के रूप में इसका उपयोग करने के लिए प्रत्येक उपयोगकर्ता एजेंट के कार्यान्वयन को समझने की आवश्यकता होती है।" उह ... नाइटमैरे !!!

— GlenPeterson

12

आसान उत्तर: समिति द्वारा डिजाइन

डिज़ाइन को देखने वाले लोगों की भीड़ का लाभ यह है कि पूरा समूह विभिन्न पहलुओं के साथ आएगा जो मूल डिजाइनर ने नहीं सोचा था। वह एक प्लस है।

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

बेहतर या बदतर के लिए, W3C ने इस तरह से अपने मानकों को विकसित करने के लिए चुना है।

— बेरिन लोरिट्श
स्रोत

19

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

— रॉबर्ट हार्वे

हाँ सच है, तब क्या होता है जब आप उस कैनवास पर एक पारदर्शी DIV को ओवरले करते हैं :) लगता है सरल, बहुत जटिल है।

— स्लावेक

9

क्योंकि यह महत्वपूर्ण है कि यह सही है।

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

बोनस: अपने वर्तमान स्वरूप में HTML5 युक्ति पर एक नज़र डालें और आप देखेंगे कि इसमें क्या जाता है।

— रयान हेस
स्रोत

7

लंबा? IE7 में साधारण CSS2 को मुश्किल से काम करने के लिए Microsoft को लगभग 8 साल लग गए, जबकि जावास्क्रिप्ट में DOM1 का समर्थन IE8 में अभी भी टूटा हुआ है। यह 1998 से कल्पना है।

इसलिए आपको अगले 20 वर्षों में मल्टीमीडिया में एचटीएमएल 5 को व्यापक रूप से अपनाने की आवश्यकता नहीं होगी। यह बहुत जटिल है, अधूरा है, प्रदर्शन बेकार है। सुरक्षा कारणों से भी वेबसोकेट जैसी सरल चीजें बंद हो जाती हैं।

कुछ चीजें एक खुले मानकों के रूप में काम नहीं करेंगी। एनवायरमेंट में गेम या MM करना जो पतले क्लाइंट पर काम करना चाहिए और ग्रेसफुल डिग्रेडेशन का समर्थन करना चाहिए? वह पागलपन है।

संपादित करें: हाँ, पहला ओवरकम्प्लिकेशन है। आपके पास एक फ्लैश प्लगइन है जो हर ब्राउज़र में समान है और हर बार उसी तरह काम करता है। यह सरल और प्रभावी उपाय है। एक इंटरफ़ेस, आप एक बार परिवर्तन करते हैं, recompile और viola - आपके पास ब्राउज़र और प्लगइन के बीच कुछ मध्यवर्ती परत का उपयोग करके, बाजार के सभी ब्राउज़रों के लिए एक प्लगइन है।

दूसरे पर आपके पास 10 ब्राउज़र हैं और आप उदाहरण के लिए जोड़ना चाहते हैं। मल्टीमीडिया / फिल्म का समर्थन। इसका मतलब है कि हर कंपनी को स्क्रैच से मीडिया प्लेयर को लागू करना होगा, बगल में हर कोई कुछ अलग करना चाहता है। Apple H.264 चाहता है इसलिए वेबसाइट के मालिक उन्हें फिल्में चलाने के लिए कोडेक के लिए रॉयल्टी का भुगतान करेंगे, Google और मोज़िला VP8 चाहते हैं ताकि वे अपने व्यवसाय को Apple के पेटेंट से प्रभावित न कर सकें, आदि।

इसलिए यह उन चीजों को लागू करने में समाप्त होता है जो हर कोई चाहता है (जबकि VP8 या H.264, एक शुरुआत के लिए) करेगा।

तो इससे पहले कि वे अपने मतभेदों को दूर कर सकें Adobe Adobe H.264 को फ्लैश में लागू करेगा, पहले से उपलब्ध स्ट्रीमिंग और DRM स्टैक का उपयोग करें और ... यह तैयार है। 3-4 महीने और आपके पास 98% गोद लेने की दर के साथ एक कार्यशील तकनीक है।

सरल, एक कंपनी तय करती है, इसलिए वे बड़े पैमाने पर बदलावों को जल्दी से आगे बढ़ा सकते हैं और उन्हें 20 अन्य "स्टैंडराइजेशन बॉडी" सदस्यों के "विचार" नहीं जोड़ने होंगे। बगल में HTML5 मल्टीमीडिया में फ्लैश से 10-15 साल पीछे है। फासला बड़ा ही मिलेगा। हाल के मैक्स एवेंट में आप गेम कंट्रोलर्स सपोर्ट और फुलस्क्रीन 3 डी रेसिंग ऐप देख सकते हैं, जो फुल एफपीएस में चल रहा है, हार्डवेयर एक्सेलेरेशन सपोर्ट वगैरह। इस बीच, मोज़िला अब ब्राउज़र को क्रैश किए बिना H.246 वीडियो चला सकता है, लेकिन केवल खेल सकता है। कोई भी अतिरिक्त कार्यक्षमता (जैसे फुलस्क्रीन, स्ट्रीमिंग, फास्ट फॉरवर्ड) अभी भी गायब है!

बगल में मुझे लगता है कि डब्ल्यू 3 सी केवल एचटीएमएल 5 को फ्लैश की कुछ आधी-बेक की गई कॉपी बनाने की कोशिश कर संसाधनों को बर्बाद कर रहा है। यह काम नहीं करेगा ... यह फ़्लैश को HTML की एक प्रति बनाने की कोशिश कर रहा है। काम नहीं करेगा।

— Slawek
स्रोत

शामिल राजनीति की एक बहुत स्पष्ट व्याख्या के लिए +1।

— माइकल के

5

मूल रूप से, किसी चीज़ पर सहमत होने के लिए लोगों का एक समूह प्राप्त करना मुश्किल है। यह उल्लेख करने के लिए नहीं कि बाहर काम करने के लिए विभिन्न मुद्दे हैं। उदाहरण के लिए, वहाँ है (है?) वीडियो के लिए क्या कोडेक का उपयोग करने पर बहुत बहस।

बेहतर या बदतर के लिए, अधिकांश विनिर्देशों को बाहर निकालने में थोड़ा समय लगता है।

— जॉर्ज मारियान
स्रोत

2

मार्क पिलग्रिम अपने "डाइव इनटू एचटीएमएल 5" में इस बारे में बात करते हैं: http://diveintohtml5.org/past.html बहुत से लोगों को पुस्तक संस्करण पसंद नहीं है क्योंकि यह तकनीकी रूप से पर्याप्त नहीं है, लेकिन इस खंड में संपादकीय बहुत वारंट है।

(संपादित करें: मैं सिर्फ किताब के "गपशप" गुणवत्ता को पसंद नहीं करने वाले लोगों के बारे में अपनी टिप्पणी के लिए एक संदर्भ प्रदान करना चाहता था: अमेज़ॅन पर समीक्षाओं की जांच करें । मुझे व्यक्तिगत रूप से इसे पढ़ने में मज़ा आया और यह जानकारीपूर्ण पाया गया, इसलिए लाभ भिन्न हो सकते हैं। )

— tcnolan
स्रोत

2

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

— ग्रांट पालिन
स्रोत

1

क्लासिक चिकन / अंडे की समस्या यहाँ ध्यान में आती है;)

— tcnolan

@tnolan काफी!

— पैलिन

2

समस्या का हिस्सा: मुझे ब्राउज़र में ओग थोरा चाहिए। क्या आप सहमत हैं? नहीं। आप H.264 चाहते हैं। लेकिन क्या मैं सहमत हूं? नहीं। यह Google, मोज़िला, माइक्रोसॉफ्ट, ऐप्पल, एडोब और html 5 के पीछे खेलने वाले सभी कॉर्पोरेट्स के बीच समस्या है। वे राजस्व को अधिकतम करने और एकाधिकारवादी होने की कोशिश कर रहे हैं। इसकी तीव्र प्रतिस्पर्धा है। इसलिए इसे पूरा होने में अधिक समय लगता है।