역시 언어의 장벽이란 무시할 수가 없는 것 같다. 한국에 대해서, 한국의 IT정보에 대해서, 한국의 Web표준에 대해 관심을 가지고 있는 외국분이 많이 계시는 것 같은데 한국어를 몰라서 전혀 알지 못하고 홍보되지 못하는 경우가 많은 것 같다. 얼마전 techcrunch에 미국에 진출한 한국의 인터넷 서비스가 소개되어 channy님이나 태우님 등 많은 분들이 기뻐하셨는데 정말 태우님 말씀처럼 세계인이 이해 할 수 있는 한국에 대한 컨텐츠가 많이 필요하다는 것을 절실히 느끼게 되었다.

오늘은 평소 자주 들리고 있는 일본 Web표준의 전문가 키다치상의 블로그에서 WebStandard Korea의 존재에 대해 감사해 하는 메세지를 볼 수 있었다. 역시 영어로 우리를 홍보할 수 있는 컨텐츠가 보다 많이 필요한 것 같다.

WebStandard Korea
韓国語はまったく読めないので、英語版コンテンツは非常に助かります。ありがとうございます。
한국어는 전혀 읽을 수 없기 때문에 영어 컨텐츠가 굉장히 도움이 됩니다. 감사합니다.

覚え書き@kazuhi.to: links for 2006-08-01

channy님이나 hooney님, 일몰님 등 많은 분들의 노력이 세계에 보다 널리 한국의 위상을 알리고 있다.

여러분의 노력에 깊이 감사드립니다.

p.s/키다치상은 일본 Web표준씬에 있어서 굉장한 영향력을 가지고 계신 분이라 WebStandard Korea의 일본에서의 홍보에 큰 도움이 되리라 생각합니다:-)

창피한 이야기이지만 번역 작업을 하면서 처음으로 WCAG1.0과 2.0 Working Draft를 자세하게 들여다 보게 되었다.

내용을 자세히 읽어보니 WCAG를 의식하지 않았지만 벌써 실천하고 있는 부분이 꽤 되었다. 역시 WCAG를 만든 곳이 W3C이다보니 웹표준(Web Standard)를 준수하고 약간의 배려만 더 한다면 WCAG의 기준을 만족시킬수 있는 것 같다.

하지만 정말 WCAG만으로 액세시빌리티를 보장할 수 있을까? 전에 하씩씩이님과 이나래님 만나뵈었을때 이나래님이 하셨던 말씀이 계속 머리속에서 맴돈다.

액세스키를 지정해서 제공하는 것이 반대로 스크린리더에서 “과도한 친절”이 될 수도 있다. 스크린리더기에 지정한 단축키와 충돌을 일으키는 문제가 있다. CSS와 XHTML로 문서를 구성한다고 액세시빌리티를 보장받는 것은 아니다. 오히려 테이블 레이아웃의 페이지가 액세시빌리티면에서 더 좋은 경우도 있다.

Web표준의 날(The Day of Web Standards)행사에 참가했을때 인포액시아의 植木 真대표가 비슷한 이야기를 하기도 하였다.

역시 공부가 부족한게야. 어디서부터 무엇을 어떻게 공부해 봐야 할까?

「アクセシビリティ」という言葉がインターネットで最近よく使われるようになった。 W3CのWAIガイドラインによれば、 「障害者にとってアクセシブルになる(利用しやすくなる)ように、ホームページを作成する」と言っています。でも、個々の障害で何が不便かを理解しない限り、アクセシビリティなんて永遠に来ないような（＾＾；
パソコンふぉあ障害者ず アクセシビリティ(障害者-ハンディ-)

해석하자면

“액세스빌리티”라는 단어가 인터넷에서 최근 자주 사용되어지고 있다. W3C의 WAI가이드라인에 따른다면, “장애자도 이용하기 편한 홈페이지를 작성 할 수 있다”라고 이야기 하지만, 개개의 장애에 무엇이 불편한지 이해하지 않는 한, 액세시빌리티란 영원히 달성되지 않는다.

라는 이야기.

XHTML™ 2.0 W3C Working Draft 26 July 2006

XHTML™ 2.0의 8번째 Working Draft가 7월 26일 발표되었다. 이제 정식공표가 멀지 않은 것 같다. (아직 꽤 멀었다고 하네요..) 공표가 된다고 해도 브라우저의 지원도 필요하고 사람들의 인식도 필요하고 상당히 많은 시간이 소요될 것 같지만 예전보다는 빠르게 진행되지 않을까 하는 생각도 든다.

HTML에서 XHTML로 바꼈을때는 형식적으로 그렇게 많은 변화가 이뤄지지 않았었지만 2.0에서는 꽤 많은 변화가 있는 것 같다. 제대로 살펴보지는 않았지만 대충 살펴본바에 의하면 빈요소(img, br 등)의 사용을 적극적으로 피하려 하는게 느껴진다. 확실히 열고 닫아줌으로써 보다 구조적인 코드를 작성할 수 있을 것 같다. 보다 XML에 가까운 형식이 되는 것 같다. 그 외에도 많은 변화가 있는 것 같은데 시간 날때마다 차근차근 훑어봐야 겠다.

언제나 새롭게 공부할 것들이 등장하기에 지루할 틈이 없는 것 같다. 역시 멋진 직업을 선택한 것 같다:-)

열심히 적어놓은 내용이 브라우저 에러로 전부 날라갔다..;; Firefox!!

7월 15일 롯뽄기힐즈에서 열린 “Web표준의 날(The Day of Web Standards)” 행사에 다녀왔다(관련사진). 막상 가보니 내가 생각하고 있던 내용과 조금 차이가 있어서 실망하기도 했지만 꽤 다양한 목소리를 들을 수 있어서 그런대로 유익했던 것 같다.

일단 주로 언급된 내용은 “Web표준 사이트를 보다 효율적으로 구축하는 방법”에 대한 내용이었다. 결론부터 이야기하자면 “모듈”을 이용하자는 이야기였다. 파트별로 잘게 나눠진 모듈을 먼저 구축해서 내용에 따라 모듈을 삽입하는게 효율적이지 않을까 하는 이야기였다. (X)HTML, 마크업부분도 대규모 사이트의 경우 드림위버나 텍스트에디터의 SNIPPET를 이용하면 보다 효율적인 구축이 가능할 것 같다. 특히 작업에 참가하는 사람수가 많을 경우 SNIPPET의 공유를 통해 보다 효율적인 공동작업이 가능하리라고 본다. CSS도 모듈화를 통해 다양한 레이아웃에 대응할 수 있다.

역시 Web표준 사이트 구축의 경우, 초기 사이트의 설계와 요소 작성작업에 가장 많은 시간이 필요하다고 본다. 설계가 제대로 이뤄지지 않으면 실제 페이지 작업에서도 많은 애로사항이 있을 것이다.

지금도 어느정도 모듈화시켜서 사이트 구축을 하고 있지만…조금 더 세밀하고 다양하게 분류할 필요가 있는 것 같다. 다음에 작업할 사이트 구축에 적극적으로 모듈화를 테스트해봐야 겠다.

이렇게 공감이 가고 좋은 이야기도 많았지만..메인 스폰서가 Adobe라서 그런지 세션에 2부분이나 Adobe 툴의 홍보(The Spry framework for Ajax와 Dreamweaver 8)가 차지하고 있었고…뭔가 돈냄세를 맡고 몰려드는 사람들 때문에 마치 Web2.0세미나같은 분위기도 풍기고(장소가 롯뽄기힐즈라 더더욱…)…마지막 패널 토론의 “Web표준은 어떻게 비즈니스를 바꾸는가?”도 선정적인, 거품을 연상시키는 주제였지만 패널로 참가한 비지니스 아키텍쳐의 사장인 森田 雄씨의 “Web표준은 비지니스를 바꾸지 못한다. 단지 Web표준을 이용함으로써 조금 더 효율적인 사이트를 구축할 수 있을뿐이다.”라는 말에 속이 다 시원하더군.
아! 그러고 보니 예전에 소개한 7779의 임정호씨가 비지니스 아키텍쳐에서 근무했었군!

역시 Web표준이란 베이스가 될 뿐이며 기본일 뿐이다. 트렌드도 아니고 특별한 기술도 아니며 그렇게 만드는게 당연한 이야기일뿐이다. 지금은 그 Web표준이 잘 지켜지지 않기에 화제가 되고 있을 뿐이며 정작 중요한 것은 그 위에, Web표준을 바탕으로 어떤 디자인, 어떤 내용으로 만드는 가가 더 중요하다고 할 수 있다.

오늘 오랫만에 네이버에 로그인을 하고 블로그를 둘러보는데 블로그 메인 페이지가 평소랑 조금 다른걸 눈치챘다. 텍스트 설정도 조금 다른 것 같고 타이틀 요소도 조금 다른 것 같고…

페이지 소스를 확인하니 오오!! 문서형선언(DTD)도 제대로 달려있고 문자코드세트도 “euc-kr”이라고 확실히 지정되어 있다. 거기에 눈에 띄는 div..bullet요소들도 백그라운드 이미지로 지정하고 있고…거기에 페이지들을 조금 둘러보니 예전에 많이 눈에띄던 버그들도 굉장히 많이 줄어든 것 같다.

역시 네이버 버그 잡기 이벤트는 폼으로 한게 아니었구나!

아직 조금 미숙한 부분이 보이긴 하지만…첫술에 배부르랴…점점 이렇게 열심히 하다보면 더 나아지겠지! 국내에도 조금씩 웹표준에 대한 인식이 바로 잡혀 가는 것 같아 솔직히 조금 감동했다.

다만 “태그로 만나는 블로그”(flash)부분과 “아이템 골짜기”부분이 표시되지 않는 문제는 고쳐줬으면 좋겠다(OS:일본어 윈도우XP/Mac OS X, 브라우저: IE/Firefox/Opera). 그리고 iframe은…제발 포기했으면 좋겠다.