정보 통신부와 ODF 그리고 문서양식

| | Comments (0) | TrackBacks (0)

견습 마법사의 다이어리 블로그를 보고 정보 통신부가 OpenDocument Format을 행정 업무용 문서 표준으로 채택하는 것을 추진한다는 소식을 접할 수 있었다. 정부가 공개 소프트웨어 활성화 하겠다는 메아리만 울려 퍼지던 때를 생각해보면, 최근 웹 표준과 접근성에 대한 것이나 ODF의 지지 또한 참 반길만한 소식이다. 근데, 인용된 기사 내용의 절반 가량은 한글과컴퓨터사가 '한컴 오피스의 모든 기능을 ODF로 가져가기 힘들다'는 인터뷰가 차지 하고 있다.

여기서 잠깐 MS 이야기를 하자면, 흔히들 MS가 Windows를 판매해서 높은 수익을 올릴거라 생각하지만, 실제로는 Windows 패키지는 그다지 팔리지 않으며 대부분 Dell이나 HP와 같은 하드웨어 벤더들의 컴퓨터에 OEM으로 판매되므로 큰 이익은 없으며, 오히려 기술 지원으로 이익을 얻는 편이다. 그럼 MS의 패키지 제품 중에서 가장 효자노릇을 하는 소프트웨어는 무엇일까? 바로 MS Office 시리즈이다. MS의 오피스가 업무적으로 편리한 기능을 제공하고 거의 업계 표준으로 자리매김을 했지만, 맥을 제외한 다른 플랫폼에 대한 포팅이나 지원은 없다.

그리고 맥용 Office를 사용해 보면 차라리 Windows가 깔린 PC를 사고 싶어질 정도이다. 사무환경을 위해서 Windows를 사용해야만 하는 상황이기에 OpenOffice.org나 OpenDocument와 같은 오픈 소스 프로젝트가 주목을 받고 있는 것이다. 정보 통신부가 이러한 기술에 대한 지지를 보낸다는 것은 공개 소프트웨어 활성화 정책과도 일맥 상통하고 특정 기업의 기술과 플랫폼 종속에서 벗어날 수 있는 선택의 기회가 주어진다는 점에서 참으로 반가운 소식이 아닐 수 없다.

견습 마법사님은 현재 행정기관에서 사용되는 HWP 포맷의 기능들이 ODF로 전환시 발생할지 모르는 문제점에 대해서, 아래아 한글과 MS Office에 익숙해져 버린 사람들이 과연 잘 사용하게 될 것인가라는 의문점들을 아래와 같이 예를 들어 보았다.

1. 표 그리기 사용의 편리함

표(table)는 어차피 데이터를 배열을 하기 위한 표현 양식이다. 표를 그리기 위한 사용자의 편리함은 데이터를 저장하고 표현하기 위한 파일 포맷인 ODF에서 문제점을 찾기란 어렵다. 사용자가 표를 편리하게 그리기 위한 것은 소프트웨어의 User Interface에서 담당할 부분이다.

사족이지만, 한국 사람들 대부분은 데이터를 표로 표현하기를 너무나 좋아하는데 문제점을 짚을 수 있다. 흔히 우리가 어릴때 배웠던 편지 쓰기와 같은 head, body, foot 으로 구분되는 문서 레이아웃으로 서술하는 외국의 형태와는 거리가 멀다. 아마도 내 생각이지만 일제 시대의 문서 양식을 그대로 답습하고 있기에 그렇다고 본다. 예나 지금이나 어린 학생부터 나이든 어른들까지 자기 생각을 글로 잘 표현하 못하거나, 논술을 위해서 학원까지 다니는 것을 보면 이런 조그만 것에서 기인했다고 보는건 좀 과장된 생각일까?

아무튼 표는 데이터를 배열로 표현할 때 유용하지만, 우리나라 처럼 주객이 바뀌어서 여기저기 표를 많이 사용하게 되면, 문서를 읽게 되는 사람은 정확한 정보라고 심리적 안정감을 얻을 수 있을지 모르지만, 표는 서술된 내용을 뒷받침하는 보조적인 역할인데다, 표에 나열된 항목에 대한 제목 이외의 내용을 기입하기란 어려운 점 등등 표를 통해서 모든 정보를 표현하기란 매우 어렵다. 이외에도 여러가지 이유가 있지만, 외국의 문서와 웹 사이트들이 왜 서술형을 지향하는지에 대해선 곰곰히 생각해보면 금방 알 수 있으며, 워드 프로세서나 HTML과 같은 문서 관련된 기술을 보면 편리한 서술 양식을 위한 기능을 제공하기 위해서 왜 업데이트를 하고 노력하는지에 대해서 잘 알 수 있다.

2. 다른 문서 파일 포맷과의 호환성

소프트웨어를 개발하는 벤더 입장에서 노력을 쏟는 부분 중 하나일 것이다. 기존의 국제적으로 널리 쓰이는 문서 포맷은 별 문제점 없이 ODF로 컨버팅이 가능할 것이며, HWP는 한글과컴퓨터에서 해결해야할 문제이며, HWP to ODF 컨버트는 그다지 어려운 문제는 아닐 것으로 예상된다. 그리고, 국제 문서 포맷 표준으로 인증받기 위해 IBM과 SUN을 위시한 OpenDocument Format AllianceOffice Open XML을 내세우고 있는 MS가 서로 으르렁 거리고 있는 상황인데, ECMA는 MS의 손을 들어주었다. 하지만 ODF 진영은 ISO 인증을 받았기에 앞으로 용호쌍박과도 같은 문서 포맷 전쟁이 한동안 이어지리라 생각된다. 하지만 결국 이해 관계를 넘어서 서로의 포맷을 지원하게 되리라 예상된다.

3. 검색엔진 모듈이 존재하는가?

검색엔진 모듈은 개발사에서 알아서 해결해야될 문제다. 별로 어려운 문제라고 보여지진 않는다. 그리고, XML과 ZIP 형식으로 저장되기 때문에 요상한 바이너리 형태의 파일 포맷 보다는 훨씬 더 빠르고 쉽게 접근이 가능하다.

4. DRM

OpenDocument에 DRM에 대한 메카니즘은 없다. 하지만 추후에 추가될지도 모르겠다. 근데 DRM이 간절히 필요한 기능이라면 스펙에 이미 검토되었겠지만, 사실상 DRM 이딴거 필요하나? 곰곰히 생각해보자.

대충 견습 마법사님이 말씀 하신 내용을 토대로 메모를 해보았다. 나도 아직 ODF에 대해서 정확히 아는 바가 없기에 아래의 링크로 대신 맺음을 한다. 그리고 정통부와 행자부가 의기투합만 잘 한다면, 사용자(직원)가 느낄 ODF 사용에 대한 불편함은 잠깐이리라. (군대로 치자면 고참이 까라면 까야지 - 별로 좋은 농담은 아니다.) 다시 한번 최근 정통부의 노력아닌 노력에 박수 3번을 보낸다.

0 TrackBacks

Listed below are links to blogs that reference this entry: 정보 통신부와 ODF 그리고 문서양식.

TrackBack URL for this entry: http://www.simplething.net/mt/mt-tb.cgi/15

Leave a comment

Technorati

Technorati search

» Blogs that link here

About this Entry

This page contains a single entry by Jiyoon Jang published on March 8, 2007 3:17 PM.

윈도우즈용 TextMate 클론 E-TextEditor was the previous entry in this blog.

Setting Up Mac OS X Applications is the next entry in this blog.

Find recent content on the main index or look in the archives to find all content.