나는 이미 웹 표준에 대해 많은 것을 알고 있고 그것을 사용하고 있습니다. 나는 또한 웹 표준을 사용하는 것이 "야, 당신의 사이트가 표준 검증을 통과했습니까?"라고 자랑스럽게 말할 수 있는 것이 아니라 그 이상이라는 것을 분명히 깨달았습니다. 그러나 "엘리트" 웹 디자이너로서 저는 때때로 항상 혼란스러워합니다. 단지 웹 표준을 사용하고 다른 사람들에게 알리는 것이 전부는 아닙니다. 문제는 우리가 지금 이렇게 한다고 해도 내년에도 상황이 여전히 같을 것인가 하는 것입니다. 그로부터 1년 후에는 어떤 모습인가요? 여전히 웹 표준을 채택하는 디자이너는 소수인데, 대부분의 디자이너는 계속해서 IE용 사이트를 디자인하고 있습니까? 우리는 어디로 가는 걸까요?
이 질문은 FireAndrei가 디자인한 "웹 표준에 관심을 가져야 하는 진짜 이유"라는 기사를 읽은 후에 생겼습니다. 또한 Keith가 얼마 전에 게시한 웹 표준에 관한 기사 때문이기도 합니다. 우리는 어떻게 더 나아가서 웹 표준에 대해 실용적인 일을 할 수 있습니까? 내 생각에 (전혀 나쁜 생각일 수도 있는) 첫 번째 단계는 Eric Meyer, Douglas Bowman 등과 같은 웹 전문가가 W3C 검증 사이트와 가이드 매뉴얼을 포괄적으로 재설계하고 계획하는 것입니다. Andrei는 그의 기사 "Design Eye for the Usability Guy"에서 지식과 효과의 패키지를 제안하는 것이 훌륭한 예입니다. 그것은 추악한 인터페이스와 같은 여러 영역에서 W3C 사이트의 단점을 간단하고 명확하게 지적합니다. Andrei는 또한 이 문제를 홍보하기 위해 기금 모금 재단을 설립한다고 언급했습니다. 저는 개인적으로 이것이 매우 좋은 아이디어이자 출발점이라고 생각합니다.
W3C의 변화
W3C는 틀림없이 웹 표준과 관련된 모든 것의 핵심입니다. 내 말은, W3C는 자동차 수리점과 같아서 사이트를 "운전"하고 연료를 공급하고 모든 유지 관리를 받는 것입니다. 현실은 웹 표준을 이제 막 배우기 시작한 경우 W3C 유효성 검사 경고를 이해하기 어려울 수 있다는 것입니다. 실제로 W3C에는 CSS 튜토리얼이 모두 포함되어 있어야 하며, 이제 무엇을 해야 하는지 멍하니 묻는 대신 간단하게 답을 얻을 수 있어야 합니다. 답을 찾기 위해 특정 사이트에 가야 할 수도 있고, 다른 사이트에서 답을 찾는 사람도 있고, 신뢰할 수 없는 답변이 웹 전체에 퍼져 계속해서 논쟁을 불러일으킵니다. W3C에서 모든 문제가 해결되면 좋겠습니다. 문제가 발생하면 가장 먼저 W3C를 방문하는 것이 좋습니다. 좋아요, 저는 이 아이디어가 구현하기 쉽지 않다는 것을 알고 있습니다. 하지만 W3C는 최소한 유용하고 사람들이 웹 표준을 배우도록 영감을 주어야 하며 저는 그러한 작업에 기꺼이 헌신할 의향이 있습니다.
W3C를 변화시키는 것은 여전히 표준을 사용하는 소수의 사람들의 현재 상황을 바꿀 수는 없지만 적어도 시작일 뿐입니다. 웹 표준이 느리게 출시되는 진짜 이유는 Microsoft가 할 수 있는 일과 하지 않는 일을 할 수 있기 때문에 무엇을 하고 안 하는지에 관심이 없기 때문입니다. 보안 허점과 마찬가지로 거의 매일 발생하며 사용자는 많은 돈을 지출하더라도 이러한 상황을 바꿀 수 없습니다. Microsoft는 XP 서비스 팩 2를 계속 지원하기 위해 Longhorn의 자원 중 일부를 기꺼이 투자할 의사가 있습니다. 왜냐하면 언론에 너무 많은 문제가 노출되었고 압력을 받아 그렇게 해야 하기 때문입니다.
유럽연합
EU가 마이크로소프트의 윈도우 미디어 플레이어를 처벌한 사례는 농담이다! 웹 페이지에 동영상을 올려야 할 때마다 QuickTime 기술을 사용합니다. 짧은 파일이지만 좋은 품질의 동영상, 더 나은 스크립트 처리 기능 등을 얻을 수 있는 소프트웨어입니다. 하지만 고객과 거의 미친 듯이 "싸우고" 토론해야 할 때마다 고객의 주장은 웹 사이트를 방문하는 대부분의 사용자가 Windows Media Player를 사용하는데 왜 Windows Media Player를 사용하지 않는다는 것입니다. 매번 이런 일이 일어나니 짜증나지 않나요? EU는 마이크로소프트를 원하는 대로 처벌할 수 있지만, 이것이 마이크로소프트의 생각과 행동을 바꾸지는 않습니다. 우리가 살고 있는 민주 사회는 소프트웨어 세계도 민주적이라는 뜻이 아닙니다. 오히려 소프트웨어 세계는 독점으로 가득 차 있습니다. . IE 브라우저에서도 같은 일이 발생합니다. 어쩌면 우리는 EU와 미국 정부에 우리가 매일 어떤 종류의 환경에 살고 있는지 알려줄 책임이 있지만, 거기(EU와 미국 정부)에는 더 이상 웹이 없기 때문에 누구도 그렇게 할 능력이 없다고 거의 확신합니다. 전문가들이 있습니다(적어도 제가 아는 한 충분하지 않습니다).
웹 디자인 소프트웨어 제조업체에게 웹 표준을 지원하는 애플리케이션을 개발하도록 강요하여 우리가 웹 표준을 엄격한 방식으로 사용하도록 강요하면 어떨까요? 이것이 성공할 가능성이 있나요? 이 접근 방식은 비판으로 이어지지도 않습니다. 저는 Microsoft에 어느 정도 압력을 가해야만 몇 가지 목표를 달성할 수 있다고 믿습니다. 압박감도 없고, 모든 것이 계속될 것이고, 아무것도 변하지 않을 것이며, 마이크로소프트는 계속해서 큰 싸움을 벌일 수도 있습니다. Robert Scoble의 의견을 살펴보십시오.
블랙리스트?
블랙리스트 웹 사이트를 설정하는 것은 어떻습니까? IE 사용을 강요하고 웹 표준 채택을 꺼리는 모든 사이트를 블랙리스트에 추가하세요. 모든 웹 표준 블로그 사이트는 블랙리스트 사이트를 가리키는 링크를 생성합니다("Get FireFox" 아이콘 또는 Zeldman 아이콘이 링크 아래에 위치함). 대규모로 노출된다면 대부분의 기업이 블랙리스트에서 제외되기를 원할 것이라고 생각합니다. 극단적이라는 것은 알지만 대부분의 상업 사이트에서는 웹 표준에 대해 들어본 적이 없을 수도 있다는 점을 이해하고 있으며 이는 사실입니다. 이러한 "폭력"은 필요할 수 있으며 Microsoft에 간접적으로 영향을 미칠 수 있습니다.
품질 라벨/인증서
또 다른 아이디어는 웹 표준을 채택한 상업용 사이트에 ISO 인증서와 같은 품질 인증서 또는 품질 라벨을 제공하는 것입니다. 이를 통해 우리는 고객에게 사이트가 웹 표준을 기반으로 한다는 보장을 제공할 뿐만 아니라 고객에게도 이점을 제공할 것입니다. 결국, 전 세계적으로 인정받는 품질 라벨이 있는 제품을 보유하면 판매 포인트가 높아질 것입니다. 그렇게 하면 "신뢰도와 명성"이 높아지거나 노출이 증가한다면 고객은 기꺼이 이 접근 방식을 고려할 것이라고 믿습니다. 많은 회사가 이 접근 방식을 선택하면 Microsoft는 압박감을 느끼고 웹 표준에 대한 조치를 고려할 것입니다.
위의 내용은 모두 제 개인적인 임의의 아이디어입니다. 어떻게 구현해야 할지 모르겠고, 구현될 수 있을지도 모르겠습니다. 하지만 적어도 뭔가를 배려하고 생각하려고 노력하고 있어요. 아마도 이러한 아이디어는 많은 사람들(웹 표준 리더 포함)이 보고 받아들인 다음 실행에 옮길 수 있을 것입니다. 또한 시작하는 데 약간의 자본이 필요하고, 변화를 가져오려면 많은 노력과 돈이 필요합니다.
-----번역이 완료되었습니다. 다음은 이 기사에 대한 일부 의견을 요약한 것입니다. 더 많은 의견을 보려면 원본 기사를 참조하세요.
의견 요약
Lukasz: 왜 IE 때문에 그렇게 괴로워하시나요? 사실을 직시해 보겠습니다. Windows는 세계에서 가장 일반적인 운영 체제이고 IE는 가장 일반적인 브라우저입니다. IE의 점유율은 95% 이상입니다. 왜 마진(FireFox, Mozilla 등)에 관심을 가져야 합니까? 사용자로서 나는 회사가 어떤 표준을 따르는지 여부가 아니라 정보에 관심이 있습니다. 다음 사항을 고려해 보시기 바랍니다. 표준을 지원하지 않는 Microsoft 브라우저가 왜 그렇게 인기가 있습니까?
lars: 사람들은 오랫동안 IE를 사용해 왔지만 기업에서는 추가 비용과 WYSIWYG 표준을 준수하는 편집 도구가 없기 때문에 W3C 웹 표준에 관심이 없고 IE와 호환되는 사이트를 구축합니다. 블랙리스트를 만드는 것도 거의 불가능합니다. IE 전용으로 설계된 사이트가 너무 많습니다. IE의 점유율이 95% 이상이라는 Lukasz의 진술에 대해서는 동의하지 않습니다. Zeldman의 "웹 표준으로 디자인하기"를 읽어 본 사람이라면 다른 많은 브라우저가 IE 전용으로 설계된 사이트를 표시하기 위해 IE인 척한다는 것을 알고 있을 것입니다.
ByteWarrior: 이미 블랙리스트가 있습니다. 여기 PromoZilla.nl(네덜란드)을 참조하세요. 블랙리스트에는 300개 이상의 웹사이트가 있으며, 그 중 50개는 Mozilla/Firefox를 지원하도록 변경되었습니다.
tinotino: Microsoft는 현명하게 행동하지만 현명하지는 않습니다. 우리는 큰 나무에 맞서는 작은 도끼입니다. 인치가 표준이 아닌 것처럼 우리는 발로 측정하는 것처럼 표준이 필요합니다. 나는 사용 가능한 모든 브라우저에서 사이트 버그를 디버깅하는 것을 싫어합니다. 그것은 멍청하고 비효율적입니다.
Rob van der Linde: 필요한 경우 (여가 시간에) 글로벌 블랙리스트 웹 사이트 구축을 지원하기 위해 PHO/MySQL 작성을 도울 수 있습니다. 하지만 서버 공간과 도메인 이름을 제공할 수는 없습니다. PHP 프로그래머 그룹의 지원을 받거나 Sourceforge에서 그러한 프로젝트를 구축할 수도 있습니다.
David: 저는 디자이너이고 프로그래밍에 대해서는 아무것도 모릅니다. 모든 게시물을 읽어보니 사람들이 표준을 사용하고 싶어하지 않는 것이 아니라 이미 능숙한 디자인 기술을 갖춘 사람들이 디자인을 포기하고 코드를 작성하고 싶어하지 않는다는 것입니다.
Veerle(저자): David의 입장에서는 이러한 변화가 디자이너들에게 특별히 눈에 띄지 않는다는 점을 이해할 수 있습니다. 저는 그래픽 디자이너로서 코드를 탐구하는 것을 두려워하지 않는 사람들 중 한 명입니다. 두려움에 머리가 쭈뼛 서는 경우에는 코드를 작성해도 소용이 없습니다. WYSIWYG 편집 소프트웨어(dreamWeaver와 유사)가 도움이 될 수 있다고 생각합니다. 좋은 웹 디자이너라면 인터페이스나 외관에만 관심을 두더라도 코드가 어떻게 생성되는지 등 기본적인 지식은 꼭 알아야 한다고 생각합니다. 저의 일상 업무는 인터페이스(UI)를 디자인하고 프로그래머에게 (X)HTML 템플릿을 제출하는 것입니다. 그러나 저는 여전히 페이지 코드가 간결하고 표준화되어 다층 중첩 테이블을 대체할 수 있기를 바랍니다. 1996년 웹페이지 제작을 배우기 시작했을 때 모든 것을 손으로 코딩했는데, 이것이 지금 디자이너로서 나의 가장 큰 장점이 되었습니다. 디자인과 XHTML/CSS 기술을 모두 알고 있다면 이것이 자본이 될 것입니다.