ILMOL.COM

최근 마이크로소프트쪽에서 제안한 버전 지정 Version Targeting 때문에 표준 커뮤니티가 후끈 거리고 있습니다. 하지만 IE 이기 때문에 라는 색안경이 큰 역할을 하고 있는듯 한데요. 이 움직임의 시발점이된 Aaron Gustafson 의 “Beyond DOCTYPE: Web Standards, Forward Compatibility, and IE8” 이라는 글입니다. A List Apart에 소개되었죠. 이제 어느정도 자리를 잡혀가는 한국의 표준 커뮤니티에도 제대로된 토론과 이해가 있었으면 하는 바램으로 번역해서 올립니다.

Translated with the permission of A List Apart Magazine and the author[s].
이하의 글은 A List Apart Magazine과 저자의 허락아래 번역되었습니다.

“Beyond DOCTYPE: Web Standards, Forward Compatibility, and IE8″

성장은 언제나 진통이 따른다. 브라우저도 개발자들이 특정 브라우저나 툴에 맞추게 되면 유저들이 진통을 격게된다. 새로운 브라우저 버전들이 공개되고 몇개의 버그들이나 스팩의 약간의 변화에 사이트들은 깨지게 되고 상사나 유저들이 실망하게 되는 것이다.

몇시간을 들여 왜 사이트가 깨졌는지 설명할수 있겠지만 아예 처음부터 깨지지 않는다면 더 낫지 않겠는가?

약간의 배경

CSS의 상당한 업글을 보여주었던 IE7 의 공개에 힘입어 IE팀은 완전히 새로운 렌더링을 탑제한 IE8(CSS2.1 을 최대한 따른) 개발을 시작했다. 그리고 Acid2 렌더링 테스트를 완벽하게 통과하는 기염을 토해내었다. 이것은 IE가 곧 generated content 와 data URL 을 지원한다는 것 뿐만이 아니라 hasLayout 이 완전히 사라진다는 것을 의미한다. Acid2 를 통과한 사파리나 iCab, Konqueror 그리고 오페라와 렌더링에 있어서 동격을 이룬다고 할수 있다. (Firefox3는 Acid2를 통과했지만 아직 출시되지 않았다.)

이번 새 엔진을 개발하는 동안 IE팀은 IE7 을 공개하면서 받은 여러 비판을 잊지 않았다. 몇몇 표준 구루들과 Microsoft의 몇몇 팬들까지도 IE7 이 버그나 CSS 지원에 있어서 충분하지 못했다고 생각했었고 상당수의 개발자들은 IE7 에서 깨지는 사이트들을 바라보며 불신에 속삭였다. 이에 Roger Johanssen은 자신의 블로그에 IE가 깨지는 3가지의 이유를 나열했지만 IE팀은 4번째 이유까지 발견했다. CSS 레이아웃을 가능케 하는 중요 부분인 Doctype 이 호환성을 지키기 위해서 너무나 부족함을 말이다.
(계속 읽기…)

서막일수도 있겠죠. IE8의 출시를 앞두고 호환성에 관련한 논란의 바람이 불고 있습니다. (Via WaSP) Microsoft 는 ‘브라우저 버전별 명시’를 제시하며 개발자들에게 버전에 맞추어 확실한 렌더링을 계획하고 제작하여, 후에 버전이 변화되더라도 명시한 버전데로만 렌더링 하는 방식을 체택하자고 뜻을 모으고 있습니다. 복잡시리 하듯 보이지만 요약하자면 IE6, IE7, IE8 의 렌더링이 각각 다름으로 격는 어려움을 렌더링 해야하는 브라우저 버전을 명시하여 복잡함을 막자는 것입니다. Aaron Gustafson 에 따르면

<meta http-equiv="X-UA-Compatible" content="IE=8" />

식의 의 META를 사용하여 content=”브라우저=버전” 방식을 제안하고 있습니다. 물론 이것은 IE만을 지정하는 것이 아니라 타 브라우저들에게도 적용할수 있는 방식입니다.

<meta http-equiv="X-UA-Compatible" content="IE=8;FF=3;OtherUA=4" />

이미 많은 WaSP 멤버들의 지지를 얻고 있는 제안이긴 합니다만 반대도 만만치 않습니다. 특히 웹표준계의 멋진 삼촌 Eric Meyer의 의견은 사뭇 다릅니다. 상위호환성 원리를 위배하는 것일 뿐만 아니라 이것은 브라우저를 타임머신으로 만드는 것 밖에 되지 않는다고 맞서고 있습니다.

With version targeting, the incentive to plan ahead, to be forward-looking, is almost entirely destroyed. Instead, the browser makes a promise to always be backwards compatible. In effect, version targeting is like Time Machine for web browsers. The idea is that when IE10 loads up my IE7 page, it rewinds itself to act like IE7 did, all those years ago—no matter what changed in the meantime.
버전별명시는 IE10이 출시된 후라해도(그동안 얼마나 발전했던 간에) IE7처럼 만들어 버릴수 있는 방식이다.

후에 에릭삼촌은 어느정도 이해가 가는 제안이긴 하지만 그래도 여러가지 문제점이 있다며 충분히 동의할수 없다 하고 있습니다. 과연 어떤 결말이 날것인지 궁금하군요. 빨리 이 제안에 동참해 달라며 Vendor들에게 요청하고 있는 마이크로소프트와 위험할수 있다는 타 의견들의 멤버들의 열띈 토론이 이루어지고 있으니 영어가 되시면 잠시 참여하실만도 합니다.

P.S. Digital-Web 에서 여러 글들을 링크해 놓았더군요. 약간의 설명만 번역하여 몇개를 추려 올립니다.
‘Compatibility and IE8′이라 제목 지은 마소의 입장
Jonathan Snook 은 환영
모질라 개발자의 의견
Jeremy Keith 는 깨어졌다는 글을 남김
Andy Budd 는 브라우저벤더들에게는 기회일수 있다함
우리에게 친근한 Zeldman 의 긍정적인 입장
Dean Edwards 의WHATWG의 메일링 리스트의 몇 코멘트들 정리
Rachel Andrew 는 오히려 퇴락하는 것이라 함
Safari 는 찬성하지 않겠다 함
Lachlan Hardy 의 피할수 없으니 받아들여야 할것이다
Mike Davies 의 IE의 끝이라는 글

차니님 말씀대로 역풍이…

오는 7월 23일 Youtube이 정치인과 시민을 잇는다. 유세때의 TV에서만 진행되던 선거 후보들의 문답형식의 미디어에서 벗어나 시민들이 직접 질문을 던지는 시민 참여의 획을 긋는 일이 바로 이번 Youtube을 통한 인터뷰다. 민주당원 후보들은 Youtube을 통한 시민들의 비디오 질문을 받아 진행하며 저널리스트라던지 필터링등이 없이 직접 진행된다. 순수 간담회라고나 할까.

Web2.0시대를 잘 표현하는 예중의 하나가 될 이번 일은 자유스러움과 서민적인 방향을 추구하는 민주당의 색과도 맞겠지만 그보다 더 나아가서 인터넷의 힘을 포옹하려는 정치인들의 강한 자부심과 야망이 아닐까 생각된다. (9월에는 공화당이 Youtube-CNN 인터뷰를 진행)물론 이 소식을 접하면서 일모리 뿐만이 아닌 많은 블로거들께서는 기억하기 싫은 최근 있었던 블로거들에 대한 선관위의 제제를 떠올리실듯 하다. 워낙 한국 선관위라던지 인터넷 제제 기관들이 많고 상식을 벗어나는 것들이 많은 지라 신경을 끄고 살지만 IT 최고라는 타이틀을 놓치기 싫어하는 한국과 무섭게 인터넷 성장이 이루어 지고 있는 미국이라는 나라의 웹의 지원및 접근 방식이 어찌 이리도 차이가 나는건지 참 아직도 멀었다는 생각이 드는건… 과연 선관위나 정치인들은 앉아서 머를 해먹는건지 모르겠다. 알려고 하면 내 머리가 아프니 이득이 되는것도 아니고.

이번 유튭이 가져다주는 또 한가지가 있다면 바로 동영상의 파워다. 그리고 다시한번 형성되는 문화의 차이다. 천마디보다 한번 보는것이 낫다는 말이 수많은 시간이 지난 지금에도 정확히 증명되고 있다. 블로그 또한 그 진가를 발휘한 것이 최근이지만 돌아보면 이미 10년 이상이 된 미디어인데다 글+사진이 즉각즉각 이해하고 알고 싶어하는 젊은층에 다가서기에는 영상만큼 따라가기 힘들꺼라는 생각이다. 그리고 Youtube의 급성장이, 그리고 젊은 층이 주요사용자임이 단번에 그것을 증명한다. 동영상은 눈을 즐겁게 하는 영상 뿐만이 아닌 감정을 자극하는 음성이나 노래가 합쳐져 있으니 글과 사진의 조합은 영상에 밀릴수 밖에 없다. 물론 글만의 매력이 있고 그 자리가 흔들릴꺼라 생각치는 않지만 많은 부분 특히 젊은층의 이동이 그리 놀랍지 않다는 것이다. 그리고 그것이 많은 창업자들에게 동영상쪽으로 뛰어들게 하는 큰 이유가 되게 하고 있다.

하지만 문화의 차이 일까? 나에게 한국 UCC라고 하면 성인물이나 몰카, 연예인 영상밖에는 떠오르지 않는다. 그리고 그러한 영상들은 신문미디어를 통해 성인레벨이 아니라는 이유아래 링크되어 있고 소개되고 있다. +19가 아니면 뭐하나 거의다 보이는 의상이나 몰래찍은 은밀한 사진들이니 청소년과 아이들에게 뭐를 보여주는 거냔 말이다. 그런 문화이니 실명제니 뭐니 하는 땜질이나 하려는건 당연할지도 모르겠다. 이렇게 오랜시간 진행되어 오던 풍조인 만큼 자연스럽고 그렇게 문화가 형성되어 갈꺼라는 확신이 참 슬프다.

반면에 미국의 Youtube이나 타 동영상 사이트에서 생산되고 표현되는 UCC들은 표현의 자유를 최대한 창출하는 공간이 되고 있다. 자신의 가창력을 뽐낸다거나 직접만든 노래를 소개한다거나 의견을 직접 동영상으로 단다거나 자신의 실력을 직접 담아서 이력서를 대체하고 있는 경우도 많다. 또한 할머니 할아버지들의 영상편지가 되기도 하고 오래전 잊혀져 가던 멋진 TV순간들을 저장해 놓는 도서관이 되기도 한다. 물론 자극적인 영상들도 있지만 대체적으로 Youtube를 끌어가는 주류 문화는 ‘자신의 표현’ 이다. 그리고 바로 이러한 문화가 정치인들과 웹이 연결되는데에 큰 역할을 한 것이다.

앞으로 한국의 동영상 문화는 어찌될지 모르겠다. 악플과 성인물이 남발하는 네이버나 언론사이트가 큰맘 먹고 뭘 바꿔야 할까? 아니면 정부가 직접 나서는 무언가가 있어야 할까. 솔직히 말해 알려고 하면 머리가 아프고 나나 블로거들이나 머리가 아프게 고민해 봐야 정부는 정부꼴리는데로 맘대로 하니 그냥 심정은 될데로 되라 이다. 그냥 멋진 신문 기사를 보는데 괜히 찹찹한 심정에 키보드를 두드렸으니 좀 그렇더래도 독자 분들이 양해해 주시기를 바랄 뿐이다.

이런 문구를 당당히 쓸수 있는게 참 부럽다.

“the Democratic candidates for president will face your questions. No journalists. No panelists. No filters.”

불펌. 쌓아두었던 말도안되는 분위기와 문화에 대해 질러보고자 한다. 최근 likejazz님께서 원칙을 어기셨다고 하셨지만 ^^ 일모리 또한 평상시의 일모리를 벗어나 직설적으로 다가서고자 한다. 먼저 일모리네 구독자 분들께 무뚝뚝한 어투에 대해 사과를 먼저 드리고 싶다.

불펌의 영향

불펌. 불법으로 퍼오는(펌질) 행위의 줄임말로 말그대로 타인의 글을 자신이 쓴 양 출처를 밝히지 않고 올려놓는 것이다. 이미 수많은 이들이 피해를 입었으며 지금 이순간에도 일어나고 있을꺼라 짐작한다. 리뷰, 강좌, 뉴스 하다못해 비평글까지 불펌이 난리를 친다. 헌데 이 불펌피해가 심각한 만큼 우리에게 좋지 않은 문화가 생겨나 버렸다. 이름하여 “Paid-with-a-link content” 출처를 밝히는 펌질, 링크한줄에 자신의 컨텐츠들이 통체로 넘어가도 된다는 아이디어가, 문화가 너무나도 당연하게 펴져버렸고 인식되어 버렸다.
(계속 읽기…)

제 이전글에 이어 버즈삼구님께서 긴 포스팅으로 덧글을 다시 남기셔서 짧은 덧글로는 힘들거 같네요. ^^;;
(대한민국 토고를 이겼으니 프랑스도 잡기를 기원하며… 불가능 이겠지만서도. 공은 둥근데다 이번엔 가장둥근 공이니.. ^^)

현석님께서 지적하셨지만 일단 첫 인용부터 약간은 변역을 잘못하신거 같아서 제가 다시하겠습니다.

Using markup improperly — not according to specification — hinders accessibility. Misusing markup for a presentation effect (e.g., using a table for layout or a header to change the font size) makes it difficult for users with specialized software to understand the organization of the page or to navigate through it. Furthermore, using presentation markup rather than structural markup to convey structure (e.g., constructing what looks like a table of data with an HTML PRE element) makes it difficult to render a page intelligibly to other devices (refer to the description of difference between content, structure, and presentation).

즉, 테이블 레이아웃은 디자인의 쉽고 어려움과는 전혀 상관없이 프로그램에서 데이터를 알기가 힘들고, PC 이외의 다른 기기에서 렌더(HTML을 실제 이미지로 변환하는 것)의 어려움이 있다는 것입니다. 즉, 코드의 확장성을 염두에 둔 가이드라인이라는 것입니다. XHTML로 디자인을 하면 코드 변경없이 모바일에서도 서비스가 된다고 생각하면 쉽습니다. Google은 모바일용 웹사이트에서 XHTML을 지원하고 있습니다.

번역하자면 이렇습니다.
“마크업을 상황에 맞게 해라 - 스펙에 꼭 맞추어서 하는것이 아닌 - 접근성을 떨어뜨린다. (왜냐면) 보여주기 위한 (presentation effect) 마크업을 할때엔 (테이블로 레이아웃을 짜는것) 특별히 제작된 소프트웨어로(예로 스크린리더) 웹서핑을 하는 이들에게 불편함을 줄수 있기 때문이다. 더 나아가서 Structural(구조적인) 마크업 보다 ‘보여주는 마크업’ 으로 구조할때에 타 기기들과 호환성이 떨어지기 때문이다.”
(계속 읽기…)

이정환님의 정리를 버즈삼구님께서 반론하신다고 적으신 일부 부분을 발췌했습니다.

웹표준을 지켜야 하는 이유는 여러가지 브라우져에 제대로 혹은 잘 보이게 하는 가장 편리한 방법이기 때문이지 그 이상도 아닙니다. 그리고, 테이블도 엄연한 표준이지만, 레이아웃을 테이블로 잡는 것은 웹표준이 아니라는 말은 어패가 있습니다.

실제 CSS를 이용한 레이아웃은 테이블에 비해서 수정이 쉽다고 하지만, 아주 간단한 레이아웃이 아닌 약간만 복잡한 레이아웃을 CSS만으로 적용하려 하면 테이블에 비해서 아주 많은 노력이 있어야 합니다. 테이블이 매우 직관적인데 비해서 CSS는 코드 자체만으로 디자인이 머리에 그려지질 않기 때문에 수정이 쉽지도 않습니다. 또한, 테이블에 비해서 CSS는 브라우져마다 약간씩 적용되는 바가 틀리기 때문에(padding이나 margin 등) CSS 핵이라는 전혀 필요없는 코드가 들어가야 합니다.

긴글중 아주 짧은 두 문단이지만 여러가지 사실이 아닌 부분들이 많아 키보드를 잡았습니다. 덧글로 달기엔 많을꺼 같았습니다.
(계속 읽기…)