중요사항: 다음 글은 제 개인적인 의견이며, 나 자신이나 상사를 표현하기 위해 작성된 것이 아닙니다.
지금은 웹 표준이 주목할만한 가치가 있다고 생각하지만, 웹 표준이라는 주제를 배우기 전까지는 웹 표준에 관심이 없었고 아래에서 논의할 문제가 있는지도 몰랐습니다. 그리고 이러한 질문은 모든 사람이 웹 표준과 첨단 기술 제품 및 서비스에서 수행하는 역할에 관심을 가져야 하는 실제 이유입니다.
1. W3C 회의
저는 2004년 6월 1일과 2일 미국 산호세 시내에 있는 Adobe 그룹 본사에서 열린 W3C 회의에 참석했습니다. (내 옆에 앉은 친구는 Adobe 커뮤니티에 처음 온 친구인 Donna였는데 W3C 회의에 참석하는 사람들이 대부분 여성이라는 사실에 그녀는 놀랐다. 좋은 질문이다. 그녀는 단지 그 방이 여성들로 가득 차 있는 것처럼 보았다.) 몇 분 정도 시간을 내어 랠리 노트를 읽어보면 Tantek Celik과 Hakon Lie가 여기에 있을 뿐만 아니라 Sun, Microsoft, IBM, Adobe, Nokia, Sony와 같은 주요 기업의 대표자들도 여기에 있다는 것을 알 수 있습니다. , OpenWave 등 더 많은 독립 컨설턴트 및 기타 회사가 참여합니다.
많은 흥미로운 프리젠테이션과 함께 컨퍼런스 동안의 토론은 웹 표준의 현재 상태와 그것이 어떻게 발전하고 있는지에 대한 것이었습니다. 토론의 초점은 차세대 웹 애플리케이션에서 웹 표준을 사용하는 방법에 더 있습니다. 나는 일어서서 두 점을 득점하고 싶었지만 자제했습니다. 회의 중 쉬는 시간에 Dean Jackson과 Jon Ferraiolo에게 내 의견을 피력했습니다. 그들은 매우 동의하며 마이크를 잡아달라고 제안했지만 저는 이를 중단했습니다. 어쩌면 내 RTFM 폭언에서 사람들이 나를 알아보는 것이 두려울 수도 있습니다. 누가 알겠습니까? 이 시점에서 내가 해야 할 일은 앉아서 듣는 것뿐인 것 같다.
2. 일부 배경 정보
본문으로 넘어가기 전에, 추억을 되새기겠습니다.
지난 달 저는 '웹 표준 홍보의 날'을 제정하기 위해 노력할 가치가 있는지 묻는 한 단체에 편지를 보냈습니다. 이날은 효과를 높이기 위해 최대한 많은 블로그 사이트를 동시에 폐쇄하는 동시에 홈 페이지에 같은 페이지를 배치해 웹 표준의 진정한 목표를 설명했다. 분명히 말씀드리자면, Microsoft는 개발자가 IE, Safari, Mozilla, Firefox 및 Opera와 같은 여러 브라우저에서 작동하는 경량 코드를 구축할 수 있도록 통합 기준 플랫폼을 만들기 위해 IE를 수정하지 않을 것입니다. ---이것은 적어도 홈 페이지의 콘텐츠에 관심을 끌 것입니다.
이 제안은 아직 결정되지 않았으며 실현될 수도 있고 그렇지 않을 수도 있습니다. 얼마나 많은 사람들이 이에 관심을 갖고 있는지 확인해야 합니다. 이건 따로 남겨두세요. 실제로 웹 표준의 이점에 대한 좋은 기사와 토론이 많이 있습니다. 아직 보지 못했다면 다음 링크 목록을 확인하세요.
웹 표준의 비즈니스 이점 이 사이트는 번역되었습니다
웹 표준 정보
웹 표준 ROI
비즈니스를 위한 웹 표준
ESPN의 마이크 데이비슨과의 인터뷰
웹 표준에 관한 Eric Meyer 인터뷰
웹 표준의 발전 방향
웹 표준으로 개발
모범 사례 수용
물론 이 주제에 대한 최고의 책은 웹 표준의 적용과 기술적 포인트를 매우 쉽게 설명하고 있는 젤드만의 "웹 표준을 이용한 디자인"이다.
모든 기사에서는 코드 단순화, 개발 속도 향상, 파일 크기 압축, 다운로드 속도 향상, 유용성 향상, 더 많은 사용자 확보, 유지 관리 용이성 및 다중 플랫폼 호환성과 같은 웹 표준의 이점에 대해 논의합니다. 이러한 이점은 기술 수준에서만 유지되며 ROI에 대한 논의도 있습니다.
위의 내용은 모두 웹 표준에 대한 정확하고 매우 중요한 사항입니다. 나는 여러분이 이전에 이를 듣고 이해했다고 가정합니다.
3. 요약
이 논의를 위해 위 기사에서 언급한 모든 기술적 이점을 일시적으로 잊어버리시기 바랍니다. 콘텐츠가 다양한 브라우저, 운영 체제, 컴퓨터 및 모바일 장치에서 호환되고 가벼워질 수 있다는 꿈은 잊어버리시기 바랍니다. 첨단 기술 대기업이 표준을 100% 지원(90% 지원 대신)한 후 개발자가 표준을 채택함으로써 얼마나 많은 시간과 비용을 절약할 수 있습니까? 이는 표준을 통해 달성할 수 있는 완벽한 목표이지만 웹 표준이 실제로 세계에 중요한 이유는 아닙니다.
일반적으로 표준화는 기업에 대한 적용 압력을 의미합니다. 주주뿐만 아니라 모든 사람에게 이익이 되도록 행동을 바꿔야 합니다.
궁극적으로 표준의 가장 중요한 목적은 코드, ROI 또는 일상적인 토론을 통해 거의 달성되지 않습니다. 생각해보면 마이크로소프트, 썬, 어도비, IBM처럼 끊임없이 혁신하고 비즈니스에서 서로 경쟁하는 기업들은 본질적으로 자유 시장에서 살아남아야 한다는 사실을 깨닫게 된다. 이들 회사가 표준을 따르는 것이 중요하지 않다고 생각한다면, 특히 해당 표준이 자신의 영향권 내에 있는 비공식 조직에 의해 개발된 경우에는 표준을 따를 것입니까? 이들 회사가 자신의 모습을 바꿀 것이라고 기대하는 것은 육식동물이 배고플 때 사냥을 하지 않을 것이라고 기대하는 것만큼 비현실적입니다.
실제로 표준 채택을 거부하고 큰 성공을 거둔 기업의 예를 쉽게 찾을 수 있습니다. 특히 혁신을 늦추는 기업의 관점에서 생각해 보면(여러 번 Microsoft의 관점을 암시함) 더욱 그렇습니다. 자유 경제 체제에서 살고 일하는 사람이라면 누구도 다르게 생각하지 않을 것입니다.
표준이 우리 모두에게 중요한 진짜 이유는 표준이 좋든 싫든 모든 당사자의 이익에 균형을 이루는 보편적으로 수용되는 수준의 행동을 창출할 것으로 기대되기 때문입니다. 특히 표준, 스마트 엔지니어와는 거리가 먼 작업을 수행하는 사람들. ('표준'이라고 불리는 이러한 사양은 이미 10년 동안 확립된 것임에도 불구하고).
4. 마이크로소프트와 표준
1990년대 후반과 2000년대 초반에 마이크로소프트가 무슨 생각을 했는지 물어볼 수도 있습니다. 실제로는 80~90%만 따를 수 있는데 표면적으로는 표준을 향한 길을 시작하겠다고 약속하는 이유는 무엇입니까? 질문은 간단합니다. Microsoft가 IE4부터 IE6 브라우저까지 웹 표준을 채택한 것은 시장 전략에 지나지 않습니다. 당시 IE의 표준 구현은 경쟁사인 Netscape의 Navigator 브라우저를 능가한다는 의미였습니다. 표면적으로 우리는 Microsoft의 접근 방식이 옳다고 생각합니다. 실제로 Microsoft는 비즈니스 이익의 본질(기업 DNA)에 의해서만 추진됩니다. 웹 표준은 혁신을 의미합니다.
Microsoft가 원하는 것을 얻으면 주저하지 않고 지속적으로 노력을 강화하며 더욱 더 나아가고 있습니다. 예를 들어, Microsoft는 이제 새로운 운영 체제인 Longhorn에서 새로운 독점 기술인 XAML을 개발하기 시작했습니다. 일부 사람들이 지적했듯이 마이크로소프트는 1995년처럼 다시 시장을 분할하고 있다. 이는 놀라운 일이 아닙니다. Microsoft의 행동은 비즈니스 이익의 본질에서 비롯되며 과거와 현재의 행동은 논리적입니다. 더 중요한 것은 외부로부터 강한 압력이 있지 않는 한 변하지 않을 것이라는 점이다.
5. 아시모프의 교훈
이것은 부적절한 비유일지도 모르지만 나는 이를 고수하겠습니다. 이 비유는 아이작 아시모프(Isaak Asimov)의 SF 작품 "Foundation Trilogy"에서 유래되었습니다. 첫 번째 책에서는 우주에는 은하 제국 전체의 유일한 기술 원천이 되는 기지라는 독립 행성이 있다고 설명되어 있습니다. 처음에는 모든 것이 순조롭게 진행되다가 어느 날 은하 제국이 기지 전체를 장악하려고 시도했습니다. 그래서 은하 제국이 작은 행성을 공격하기 위해 우주선을 보냈을 때 은하 제국의 모든 기계, 도구 및 컴퓨터 시스템이 동시에 실패했습니다. 재단은 오직 기술만으로 승리했고 은하제국이 독립적으로 존재할 수 있도록 강요했습니다.
책에서 은하 제국은 사악하고 부패했으며 우주를 다시 암흑 시대로 몰아넣을 예정입니다. 현실에서도 비슷한 상황이 벌어지는 것을 걱정해야 합니다. 우리는 Microsoft와 같은 회사가 "기본"과 유사한 기능을 보유할 가능성이 높다는 점을 분명히 고려해야 합니다.
현대 네트워크에서 비즈니스 커뮤니티는 Microsoft 기술에 지나치게 의존하게 되었습니다. 적어도 이 기간 동안 우리의 일반적인 운영 체제와 주요 콘텐츠 전송 장치는 HTML 렌더링 엔진과 유사합니다(IE 브라우저뿐만 아니라 웹 브라우저에도 해당). . 콘텐츠 창 응용 프로그램). 모두가 Google의 인기 페이지 통계를 살펴보아야 합니다.
매우 시의적절한 점은 소수의 행동이 다수에게 큰 영향을 미칠 수 있다는 것입니다. 이러한 환경에서 자신을 보호하기 위해 대다수의 사람들은 소수의 실수, 탐욕, 권력 매매를 방지하기 위해 상호 제한적인 균형 메커니즘을 구축해야 합니다. 이러한 균형 메커니즘이 없으면 소수는 자신의 권리를 남용하고, 다수의 요구를 무시하고, 다수의 이익을 희생할 것이며, 다수는 이에 놀라지 말아야 합니다.
우리는 W3C가 전 세계에 제공하는 웹 표준 사양인 자체 견제 및 균형 메커니즘을 보유하고 있습니다. 하지만 이 규범은 100% 준수되지 않으면 의미가 없으며, 90% 준수도 충분하지 않습니다. (Hakon이 W3c 회의에서 언급했듯이 사양은 개발되었으며 이제 Microsoft가 완전히 구현하기를 기다리고 있습니다.)
친애하는 Microsoft, 회사는 비즈니스 커뮤니티에 경종을 울렸습니다. Microsoft Office의 보안 조치는 한심하고 끔찍합니다. 그 안에 있는 보안 허점으로 인해 16세 또는 17세의 해커가 전체 시스템에 침입하여 매우 간단한 바이러스 코드로 시스템을 마비시킬 수 있습니다. 사람들은 비즈니스 커뮤니티가 Microsoft가 W3C에서 정한 표준을 완전히 준수하도록 더 많은 압력을 가할 수 있기를 바랍니다.
우리의 비즈니스 및 정치 지도자들이 Microsoft에 압력을 가하지 않는다면 미래가 어떻게 될지 놀라지 마십시오. 더 중요한 것은 우리(전 세계의 모든 개발자, 프로그래머, 디자이너 및 콘텐츠 제작자를 포함하여)가 비즈니스 및 정치 지도자를 "교육"하기 위해 우리의 역할을 다하지 않으면 그 결과로 인해 고통을 받게 될 것입니다.
6. 실제 단계
마지막으로, 웹 표준이 진정으로 진지하게 받아들여지고 공평한 경쟁의 장을 확립하고 모든 당사자의 이익(최저 공통 분모)의 균형을 맞추는 수단이 된다면 이는 제가 W3C 집회에서 큰 소리로 말하고 싶었던 지점에 가깝습니다. 컨퍼런스 둘째 날이 끝날 무렵, W3C가 과감하게 전진해야 한다는 몇 가지 제안이 있었습니다. Dean(W3C 연구원)은 조금 머뭇거리는 표정을 지었습니다. 이 메모를 직접 읽어 보는 것이 좋습니다.
내 관점에서는 차세대 인터넷 개발을 걱정하기 전에 W3C가 해야 할 일은 웹 애플리케이션에 초점을 맞춰 다음과 같다.
1. 현재 사양을 병합하고 정리합니다.
XHTML이나 CSS 사양을 볼 때 가장 보고 싶은 것은 과거 표준이나 개발 중인 미래 표준이 아닌 현재 표준을 보고 싶다는 점이다. 쉽게 구현하고 따를 수 있도록 표준을 구성하고 사용자에게 중요한 정보에 쉽게 접근할 수 있는 독립적인 최신 문서를 제공합니다.
2. 현재 웹 개발 단계에서 따라야 할 사양 세트를 결정합니다.
다음은 W3C 부분과 관련된 토론입니다. 저는 두 가지 목록 방법을 제안하기 위해 투표를 시작했습니다. 첫 번째 사양 목록은 현재 또는 내년에 세계가 따라야 하는 사양을 설명합니다. 목록에는 현재 W3C 승인 사양 버전만 포함되어 있습니다. XHTML, CSS 및 DOM을 포함하여 두 번째 사양 목록에는 XHTML, CSS, SMIL, SVG, XForms, ECMAScript 및 DOM이 포함됩니다. 콘텐츠 게시 시스템이 두 번째 목록의 사양을 100% 처리할 수 있게 되면 다음 사항에 대해 논의할 수 있습니다. 다음 레벨은 무엇이 될 것인가. 그때쯤에는 웹 애플리케이션에 관한 많은 사양이 논의에 포함될 것이라고 생각합니다.
3. 두 세트의 문서를 만듭니다.
사용자 에이전트의 개발자와 제작자를 위한 사양 세트가 필요합니다(Microsoft와 유사). 또한 디자이너와 웹 개발자를 위한 사양 세트도 필요합니다. 현행 표준이 뒤섞여 있어 다양한 사용자가 표준을 적용할 때 해당 지식에 접근하는 것이 불편하다.
4. 현재 W3C 홈 페이지에 다시 초점을 맞춥니다.
현재 W3C 홈페이지에는 웹 표준을 사용하고 주의를 기울이는 것이 왜 중요한지 설명하는 정보가 극히 적습니다. 페이지는 사양과 링크로 가득 차 있는데, 이는 가장 중요한 디자인 원칙을 위반하는 전형적인 "관료적" 디자인입니다. 즉, 페이지의 모든 정보가 중요하다면 모든 정보는 중요하지 않습니다. 이제는 변화가 필요한 때입니다. W3C 홈페이지의 초점은 관료주의 운영을 더 쉽게 만드는 방법보다는 사람들이 사양을 더 쉽게 검색할 수 있도록 하는 방법에 있어야 합니다.
7. 이 상황에서 당신은 무엇을 할 수 있습니까?
웹 표준에 더 많은 기회를 제공하고 Microsoft의 힘을 제한하십시오. 이것은 보통 사람이 할 수 있는 일이 아닌 것 같고, 사실일 수도 있고 아닐 수도 있습니다. 민주주의는 모든 투표라고 합니다. 한 투표의 힘이 미미하다면 웹 표준을 지원하는 모든 투표를 모으는 것만으로도 충분하다고 생각합니다. 웹 표준의 중요성에 대해 말하고 현재 상황에 항의하는 목소리가 충분히 나온다면 아마도 올바른 비즈니스 및 정치 지도자 중 상당수가 주의를 기울이고 Microsoft에 필요한 압력을 가할 것입니다.
나는 이미 이것을 했습니다.
또한 John Allsopp의 Web Essentials 04 사이트 캠페인이 충분한 관심을 불러일으킨 것을 보고 기쁩니다. 미국과 유럽에서 열리는 이 행사는 웹 표준을 크게 발전시킬 것을 약속합니다.
진실은 밝혀졌나요? 제가 주장하는 것 중 하나는 Microsoft가 접근 방식을 변경하라는 압력을 받지 않는 한 다시는 IE에 대해 어떤 작업도 수행해서는 안 된다는 것입니다. 솔직히 말해서 모든 개발자가 동일한 플랫폼, 동일한 API 세트, 동일한 표준 세트를 사용한다면 세상은 훨씬 더 단순해질 것입니다.
실제로는 많은 기업이 이미 이 작업을 수행하고 있으며(웹 표준에 더 많은 기회 제공, Microsoft의 성능 제한) 우리 모두 알고 있듯이 Windows 및 IE 사용에 대해서만 걱정하고 있습니다. 나는 과거에 윤리와 책임 때문에 여러 회사에서 이 일을 직접 해왔습니다.
Microsoft가 유일한 사양을 설정해서는 안 된다고 누가 말했습니까? 이를 통해 작업이 훨씬 더 쉬워지고(예: HTML, CSS 및 Javascript 코드 학습) 하나의 브라우저, 하나의 운영 체제 또는 하나의 플랫폼에서만 작업할 수 있습니다. Microsoft가 그런 사양을 개발하도록 허용하는 것이 잘못이라고 누가 말합니까? Microsoft가 XAML이나 다른 확장 기능을 .net의 CSS와 HTML에 넣는 것이 잘못이라고 누가 말했습니까? Microsoft 사양에 따라 모든 웹 콘텐츠와 코드를 작성하는 데 무엇이 문제인가요? 왜 우리는 모든 기술을 한 회사에 의존할 수 없나요?
어쩌면 빌 게이츠는 실제로 Asimov Universe Base의 Hari Seldon일 수도 있습니다(Hari Seldon: 은하계 구석에 숨겨진 기지를 건설하여 이후의 암흑기를 단축하려고 노력함). 어쩌면 그것은 모두 뒤따르는 암흑 시대에서 세상이 살아남도록 돕기 위한 계획이었고 우리는 그것을 몰랐을까요?
웹 표준에 관심이 없나요?
원하지 않는 일을 당할 수도 있으니 주의하세요.