เหตุใดจึงใช้เวลานานเกินกว่าจะสรุปข้อมูลจำเพาะ HTML 5 ได้ [ปิด]

ฉันกำลังอ่านข้อความนี้และประโยคหนึ่งจับตาดูฉัน:

ดังนั้น Ian Hickson นักวิจารณ์ที่ใหญ่ที่สุดของ XHTML, fathered HTML 5, สเปคของเด็กวัยหัดเดินที่มุ่งเน้นการกระทำที่จะไม่ถึงวัยผู้ใหญ่จนถึงปี 2022แม้ว่าจะสามารถใช้บางส่วนได้ในวันนี้

มันเป็นเรื่องจริงเหรอ? นั่นคือวงจรการพัฒนา HTML 5 จริง ๆ หรือ ทำไมมันใช้เวลานานมาก อะไรทำให้ยากที่จะได้รับสิทธิที่จะไม่สิ้นสุดจนกว่าจะถึง 11 ปีนับจากนี้

วันที่ที่กล่าวถึงสำหรับกระบวนการสิ้นสุดถูกกำหนดไว้จนถึงอนาคตเนื่องจากกระบวนการมาตรฐานสำหรับข้อมูลจำเพาะ HTML ถูกตั้งค่าในลักษณะที่รับประกันการยอมรับข้อกำหนดที่กว้าง

พื้นหลังบางอย่าง: มีร่างมาตรฐานสองตัวที่ทำงานกับร่างที่เกี่ยวข้องกับสิ่งที่เรามักเรียกว่า "HTML5": World Wide Web Consortium (W3C) และกลุ่มงานเทคโนโลยี Hypertext Application Web (WHATWG) ก่อนถึงเดือนกรกฎาคม 2012 ทั้งสองกลุ่มทำงานร่วมกันเพื่อพัฒนา HTML

กระบวนการหลักคือการทำงานผ่านชุดของเหตุการณ์สำคัญ:

• Working Draft:  ข้อมูลจำเพาะอยู่ในการพัฒนาและอภิปราย
• Last Call Working Draft (LCWD): สเป็คส่วนใหญ่แล้วเสร็จและผู้ดำเนินการมีโอกาสที่จะยกระดับการคัดค้านครั้งล่าสุดใด ๆ กับสเป็คก่อนที่จะเข้าสู่กระบวนการสรุป
• คำแนะนำผู้สมัคร:  ข้อมูลจำเพาะได้รับการสรุปอย่างมีประสิทธิภาพและปลอดภัยที่จะใช้สำหรับผู้ดำเนินการและผู้เขียนเนื้อหา
• คำแนะนำ:การใช้งานสเปคที่เป็นอิสระและใช้งานร่วมกันได้สองรายการนั้นเสร็จสมบูรณ์อย่างสมบูรณ์แล้ว

เหตุการณ์สำคัญของ LCWD เริ่มขึ้นในปี 2554 และคาดว่าจะมีคำแนะนำผู้สมัครในไม่ช้าในปี 2014 มันเป็นเหตุการณ์ครั้งสุดท้ายที่จะเกิดขึ้นซึ่งคำแนะนำนั้นต้องการการใช้งานที่สมบูรณ์ของสเป็คสองประการซึ่งจะใช้เวลาหลายปี วันที่

ในโมเดลนี้เหตุการณ์สำคัญที่แท้จริงครั้งแรกที่ผู้สร้างเนื้อหา (ไม่ใช่ผู้สร้างตัวแทนผู้ใช้เช่นเบราว์เซอร์) คือ LCWD เนื่องจากข้อมูลจำเพาะมีไว้เพื่อให้ได้ข้อสรุปส่วนใหญ่ เมื่อ LCWD เสร็จสมบูรณ์ HTML5 ก็จะมาถึงขั้นตอนการแนะนำผู้สมัครและมันจะเป็นข้อมูลจำเพาะขั้นสุดท้ายในทุกเรื่องยกเว้นชื่อ: คุณจะสามารถใช้งานได้โดยไม่ต้องรับโทษในฐานะการก้าวครั้งสุดท้ายคำแนะนำจะ ไม่มีผลกระทบต่อเนื้อหาของมาตรฐานและส่วนใหญ่ไม่สนใจผู้เขียนเนื้อหา

อย่างไรก็ตามในเดือนกรกฎาคม 2012 W3C และ WHATWG ได้แยกส่วนในแบบร่าง HTML5 อย่างเป็นทางการ การแยกนี้ซึ่งดำเนินไปอย่างต่อเนื่องเป็นเวลาสองสามปีในขณะนี้ได้ตั้ง "แทร็ก" HTML สองแบบ:

• มาตรฐานการครองชีพที่พัฒนาโดย WHATWG และเรียกง่ายๆว่า "HTML" ในกรณีที่ข้อกำหนดไม่สมบูรณ์เต็มที่ ฉันทามติที่สมเหตุสมผลสำหรับมาตรฐานนั้นถูกกำหนดขึ้นแล้ว แต่ก็ไม่มีข้อกำหนดที่จะใช้ทุกอย่าง

• สแนปชอตที่เสถียรเป็นระยะ ๆ ของมาตรฐานที่พัฒนาโดย W3C เป็นสเป็ค HTML5 ตั้งแต่เดือนกันยายน 2012 W3C กำลังเสนอที่จะบรรลุขั้นตอนการแนะนำใน "HTML 5.0" ในปี 2014 โดยมีจุดภาพรวมทุกสองปี (เช่น "HTML 5.1" ในปี 2559)

เพราะอดีต HTML5 ในขณะที่เราได้มาทำความเข้าใจว่าจะใช้งานได้ในขณะนี้ น่าเสียดายเนื่องจากเป็นมาตรฐานการใช้ชีวิตใช้เป็นผู้เขียนเนื้อหาต้องเข้าใจการใช้งานของตัวแทนผู้ใช้แต่ละคน

คำตอบง่าย ๆ : ออกแบบโดยคณะกรรมการ

ประโยชน์ของฝูงชนที่มองดูการออกแบบก็คือทั้งกลุ่มจะได้รับแง่มุมต่าง ๆ ที่นักออกแบบดั้งเดิมไม่ได้คิด นั่นเป็นข้อดี

เมื่อนักออกแบบเป็นกลุ่มใหญ่พวกเขาทุกคนต่างมีวาระและสัตว์เลี้ยงต่างกันที่พวกเขาต้องการเข้าสู่มาตรฐานด้วยเหตุผลใดก็ตาม บางครั้งคุณสมบัติขัดแย้งกันบางครั้งก็มีการตัดสินใจทางการเมืองโดยรอบ ฯลฯ ใช้เวลานานสำหรับคนกลุ่มใหญ่ที่จะตกลง นั่นคือลบ

ดีกว่าหรือแย่กว่านั้นW3Cได้เลือกที่จะพัฒนามาตรฐานของพวกเขาในลักษณะนี้

เพราะมันสำคัญอย่างยิ่งที่ถูกต้อง

• ต้องใช้เวลาในการทำสิ่งต่าง ๆ ให้ถูกต้อง -มาตรฐาน HTML5 เมื่อตั้งค่าแล้วจะใช้เวลานาน มันจะต้องเป็นสิ่งที่ดีที่สุดเท่าที่จะทำได้และมันจะต้องถูกต้อง การอภิปรายโดยผู้เชี่ยวชาญการลองผิดลองถูกข้อมูลจากผู้ใช้และนักพัฒนาและการวิเคราะห์สถิติ

• เมื่อมีการเปลี่ยนแปลงมาตรฐานแอปของใครบางคนจะแตก -มาตรฐานจะต้องถูกต้องในครั้งแรก ทุกครั้งที่มีการเปลี่ยนแปลงมาตรฐานแอปของใครบางคนในโลกจะแตกต่างจากเวอร์ชั่นใหม่ ที่ต้องการให้เราเป็นนักพัฒนาซอฟต์แวร์เพื่อแก้ไขเวลาและค่าใช้จ่าย มันจะต้องถูกต้องในครั้งแรก

• จำเป็นต้องลบ Vagueness - ง่ายที่จะพูดว่านี่คือสิ่งที่แท็กผ้าใบทำเมื่อมีเพียงแท็กผ้าใบบนหน้า แต่สิ่งที่เกี่ยวกับเมื่อมันอยู่ในแท็กอื่น? แล้วชุดค่าผสมแท็กล่ะ? พวกเขาควรแสดงผลอย่างไร? พวกเขาควรแสดงผลอย่างไรด้วยชุดคุณลักษณะ X สไตล์ในชุดค่าผสมโดยเฉพาะ?

โบนัส: ดูสเป็ค HTML5 ในรูปแบบปัจจุบันและคุณจะเห็นสิ่งที่จะเกิดขึ้น

ยาว? ไมโครซอฟท์ใช้เวลาเกือบ 8 ปีในการสร้าง CSS2 แบบธรรมดาแทบจะไม่ทำงานใน IE7 ในขณะที่การสนับสนุน DOM1 ใน javascript ยังคงใช้งานไม่ได้ใน IE8 นั่นเป็นสเป็คจากปี 1998

นั่นเป็นเหตุผลที่คุณจะไม่เห็นการใช้ HTML5 ในด้านมัลติมีเดียในอีก 20 ปีข้างหน้า มันซับซ้อนมากยังไม่เสร็จประสิทธิภาพแย่มาก แม้แต่เรื่องง่าย ๆ เช่นเว็บซ็อกเก็ตก็ถูกปิดเพราะเหตุผลด้านความปลอดภัย

บางสิ่งบางอย่างจะไม่ทำงานตามมาตรฐานแบบเปิด ทำเกมหรือ MM ในสภาพแวดล้อมที่ควรทำงานกับไคลเอ็นต์แบบบางและสนับสนุนการลดความสง่างาม? นั่นคือความบ้าคลั่ง

แก้ไข: ใช่ก่อนอื่นคือ overcomplication คุณมีปลั๊กอินแฟลชหนึ่งอันที่เหมือนกันในทุกเบราว์เซอร์และทำงานในลักษณะเดียวกันทุกครั้ง นั่นเป็นวิธีที่ง่ายและมีประสิทธิภาพ อินเทอร์เฟซเดียวคุณทำการเปลี่ยนแปลงหนึ่งครั้งคอมไพล์และวิโอล่า - คุณมีปลั๊กอินสำหรับเบราว์เซอร์ทั้งหมดในตลาดโดยใช้เลเยอร์กลางระหว่างเบราว์เซอร์และปลั๊กอิน

ที่อื่น ๆ คุณมี 10 เบราว์เซอร์และคุณต้องการเพิ่มเช่น รองรับมัลติมีเดีย / ภาพยนตร์ นั่นหมายความว่าทุก บริษัท จะต้องใช้โปรแกรมเล่นสื่อตั้งแต่เริ่มต้นข้างๆทุกคนต้องการสิ่งที่แตกต่าง Apple ต้องการ H.264 ดังนั้นเจ้าของเว็บไซต์จะจ่ายค่าลิขสิทธิ์ให้ตัวแปลงสัญญาณสำหรับเล่นภาพยนตร์ Google และ Mozilla ต้องการ VP8 เพื่อให้ธุรกิจของพวกเขาไม่ได้รับผลกระทบจากสิทธิบัตรของ Apple ฯลฯ

ดังนั้นมันจึงกลายเป็นสิ่งที่ทุกคนทำได้ต้องการ (ในขณะที่ VP8 หรือ H.264 จะทำเพื่อเริ่มต้น)

ดังนั้นก่อนที่พวกเขาจะสามารถเอาชนะความแตกต่างของพวกเขา Adobe จะใช้ H.264 ในแฟลชให้ใช้สตรีมที่มีอยู่แล้วและ DRM stack และ ... พร้อม 3-4 เดือนและคุณมีเทคโนโลยีการทำงานที่มีอัตราการยอมรับ 98%

ง่าย บริษัท หนึ่งตัดสินใจดังนั้นพวกเขาจึงสามารถผลักดันการเปลี่ยนแปลงครั้งใหญ่ได้อย่างรวดเร็วและไม่จำเป็นต้องเพิ่ม "ความคิด" ของสมาชิกอื่น ๆ อีก 20 คน ข้างๆ HTML5 อาจอยู่หลังแฟลชนาน 10-15 ปีในเรื่องของมัลติมีเดีย ช่องว่างจะใหญ่ขึ้นเท่านั้น ใน MAX avant เมื่อเร็ว ๆ นี้คุณสามารถเห็นการสนับสนุนตัวควบคุมเกมและแอพแข่งรถแบบเต็มหน้าจอ 3D วิ่งบนแฟลชใน FPS เต็มรูปแบบรองรับการเร่งด้วยฮาร์ดแวร์และอื่น ๆ ในขณะเดียวกันโมซิลล่าสามารถเล่นวิดีโอ H.246 ได้โดยไม่ต้องหยุดเบราว์เซอร์ แต่เล่นเพียงอย่างเดียว ฟังก์ชั่นเพิ่มเติมใด ๆ (เช่นเต็มหน้าจอสตรีมมิ่งกรอไปข้างหน้า) ยังคงหายไป!

นอกจากนี้ฉันคิดว่า W3C เป็นเพียงการสิ้นเปลืองทรัพยากรโดยพยายามที่จะสร้าง HTML5 บางส่วนให้ทำสำเนาของแฟลช มันไม่ทำงาน ... มันเหมือนการพยายามทำสำเนา HTML จะไม่ทำงาน

โดยทั่วไปการให้คนกลุ่มหนึ่งเห็นด้วยกับบางสิ่งนั้นค่อนข้างยาก ไม่ต้องพูดถึงว่ามีปัญหาหลายอย่างที่ต้องทำ ตัวอย่างเช่นมีการอภิปรายมากมายเกี่ยวกับตัวแปลงสัญญาณที่ใช้สำหรับวิดีโอ

ดีกว่าหรือแย่กว่านั้นข้อกำหนดส่วนใหญ่ใช้เวลาสักพักหนึ่ง

Mark Pilgrim พูดถึงเรื่องนี้ใน "Dive Into HTML5" ของเขาที่นี่: http://diveintohtml5.org/past.html ดูเหมือนว่าผู้คนจำนวนมากไม่ชอบรุ่นหนังสือเพราะมันไม่ได้เป็นเทคนิคที่เพียงพอ แต่ในส่วนนี้ บทบรรณาธิการค่อนข้างรับประกัน

(แก้ไข: ฉันแค่ต้องการให้การอ้างอิงสำหรับความคิดเห็นของฉันเกี่ยวกับคนที่ไม่ชอบคุณภาพ "ช่างพูด" ของหนังสือ: ตรวจสอบความคิดเห็นในamazonฉันสนุกกับการอ่านและพบว่ามันเป็นข้อมูลดังนั้นระยะอาจแตกต่างกันไป )

ส่วนหนึ่งของปัญหาคือสเป็คจะไม่ได้รับการสรุปจนกว่าจะมีการใช้งานที่สำคัญอย่างน้อยสองรายการของสเป็ค - อย่างน้อยสองเบราว์เซอร์ที่แยกต่างหากสนับสนุนอย่างเต็มรูปแบบ ดังนั้นข้อมูลจำเพาะจะต้องสมบูรณ์เพียงพอสำหรับการใช้งานอย่างเต็มรูปแบบจากนั้นจะต้องมีการใช้งานจริงจากนั้นจะสามารถสรุปได้

ส่วนหนึ่งของปัญหา: ฉันต้องการ ogg theora ในเบราว์เซอร์ คุณเห็นด้วยไหม? ไม่คุณต้องการ H.264 แต่ฉันเห็นด้วยไหม ไม่นั่นเป็นปัญหาที่เกิดขึ้นระหว่าง Google, Mozilla, Microsoft, Apple, Adobe และ บริษัท ขนาดใหญ่ทั้งหมดที่เล่น html 5 พวกเขาพยายามหารายได้สูงสุดและเป็นผู้ผูกขาด การแข่งขันที่รุนแรง ดังนั้นจึงจะเสร็จสมบูรณ์อีกต่อไป