Blog Archive

2007-03-03

오라클이 접근성 때문에 고소당했다는 소식을 듣고

현준호님 블로그에서 글로벌 기업인 오라클이 접근성 위배로 고소당했다는 이야기를 읽었습니다. 기사 원본이 어디 나와있을까 한참 찾다보니 현준호님 글 맨 끝에 Oracle sued for failing blind users라는 기사가 연결되어 있었습니다.

우리 회사도 오라클에서 만든 교육 관리 시스템(Learning Management System, LMS)을 비롯해 인적 자원 관리를 온통 오라클로 하고 있기 때문에 관심이 갔습니다. 처음에 오라클 소프트웨어(데이터베이스가 아닌 주로 ERP 류의 소프트웨어)를 접해본 느낌은 아주 복잡하고 난해하다는 것이었습니다. 그리고 정말 사용자 인터페이스에는 전혀 신경을 쓰지 않은 것 아닌가라고 생각하게 됩니다. 그런데 기술적인 배경이 강한 사람들은 오라클을 쓰면서 점점 감탄하게 됩니다. 그 복잡한 세상을 이렇게 일관성있게 관리할 수 있도록 구축해놓은 것에 놀라게 됩니다. 그러나 여전히, 도대체 이걸 누가 쓰라고 만들어 놓은 것인가 다시 묻게 합니다. 일반적인 우리 나라의 학습 관리 시스템이라면 현황 자료를 뽑을 때에 그냥 버튼 하나 누르면 간편하게 엑셀로 다운받아 줍니다. 그런데 오라클에서는 그런 현황 자료 하나 뽑을려면, 일일이 SQL 만들어서 돌리고, 다시 템플릿을 XML이나 XSLT로 만들어서 리포트를 만들어주어야 합니다. 그것도 정말 불편하고 느린 인터페이스로 되어 있지요. 다시 말해, 사용자가 SQL, XML 따위를 모르면 아무 것도 못하게 되어 있습니다. 설사 SQL을 안다고 해도 그 거대한 시스템의 데이터베이스 구조를 기술적으로 파악하고, 또 운영을 해봐야 이게 실제 어떻게 연관된 것인지 자세히 알 수 있기 때문에 현업에서 SQL 만들어서 실제로 써먹으려면 하세월이 걸립니다. 그래도 저는 그런 오라클의 방법이 그냥 단순하게 엑셀 파일에 서식까지 잔뜩 입혀서 다운로드받게 해주는 국산 프로그램들보다 어떤 면에서 낫다고 생각했습니다. 왜냐면 엑셀 형식은 적어도 보편적인 형식이 아닌 특정한 업체의(proprietary) 형식이기 때문입니다.

또 우리 나라 업체의 제품 같으면 웹에서 트리 구조를 표현하기 위해 이상한 액티브 엑스(Active X) 깔아서 클라이언트에서 트리를 펼쳤다 닫았다 할 수 있게 만들었을 것입니다. 실제 그런 경우가 매우 많지요. 모두가 윈도우즈에 인터넷 익스플로러만 쓰고, 자기 컴퓨터에 그런 프로그램 수십 수백 개 깔리는 것 신경 안쓰는 사람들은 그게 훨씬 편한 방법일 지도 모릅니다. 그런데 오라클은 정말 느리고 불편하게 서버에서 트리를 완전히 다시 갱신하는 방법을 쓰고 있었습니다. 사실 요즘 같으면 아마 에이잭스(AJAX)를 써서 훨씬 빠르게 만들 수도 있었겠지요. 그런데 그 불편한 서버 갱신 방식을 채택한 것도 어찌 보면 이유가 있었습니다. 트리를 펼치는 것과 줄이는 것은 물론이고, 트리의 특정 노드로 점프하는 것 등이 모두 키보드로 작동 가능하고, 시각 장애인이 쓸 수 있게 해놓았더군요.

국내 학습 관리 시스템 같으면, 특정 과정을 개설할 때 강사를 지정하는 것 정도는 아무나 쉽게 할 수 있습니다만 오라클 시스템에서 그것은 무지무지하게 어려운 일에 속합니다. 시스템을 아무리 뒤져봐도 강사(instructor)라는 말이 나오지 않습니다. 그것을 한 번 하려면 오라클 권한 부여 모형(Oracle permission model)과 역할(role), 권한(privilege)을 이해해야 하고, 또 사이트(site), 자원(resource), 자원 유형(resource type)이라는 개념과 자원 예약(booking), 확인(confirmation) 개념에 대해서도 알아야 합니다. 한 마디로 한 방에 할 수 있는 것은 아무것도 없습니다. 강사 지정한다고 해서 강사 권한이 바로 부여되는 것도 아니구요.


아무튼 오라클 소프트웨어를 쓰면서 한편으로는 방대하고 어마어마한 구조에 감탄하게 되고, 한편으로는 전혀 무신경한 사용자 인터페이스에 불만을 갖게 됩니다. 오라클의 웹 소프트웨어의 사용성은 제가 써본 바로는 별로입니다. 엔지니어들에게는 많은 자유를 줄 수 있지만 기술과는 거리가 먼 업무 전문가들 입장에서는 꽝이라고 할 수도 있지요. 그런데 웹 인터페이스는 그나마 낫습니다. 재활법 508조가 있기 때문이겠지요. 적어도 형식적으로는 대체 텍스트, 키보드 접근성 등을 대부분 지켜서 나옵니다. 그렇다고 웹 표준을 지키지는 않았습니다. 웹에 있어서는 아주 구닥다리 코드들을 사용하고 있지요. 그런데 시각적으로 보이지 않는 사람이 과연 이렇게 복잡한 시스템을 머릿속에 담아서 직렬적으로 처리할 수 있을까를 생각해보니, 상당히 무리이겠다는 느낌이 들었습니다. 그래도 우리 나라에서 만든 웹처럼 다른 브라우저에서는 아예 화면이 안 뜨고, 화면 레이아웃이 깨지고, 작동도 안 하고 그런 일은 없습니다. 그런데 이번에 고소를 당한 소프트웨어는 아마 자바 애플릿 기반의 소프트웨어쪽이 대상이 된 것 같습니다. 오라클이 만든 자바 애플리케이션을 써보면 정말 가관입니다. 처음 보면 도대체 어디에서부터 무엇을 하라는 것인지 감이 오질 않습니다. 그리고 자바 애플리케이션들은 접근성을 거의 고려하지 않은 것 같습니다. 사실 자바의 접근성이 아주 나쁜 것은 아닙니다. 100% 자바로만 만든 넷지(NETg)의 이러닝(e-learning) 콘텐츠나 스킬소프트의 온라인 콘텐츠는 접근성이 아주 좋습니다. 우리 나라 이러닝 콘텐츠들의 경우는 기본적인 웹 표준과 웹 접근성, 상호 운용성, 최소한의 사용성과는 상당히 거리가 멀고 오로지 서로 다른 학습 시스템간의 상호 운용성을 보장해준다는 스콤(SCORM)에만 신경을 쓰고 있지요. 기본적인 데이터로서 가치가 낮고 재활용이 거의 불가능한 콘텐츠를 아무리 스콤 표준에 맞추어봤자 무슨 소용이 있는지 모르겠습니다만.


오라클은 아주 거대한 회사입니다. 그래서 제 주관적인 느낌으로는 움직임도 상당히 느리더군요. 그리고 워낙 제품군이 많고 방대하기 때문에 고액 연봉을 받는 오라클의 전문 컨설턴트들도 자기가 전문성을 가진 특정 분야 제품이 아니면 뭐가 어떻게 돌아가는지 자세히 모르는 것 같습니다. 재활법 508조 때문에 오라클은 형식적으로만 접근성을 지켜왔던 것이 아닌가 추측됩니다. 그나마 자바 기반의 애플리케이션에는 신경을 덜 써왔던 것이고. 이제 그런 형식적인 접근성을 지켰다고 해도, 실제 장애인 사용자의 "원활한" 사용이 "사실상" 불가능하다면 아무 소용이 없다는 것을 이번 사건이 드러내줄 것이라고 생각합니다. 이번 사건에서 장애인 사용자가 인사 정보를 열람하기 위해 항상 비장애인 사용자의 도움을 받아야 해서, 자신의 개인 정보를 남에게 다 노출할 수 밖에 없는 심각한 문제를 참아 왔다고 합니다. 그래서 접근성을 지키는 것은 어찌 보면 매우 어려운 일입니다. 겉으로 드러나는 (그리고 단순해보이는) 접근성 규칙들 이면에 숨어있는 사용자 편의성(usability)이라는 측면이 너무 복잡하게 얽혀 있기 때문입니다. 아무튼 사용자 편의성, 접근성 문제에 상대적으로 둔감함을 보여왔던 오라클에 어떤 변화가 생기는 계기가 되었으면 좋겠습니다.

2007-02-26

7th KWAG Workshop

I attended the 7th KWAG workshop held at one of NHN's training centers. KWAG is a voluntarily gathered non-profit, and non-government group of people who share the interest in enhancing Web accessibility in Korea, and this workshop is a kind-of unconference which has no fixed form but the content of the meeting is freely created by voluntary individuals.

KWAG launched several small groups, that is TF's at this 7th workshop. I was involved in Web Accessibility Evaluation TF and newly participated in Caption and Audio Description TF which consists of only three members (Gyu-yeon Hwang, Jiae Mun and me) now. We had a short discussion regarding the plan for this TF and picked out three initiating topics:


  1. Accessibility of multimedia players (whether they are embedded in a Web or run as an independent application)

  2. Field research for captioning applications

  3. Effective caption(or subtitle) design

Have a quick look at the following photos to get how the workshop worked:


2007-02-22

단일 문화 사회를 넘어

중고교 시절에 강조해서 듣던 말이 있다. 우리 민족은 단일 민족, 백의 민족이라는 것이다. 민족이라는 단어는 항상 핏줄의 계보를 따진다. 그리고 그 핏줄, 또는 혈통은 자기가 선택할 수 있는 것이 아니기 때문에, 사람들은 자기 핏줄에 대한 묘한 집착, 또 빠져나오기 힘든 편견을 가지기 마련이다. 그런 사람들의 심리를 가장 잘 이용해먹었던 자가 2차 세계 대전을 일으킨 히틀러, 무솔리니같은 사람들이다. 우리 나라는 긴 세월동안 다른 나라를 부당하게 침략하지 않고 평화를 옹호했던 자랑스러운 전통이 있다. (최근에 이라크와 아프가니스탄에서 침략 전쟁을 일으킨 미국에 협조해 군대를 파견한 불명예스러운 역사도 있지만.) 거기에 어물쩡하게 덧붙여 우리 나라가 단일 민족 국가라는 사실을 자랑스러워해야 하는 것으로 교육받아왔다. 그런데 성장하면서 그것이 그렇게 자랑스러운 것인지 점점 의문을 갖게 되었다.

얼마 전에 여수에 있는 외국인 보호 시설에서 화재가 나 외국인들에 대한 부당한 인권 침해에 대해서 사회적인 각성의 계기가 있었다. 박노자 칼럼 (이민 받아들이기를 왜 거부하는가?)에서 지적했듯이 이제 다양한 종족이 함께 공존하는 "정상적인 나라"의 대열로 들어가야 한다. 다양한 민족들이 함께 사는 것이 우리 나라에 여러 가지로 이득이 된다는 것도 알아야 한다. 블로거 젠 카나이가 지적한 THE COST OF MONOCULTURE는 힘 있는 사람들의 문화와 다수의 문화가 그냥 우리 사회의 단일한 문화로 둔갑해버리는 우울한 현실의 일부분일 뿐이다. 단일한 종으로 구성된 식물 군락은 특정한 바이러스나 병충해에 한 번 취약점이 노출되면 전체가 무너진다. 우리도 2003년 전세계적으로 보기 드문 단일한 IT 환경으로 인해 인터넷 대란을 겪은 적이 있다. 이제 다양한 특성을 가진 사회 구성원들이 함께 살아가는 것을 자랑스러워하는 한국이 되었으면 좋겠다. 그것이 우리가 그렇게 비난하는 유일 사상 체제인 북한보다 확실하게 우월한 점이 아닐까.

네덜란드 법인을 방문했을 때 들었던 이야기가 아직도 기억에 남는다. 한 물류 창고 직원 26명의 국적을 조사해보았더니 18개의 다른 국적을 가진 사람들로 구성되어 있다고 말하던 직원의 이야기.

2007-02-20

이러닝? e러닝?

기술의 발달 속도가 엄청나게 빨라지고, 많은 기술들이 서양 문화권(특히 영어 문화권)에서 들여오다 보니 외래어와 외국어 단어 수도 급격하게 늘어나고 있습니다. 이런 단어들을 (북한처럼) 일일이 우리말로 바꾸면서도 그 뜻을 잘 전달할 수 있으면 좋겠지만 불행하게도 그렇게 하기에는 어휘가 발달, 변천해가는 속도가 너무 빨라진 것 같습니다.

그러나 대체 가능한 우리말이 확실하게 있다면 대체 가능한 우리말을 되도록 쓰는 것이 좋겠지요. 그것은 단순히 수세적으로 우리말을 지키자는 의미에서라기보단, 영어가 우리의 주류 언어가 되어버리고 우리말 단어가 씨가 말라서 그것이 오히려 문화의 다양성을 해칠지도 모른다는 우려에서입니다. 다시 말해, 영어의 어휘가 풍부해져서 우리의 삶이 풍부해지는만큼 우리말의 어휘도 풍부해지고, 다양한 사상과 새로운 기술을 표현할 수 있도록 풍성해졌으면 하는 바램입니다.

영어 단어가 많아지면서 그것을 한국어로 바르게 쓰는 일도 중요한 일입니다. 얼마 전에 모 건설 회사에서 e 편한 세상이라는 문구를 사용하면서 e라는 영어 알파벳을 중의적으로 쓰는 일이 참 많아졌습니다. 제가 하는 일은 소위 말하는 온라인 학습 즉, 이러닝(e-learning)이라는 것인데, 이것을 정부 부처 일부에서 e러닝으로 쓰고 있습니다. 우리말 문장을 쓸 때에는 모든 단어를 우리말을 표기하는 한글로 쓰는 것이 원칙입니다. 즉 여러 문자를 한 문장에 섞어쓰지 않습니다. 이것은 대부분의 (제대로 된) 신문 기사를 보면 알 수 있습니다. 노무현 대통령이 부시 대통령을 만났다.가 맞지 노무현 대통령이 Bush 대통령을 만났다.라고 쓰지 않습니다. 그러나 이렇게 표기하기에 어려운 것도 있습니다. 예를 들면 영어 알파벳 한 자 한 자를 발음해야 하는 약자로 이루어진 단어입니다. UCC 열풍이 불고 있다. 이렇게 쓰는 것과 유씨씨 열풍이 불고 있다. 이렇게 쓰는 것과 어떤 것이 맞는 것일까요? 이런 경우도 원칙은 뒤의 문장이 맞지만 편의상 대부분의 신문에서 앞의 문장처럼 쓰고 있습니다. 그래서 이 경우는 통상적으로 첫 번째 문장처럼 쓰는 것이 이미 굳어진 관행이 된 것 같습니다. 이것까지 꼭 유씨씨라고 써야 한다고 우기고 싶지는 않습니다.

그럼 이런 경우는 뭐가 맞을까요? LG전자엘지전자? 제 생각엔 당연히 후자가 맞습니다. (칼 맞을 소리인지도 모르겠지만) 불행히도 우리 회사는 이런 혼란을 일찌감치 초래하고 우리말의 오염에 일조한 회사 중에 하나입니다. 에스케이 텔레콤, 케이티에프, 케이티엔지, 케이티엑스 등도 모두 마찬가지이지요. 자, 이런 맥락에서 보면 이러닝인지 e러닝인지는 명확합니다. 이러닝은 국어 사전에 올라갈 수 있는 단어이지만, e러닝은 국어 사전에도 올릴 수 없고 영어 사전에도 올릴 수 없는 엉터리 단어입니다. 한 문장에서 표기 언어 문자 코드를 바꾸는 것도 조심해야 하는데 심지어 한 단어 내에서 표기 언어 문자를 막 바꾸려는 시도는 정말 잘못된 것입니다. 처음 e 편한 세상을 사용했던 건설 회사가 원죄가 있다고 하더라도 (그 전에도 비슷한 예가 있었을 수도 있지요), 그것은 어디까지나 상업적인 광고 목적으로 소비자를 현혹하기 위해 사용한 것입니다. 이런 엉터리 표기법을 공공 기관이나 정부에서 공식적인 용어에도, 그것도 한 단어 내에서 두 개의 표기 언어를 사용한다는 것은 잘못된 것입니다. 차라리 용어가 익숙하지 않은 사람을 위해 이러닝(e-learning) 이렇게 처음에는 써주는 것이 좋은 방법인 것 같습니다.

더욱 가관인 것도 있습니다. 아래 항목 等에 대해 F/up 바랍니다. 이런 문장을 접해보신 적이 있으신가요? 하고 싶은 말은 아래 항목들에 대해 조사해보시기 바랍니다. 정도였겠지요. 영어 알파벳과 마찬가지로 한자를 한글 속에 섞어쓰는 것도 옳지 않은 방법입니다. 쓸데없는, 그리고 잘못된 "코드 스위칭(code switching)"입니다. 한글로만 적었을 때 정말로 의미가 모호하다면 괄호 안에 한자어를 같이 써주면 되겠지요. 그런 경우는 흔하지도 않지만. 또 사선(슬래시, slash, /)을 이용해서 줄임말을 쓰는 것도 조심해야 합니다. 소프트웨어, 하드웨어, 네트워크라고 쓰면 명확한데 "S/W", "H/W", "N/W"라고 이상한 단어를 씀으로써 의사 소통을 애매하게 할 필요가 있습니까? 그런 잘못된 습관이 다른 단어와 구문에까지 일반화되어 영어로 "팔로우 업(follow up)"을 쓰고 싶은 자리에 "F/up"이라는 정말 희한한 표기법이 나왔겠지요.

자, 이제부터는 "e러닝"이라는 이상한 단어 대신에 "이러닝"이라는 올바른 단어를 사용합시다.

2007-02-12

파리와 파타야 여행

여기는 태국의 파타야입니다. 아마 관광지로 유명한 곳이겠지요. 프랑스 파리에서 다른 모임을 마치고 오늘 태국에 도착했습니다. 파리에선 사실 호텔과 회사밖에 안 가봤기 때문에 파리에 가봤다고 하기는 참 거시기하게 되었습니다. 뭐 원래 개인적으론 여기저기 구경하면서 돌아다니는 것보다는 현지인들을 만나서 이야기하는 것을 더 좋아하기 때문에 아주 나쁘진 않았습니다. 며칠간 하루 죙~일 원없이 떠들었기 때문에 처음에는 좀 재미있었는데 나중에는 이제 좀 편하고 느긋하게 우리말을 쓰고 싶더군요. 영어를 쓰려면 아주 편한 자리에서도 계속 귀를 쫑긋 세우고 상대방이 무슨 말 하는지 들어야 하니까요. 어쨌든 파리에서의 마지막날 저녁에 호텔 일정이 맞는 포르투갈 직원 두 사람과 각각의 배우자까지 해서 네 사람과 저녁을 먹었는데 그 사람들이 한국 사람과 이렇게 오랫동안 잡담을 하면서 편하게 저녁을 먹어본 적이 없다고 매우 좋아하더군요. 저녁은 프랑스 식당에서 8시 반에 주문을 했는데 주문하고 나서 음식 나오는데 한 시간 걸리고, 밥 먹는데는 한 30분, 그리고 계산서를 각자 계산서로 끊어달라고 했더니 종업원이 계산서를 발행할 줄 몰라, 여기저기 물어보고 최종 계산서 나와서 서명하기까지 무려 한 시간 반이 걸렸습니다. 그래서 11시 반에 저녁 식사를 마쳤는데 종업원이 미안하다는 말은 한 마디도 안 하더군요. 프랑스 사람들 또는 유럽 사람들은 그런 거 별로 대수롭지 않게 생각하는 것 같습니다.

태국에서는 며칠 전까지 러닝센터에서 근무하셨던 주재원이 점심과 저녁을 근사하게 대접해주어서 아주 즐거운 일요일 하루를 보냈습니다. 프랑스 음식은 기대했던 것보다 별로였습니다. 아무리 봐도 한국 음식만큼 건강식도 아닌 것 같고. 그런데 태국 음식은 한국 사람 입맛에 착 달라붙을 정도로 맛있었습니다. 음식 이름은 모르겠고, 한국식으로 치면 일종의 샤브샤브 비슷한 것인데 아주 담백하고 소스도 한국의 된장, 쌈장과 매우 비슷합니다. 파타야의 날씨도 지금이 제일 좋은 때라고 하는군요. 주재원이 계신 곳은 바닷가에 있는 한 콘도인데 콘도 바로 앞으로 수영장과 콘도 사람들만을 위한 멋진 해수욕장이 펼쳐져 있습니다. 서양 사람들이 참 많은데, 일요일이라 그런지 축 늘어져서 책 보는 사람, 자는 사람 등 한가하게 일요일을 즐기는 사람들이 참 부럽더군요. 내일부터는 아침부터 또 강행군입니다. 동남 아시아에서는 유럽에서보다 저에게 더 많은 시간이 할당되어 있어서 준비를 철저하게 해야 하는데... 걱정이 앞서는군요. 그럼 인터넷 접속 요금을 아끼기 위해 오늘은 이제 그만...

2007-01-23

한국 웹 접근성 그룹 KWAG 모임 후기

지난 토요일 다음 커머스 회의실에서 한국 웹 접근성 그룹, KWAG의 6번째 모임을 가졌습니다. 처음 시작할 때 빼놓고 그동안 주욱~ 게으름 피우다가 오랜만에 게으른 몸을 이끌고 모임에 나갔는데 정말 많은 분들이 오셨습니다. 개인의 관심과 흥미, 그리고 자발적인 참여에 의해 이런 모임이 생길 수 있다는 것이 항상 놀랍습니다. 회사에서도 어떻게 하면 사람들이 자발적으로 학습하고 지식을 공유하게 할 것인지 한참 고민하는데, 이런 류의 모임에서 많은 시사점을 얻습니다.


장애의 유무와 관계없이 누구나 접근하고 사용할 수 있어야 한다는 웹의 기본 정신에 공감하고 어떻게든 그것을 현실에서 구현하려는 사람들이 이렇게 많다니 정말 감동이었습니다. 게다가 메이저 업체라고 할 수 있는 다음, 네이버, 야후, KT 등에서도 개발자와 디자이너 분들이 참여하셔서 이제 큰 업체들도 움직이기 시작하는구나 하는 생각을 갖게 하였습니다. 한국 정보문화 진흥원의 현준호님이 오셔서 한국의 접근성에 대해서 자세한 설명을 해주셨는데 드디어 블로그를 만드셨더군요. 축하드립니다.


마지막으로 인상적이었던 것은, 제가 가장 늦게 와서 맨 뒷자리에 앉았었는데, 뒤에서 보니 맥북을 쓰시는 분들이 정말 많더군요. 웹 표준이나 웹 접근성에 관심이 있는 분들은 맥을 쓰시는 분들이 참 많은 것 같습니다. 현준호님이 W3C 발표장에 가면 자신을 제외하고는 대부분의 사람들이 맥을 쓴다고 전하시던데... 소수자인 맥 사용자가 우리 나라 인터넷을 제대로 쓸 수 있도록 우리 나라 웹이 좋아진다면 아주 좋겠죠. 제 생각엔 그러려면 맥이 지금보다 훨씬 시장 점유율이 높아져야 할 것 같습니다. 그래서 세상에는 윈도우즈만 있는 게 아니라는 것이 일반적으로 받아들여진다면, 사람들도 지금보다 훨씬 보편적인 방식의 웹을 제작하는 데에 신경을 많이 쓰겠지요.


본 모임이 끝나고 별도의 평가 TF 모임에 처음 참석하였습니다. 열띤 토론을 하며 재미있는 시간을 보냈습니다. 온라인에서 가끔씩 글은 보았지만 얼굴은 잘 익숙하지 않았던 윤좌진님, 김요한님, 홍윤표님, 신현석님, 조훈님, 조현진님, 정찬명님이 많은 고생을 하셔서 이미 진행이 많이 되었더군요. 그리고 마지막으로 아직 공개되지 않은(?) 또 하나의 모임에 갔습니다. 웹 표준 관련 책을 하나 번역해서 내기 위해 몇몇 사람이 일을 하다가 1차 마무리가 되는 시점에서 한 번 모인 것이었습니다. 그곳에서 편집자(?) 한 분과 웹 표준, 웹 접근성 관련해서 비참한 우리 나라의 현실에 대해 술자리에서 한참동안 이야기를 나누었습니다. 개인적으로는 다리 걸친 게 너무 많아 몇 개는 좀 털어내고 싶은 욕구가 항상 따라다니는데, 지난 토요일은 그런 생각을 잠시 잊어버렸던 것 같습니다.

2007-01-21

아웃룩 2007이 인터넷 익스플로러를 버리다니...

오늘 좀 쇼킹한 뉴스를 접하게 되었다. 새로 출시되는 마이크로소프트 아웃룩(Microsoft Outlook) 2007 버전에서 인터넷 익스플로러(Internet Explorer)를 HTML 렌더링 엔진으로 쓰지 않고, 대신 워드(Word) 2007을 사용한다고 한다. 몰리(Molly)에 따르면, HTML 형식의 이메일을 작성할 때와 읽을 때 같은 엔진을 사용함으로써 사용자들에게 일관성을 주려는 목적으로 그런 짓을 한 것 같다. 당연히 예상되었겠지만 워드 2007의 렌더링 엔진은 매우 조악하다고 한다. 특히나 CSS의 float를 지원하지 않는다고 하니, CSS 포지셔닝 기능을 이용해 HTML 형식의 이메일을 보내던 많은 기업 이메일 발송자들에게는 치명적인 문제가 생길 것 같다. 사이트 포인트에서도 이 문제에 대해 시끄럽고, 캠페인 모니터 블로그에서는 마이크로소프트가 이메일 디자인을 5년은 후퇴시켰다고 비난하고 있다.


사실 불필요하게 HTML 이메일을 남용하는 것은 좋은 생각이 아니다. 특히나 우리 나라 기업들이 보내는 수많은 엽기적인 HTML 이메일은 아무런 대체 수단 없이 통째로 하나의 이미지로 되어 있다. 오페라(Opera)에 내장된 이메일 클라이언트에서는 그래서 HTML 이메일 작성 자체를 지원하지 않는다. 물론 읽는 것은 지원하지만. 그러나 걱정이다. 이메일 클라이언트로서 아웃룩의 시장 점유율이 세계적으로 70%가 넘는다고 하는데, (아마 우리 나라에서는 90%가 훨씬 넘지 않을까) 그러면 이메일을 보내는 기업으로서는 수신자의 프로그램을 고려하지 않을 수 없다. 그래서 CSS 포지셔닝을 사용하지 않고 무조건 테이블 기반의 디자인으로 돌아가거나 아니면 많은 생각 없는 디자이너들이 선호하는 통짜의 그래픽 이미지로 메일을 보내는 사례가 늘어나지 않을까 싶어서이다. 개인적으로야 뭐 HTML 메일을 보낼 일은 거의 없지만, HTML 메일로만 캠페인을 하는 많은 사업자들은 아마 상당히 난감할 것 같다. 물론 약삭빠른 마이크로소프트에서는 자기들 렌더링 엔진에 맞도록 작성자가 HTML을 썼는지 검사하는 프로그램을 무슨 정말 표준 검사 도구인 것처럼 내놓고 있다.


안 그래도 우리 회사에서 아웃룩 쓰는 사람들이 자꾸 RTF(Rich Text Format, 워드에서 사용하는 포맷)로 메일을 보내는 통에 첨부 파일이 winmail.dat로 읽지 못하게 와서 매번 다시 보내달라고 하는 법석을 떨고 있다. 이게 독점의 폐해가 아닌가 싶다. 아웃룩이라는 고유 명사는 알지만 메일 클라이언트라는 단어는 모르고, 인터넷 익스플로러라는 단어는 알지만 브라우저라는 단어를 모르는 사람들로 꽉찬 곳에서 독점 소프트웨어의 의사 결정은 시장 전체와 다른 제품 사용자, 기존에 합의된 표준 등 여러 곳에 매우 큰 파급 효과를 미친다. 무서운 것은 그런 독점 사업자가 독점 제품을 통해 자신들의 이상한 방식을 모두에게 강요함으로써 기술 발전을 후퇴시키거나 정체시킬 수도 있다는 것이다.