HTML 5 사양을 완성하는 데 왜 그렇게 오래 걸립니까? [닫은]

나는 이것을 읽고 있었고 한 문장이 내 눈을 사로 잡았습니다 (강조 광산).

따라서 XHTML의 가장 큰 비평가 인 이안 ick 슨 (Ian Hickson) 은 2022 년까지는 성인이 될 수없는 행동 지향적 인 유아용 사양 인 HTML 5를 낳았 지만 오늘날 일부는 사용할 수있다.

그게 사실입니까? 이것이 실제로 HTML 5 개발주기입니까? 왜 이렇게 오래 걸립니까? 지금부터 11 년이 지나서야 최종 결정을 내릴 수없는 이유는 무엇입니까?

HTML 사양에 대한 표준 프로세스가 사양을 광범위하게 수용 할 수있는 방식으로 설정 되었기 때문에 최종 프로세스에 대해 언급 한 날짜는 미래로 설정되었습니다.

일부 배경 : 우리가 일반적으로 "HTML5"라고하는 것과 관련된 초안 (World Wide Web Consortium (W3C) 및 Web Hypertext Application Technology Working Group (WHATWG))에 대해 작업하는 표준기구가 두 개 있습니다. 2012 년 7 월 이전에 두 그룹 모두 HTML 개발을 위해 (주로) 협력했습니다.

주요 프로세스는 일련의 이정표를 실행하는 것이 었습니다.

• 작업 초안 :  사양은 활발한 개발 및 토론 중
• LCWD (Last Call Working Draft) : 사양이 대부분 완료되었으며 구현자는 사양에 도달하기 전에 사양에 대한 최종 이의 제기를 제기 할 수 있습니다.
• 후보자 추천 :  스펙은 효과적으로 구현되고 구현 자와 컨텐츠 작성자에게 안전합니다.
• 권장 사항 : 두 개의 독립적이고 상호 호환 가능한 사양 구현이 완전히 완료되었습니다.

LCWD 이정표는 2011 년에 시작되었으며 후보 추천 단계는 2014 년에 비교적 빨리 시작될 것으로 예상됩니다.이 사양의 두 가지 완전한 구현이 필요했던 마지막 이정표, 권고는 몇 년이 걸리고 2022 년의 이유입니다. 날짜.

이 모델에서, 컨텐츠 제작자 (브라우저와 같은 사용자 에이전트 제작자가 아님)와 관련된 첫 번째 실제 이정표는 스펙이 대부분 완성되도록 의도 된 LCWD였습니다. LCWD가 완성되면 HTML5는 후보 권장 사항 이정표에 도달했으며 이름을 제외한 최종 사양이되었을 것입니다. 표준의 내용에는 영향을 미치지 않으며 내용 작성자에게는 크게 흥미가 없습니다.

그러나 2012 년 7 월, W3C와 WHATWG 는 HTML5 초안을 개발하는 방법에 대한 분할 을 공식화 했습니다. 기능적으로 몇 년 동안 진행되어 온이 스플릿은 두 가지 다른 HTML "트랙"을 설정합니다.

• WHATWG에서 개발하고 간단히 "HTML"이라고하는 표준으로, 규격이 완전하지 않습니다. 표준에 대한 합리적인 합의가 이루어 지지만 모든 것을 구현할 필요는 없습니다.

• W3C에서 HTML5 사양으로 개발 한 표준의 정기적이고 안정적인 스냅 샷입니다. 2012 년 9 월 현재 W3C는 2014 년 "HTML 5.0"에서 2 년마다 포인트 스냅 샷 (예 : 2016 년 "HTML 5.1")으로 권장 사항 마일스톤에 도달 할 것을 제안 하고 있습니다.

전자로 인해 HTML5를 이해할 수 있게되었습니다 . 불행히도, 표준은 실제 표준이므로 콘텐츠 작성자로 사용하려면 각 사용자 에이전트의 구현을 이해해야합니다.

쉬운 답변 : 위원회 별 디자인

디자인을보고있는 많은 사람들의 이점은 전체 그룹이 원래 디자이너가 생각하지 못한 다른 측면을 생각 해낼 수 있다는 것입니다. 그것은 플러스입니다.

디자이너가 많은 군중 일 때 그들은 모두 다른 의제와 애완 동물을 가지고 있으며 어떤 이유로 든 표준에 들어가기를 원합니다. 경우에 따라 기능이 서로 충돌하고, 때로는 결정을 둘러싼 정치가있을 수도 있습니다. 많은 사람들이 동의하는 데 시간이 오래 걸립니다. 그것은 마이너스입니다.

더 좋든 나쁘 든 W3C 는 이러한 방식으로 표준을 개발하기로 결정했습니다.

그것이 옳다는 것이 중요하기 때문입니다.

• 올바르게 설정하는 데 시간이 걸립니다 . HTML5 표준은 일단 설정되면 오랫동안 사용됩니다. 그것이 될 수있는 최선이어야하고 옳 아야합니다. 전문가, 시행 착오, 사용자 및 개발자의 의견, 통계 분석에 의한 토론이 필요합니다.

• 표준이 변경되면 어딘가에서 누군가의 앱이 깨질 수 있습니다. 표준은 처음에 맞아야 합니다. 표준이 변경 될 때마다 전 세계 어딘가에있는 누군가의 앱이 새로운 버전으로 깨집니다. 이를 위해서는 개발자로서 시간과 비용을 들여 문제를 해결해야합니다. 처음부터 옳 아야합니다.

• 모호함을 제거해야 합니다. 페이지에 캔버스 태그 만있을 때 이것이 캔버스 태그의 역할을하는 것이 쉽지만 다른 태그 안에있을 때는 어떻습니까? 태그 조합은 어떻습니까? 어떻게 렌더링해야합니까? 특정 조합으로 설정된 X 스타일 속성으로 어떻게 렌더링해야합니까?

보너스 : 현재 형식으로 HTML5 사양을 살펴보면 무엇이 들어가는 지 확인할 수 있습니다.

긴? Microsoft가 IE7에서 간단한 CSS2를 거의 작동시키지 않는 데 거의 8 년이 걸렸지 만 IE8에서는 Javascript의 DOM1 지원이 여전히 중단되었습니다. 1998 년의 사양입니다.

그렇기 때문에 향후 20 년 동안 멀티미디어에서 HTML5가 널리 채택되지 않을 것입니다. 매우 복잡하고 미완성이며 성능이 저하됩니다. 보안상의 이유로 웹 소켓과 같은 단순한 것조차 꺼졌습니다.

일부는 공개 표준으로 작동하지 않습니다. 씬 클라이언트에서 작동하고 정상적인 성능 저하를 지원해야하는 환경에서 게임이나 MM을 수행합니까? 광기 야

편집 : 예, 첫 번째는 너무 복잡합니다. 모든 브라우저에서 동일한 하나의 플래시 플러그인이 있으며 매번 동일한 방식으로 작동합니다. 간단하고 효과적인 해결책입니다. 하나의 인터페이스, 한 번 변경, 재 컴파일 및 비올라-브라우저와 플러그인 사이의 중간 계층을 활용하여 시중의 모든 브라우저를위한 플러그인이 있습니다.

다른 하나에는 10 개의 브라우저가 있고 예를 들어 추가하려고합니다. 멀티미디어 / 영화 지원. 즉, 모든 회사는 미디어 플레이어를 처음부터 구현해야하며, 모두가 다른 것을 원한다는 것입니다. 애플은 H.264를 원하기 때문에 웹 사이트 소유자는 영화 재생을위한 코덱에 로열티를 지불하고, 구글과 모질라는 VP8을 원하므로 애플의 특허 등에 영향을받지 않는 비즈니스를 가질 수있다.

따라서 모든 사람이 원하는 것을 구현하게됩니다 (VP8 또는 H.264가 시작하는 동안).

차이점을 극복하기 전에 Adobe는 H.264를 플래시로 구현하고 이미 사용 가능한 스트리밍 및 DRM 스택을 사용하여 준비되었습니다. 3-4 개월이며 98 %의 채택률로 작동하는 기술을 보유하고 있습니다.

한 회사가 간단하게 결정하면 대규모 변경을 신속하게 추진할 수 있으며 20 명의 다른 "표준화 기관"구성원의 "아이디어"를 추가 할 필요가 없습니다. HTML5 외에는 멀티미디어에서 10 ~ 15 년이 걸렸다. 그 차이는 더 커질 것입니다. 최근 MAX의 전위에서는 게임 컨트롤러 지원 및 전체 화면 3D 레이싱 앱, 전체 FPS에서 플래시로 실행, 하드웨어 가속 지원 등을 볼 수있었습니다. 한편, mozilla는 이제 브라우저 충돌없이 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를 사용하는 모든 회사에서 문제가됩니다. 수익을 극대화하고 독점 자입니다. 치열한 경쟁. 따라서 완료하는 데 시간이 더 걸립니다.