밀피유의 이야기

마이크로소프트가 만든 문서 포멧의 ISO 표준 재정 건으로 이야기가 많이 오가는 모양입니다. 문서 포멧은 지금까지도 그래 왔고, 앞으로도 컴퓨터를 가지고 일을 하는 한, 평생토록 따라다닐 중요한 문제이기 때문에, 많은 사람들이 관심을 가지는 것도 당연합니다. 표준으로 재정된 문서 포멧에는 이미 ODF 라는 포멧이 있고, 여기에 마이크로소프트가 자사가 개발한 OOXML을 표준으로 만들려고 하면서 문제가 생겼습니다. 간단히 요약하면, 마이크로소프트의 문서 표준을 믿을 수 없다는 이야기입니다. 사실, 저는 이전에도 ODF 포멧을 강제하는 것은 결국 또 다른 비용을 만들어내며, 또다른 강제사항이 될 수 있다고 이야기한 적이 있습니다. OOXML의 표준화를 반대하는 사이트에서는 여러 가지 이유를 들어 OOXML의 표준화를 반대하고 있는데, 오피스 - 정확히 말하면 MS오피스 - 와 매일같이 놀고 있는 입장에선 아리송한 내용들도 있습니다.

이미 표준안이 있는데 왜 또다른 표준안을 만들어 정부와 기업을 혼란에 몰아넣느냐는 것이 첫번째입니다. 표준은 절대적인 것이 아닙니다. 표준은 권장사항이지, 강제사항이 아닙니다. 사람들이 웹 표준에 매달려 '표준적인 방법으로도 구현할 수 있는 것'을 마이크로소프트는 비표준적인 방법으로 구현한 적이 있습니다. 그래서 수많은 문제가 생겼고, 그 문제를 무시할 생각은 없지만, 표준에 묶이지 않은 덕분에 표준만으로 할 수 없었던 것을 먼저 구현할 수 있었습니다. 표준으로 재정되어 있는 ODF 파일 포멧도 마찬가지라고 생각합니다. ODF 파일 포멧의 가장 큰 약점은 법률적인 여러 가지 문제를 피하기 위해 제한적인 기능만을 사용할 수 있다는 점입니다. 물론 문서로써의 역할을 하는데는 ODF 파일 포멧이면 충분할 수도 있습니다. 하지만 현대의 문서는 문서 그 이상의 역할을 하고 있다는데 주목해야 할 겁니다. 즉, 도큐먼트 파일 포멧에 대한 니즈는 계속해서 발생하고 있지만, ODF 파일 포멧으로 니즈를 충족시킬 수 있는지에 대해서는 아무도 관심을 가지지 않습니다.

구현 가능한지 검토되지 않았다. 검색으로 찾아봤지만, 이렇게 주중할 뿐 정확히 뭐가 구현 가능하지 않은지를 설명하는 글을 찾지는 못했습니다. 또, MS오피스에서 OOXML의 모든 요소를 구현하지 않았다는 건 별로 문제삼을 만한 것은 아닙니다. 차라리 '모든 기능을 구현한 소프트웨어가 없다'는 점을 문제삼을 수는 있겠지만, 'MS오피스도 구현하지 못했기 때문에'라고 말하는 건 아무 의미가 없습니다. 게다가 이렇게 이야기한다면, ODF 파일 포멧도 완전한 구현과 검증된 소프트웨어라는 제한으로부터 자유롭지 못합니다.

마이크로소프트가 단독으로 만들었기 때문이라는 것도 사실 별 의미를 가지지 못합니다. 표준으로 재정된 기술들을 살펴보면 그 기술이 표준으로 재정될만큼 모든 사람에게 공평하거나, 그만큼 뛰어나거나, 그만큼 현재의 기술들을 보편화된 기술로 표현할 수 있기 때문이 아닙니다. 표준화에 참여한 기업이나 단체, 혹은 개인의 이익을 위한 정치적인 목적이 녹아있습니다. 어떤 표준도 정치적인 이익으로부터 자유로울 수 없으며, 마이크로소프트가 만든 표준이라도 다르지 않습니다. 때문에, '마이크로소프트가 단독으로 만들었기 때문에' 표준 재정에 반대한다는 건 그리 설득력이 있는 이야기는 아닙니다. 오히려 자사의 이익을 대변하기 위해 디자인한 포멧이라면, 아직까지도 대체할만한 제대로 된 소프트웨어가 만들어지지 않은 MS오피스의 기능을 표준 위에서 활용할 수 있는 정치적인 목적이 깔려있다고 해석할 수 있고 이쪽이 사용자들에게 더 이익입니다.

문제는 있습니다. XML로 유효하지 않은 표현 방법들, 버그, 문서에 빠진 구격들. 표준화를 위해 광범위한 문서화와 공개 작업을 준비했다면 이 정도 문제에 발목을 잡히지 않도록 준비했어야 옳습니다. 또, 표준화 재정을 시도하기 이전에 충분히 사람들에게 이 내용을 공개했어야 할 겁니다. 단, OOXML의 수천 페이지짜리 문서에 대해 '너무 길어서 읽을 수가 없다'는 이야기는 많이 봤지만, 정작 공갸된 정보를 파악하고 있다는 이야기를 본 적이 없습니다. 어쩌면 실컷 공개했지만 아무도 읽지 않은, 실컷 만들어놨더니 아무도 사용하지 않는 미디어 플레이어가 빠진 윈도우와 같은 꼴이란 생각이 듭니다.

마이크포소프트 오피스를 사용하고 있고, 앞으로도 한동안은 오피스를 대체할 프로그램이 없다고 생각하는 입장에서, 특별히 OOXML을 반대할 이유는 없습니다. 단, 별 이유로 만들기 애매한 것들을 이유로 갖다 붙여 사람들의 '감정적인 면'을 자극해 반대표를 얻어내는 일은 그리 옳지 않습니다.

이 글은 스프링노트에서 작성되었습니다.

정부기관의 문서를 읽기 위해 당시 기준으로 로그인이 필요한 한글과 컴퓨터 다운로드 사이트에서 실행 파일을 다운로드해 설치한 다음 문서를 보기까지 한참의 시간이 걸린 기억이 납니다. 문서는 그럭저럭 잘 보였지만, 꽤나 불편하게 만들어진 기능 덕분에 웬만하면 한글 문서를 직접 다루지 않고 PDF 따위로 변환해서 사용했습니다. 그 때 '다른 형식의 문서도 함께 올려주면 안될까?'라는 생각을 했습니다. 이미 한글이 국내에서 사용하는 워드프로세서의 대부분을 차지하는 시대는 지났고, 인터넷을 사용하는 많은 사람들에게 한글 워드프로세서를 강요할 수도 없는 노릇입니다. 그래서 무료로 사용할 수 있는 오픈 오피스를 중심으로 지원하는 새로운 공개 파일 포멧인 오픈 포큐먼트 포멧을 정부기관의 공개 문서에 사용하는 것이 어떻느냐는 논의가 진행되고 있습니다. 논의라기보다는 이미 운동 단계라고 할까요.

저 역시 불편함을 느끼지만, 이 방법이 옳은 것인지에 대해서는 몇 가지 의문이 있습니다. 일단, 정부기관이 공개 문서 사용자들에게 한글 워드프로세서를 강요한 것과 같이 또 하나의 오피스 프로그램이 사람들에게 강요되고 있다는 점입니다. 오픈 오피스는 프로그램과 파일 포멧 등이 모두 공개되어 있기 때문에, 누군가가 떠맡기만 한다면 개발팀이 사라진 후에도 어느 정도의 지원을 기대할 수 있다는 장점이 있습니다. 하지만 현재 주로 사용되고 있는 한글 워드프로세서나, MS 오피스가 기능이나 보존에 있어 열등하냐 하면 그것도 아닙니다. 거기에, 오픈 오피스는 다른 소프트웨어에서 지원하는 기능을 지원하지 않는 경우가 왕왕 있습니다. 문서의 범용 사용이라는 명분에는 부합하지만, 당장 필요한 기능이 부족하거나, 아예 없는 소프트웨어의 실무 도입은 무의미합니다. 이것은 정부 기관에서 공개 문서를 작성하는 실무자들에게도 마찬가지일 것입니다.

두번째 의문은 이미 보관을 위한 문서 포멧의 표준이 있다는 점입니다. 많은 사람들이 별다른 제한 없이, 간단히 문서를 볼 수 있도록 하는 파일 포멧들을 우리는 이미 알고 있습니다. HTML이나 PDF입니다. 둘 다, 어떤 프로그램으로 문서를 작성하더라도 같은 소프트웨어를 가지고 있지 않은 사람이 문서를 보는데 지장이 없도록 하기 위해 고안되었습니다. 제 말에 의문을 가지시는 분들이 많으시리라는 점, 이미 알고 있습니다. 하지만, HTML 포멧은 그동안 꽤 많은 발전을 해왔습니다. 그 예로, 방금 작성하던 MS 워드 문서를 HTML로 저장하면 몇몇 기능들 - 세로쓰기같은 - 을 제외하고는 거의 완전하게 HTML 문서로 변환됩니다. 웹표준과 같은 문제를 제기하시는 문들이 계시리라고 생각하지만, 필요한 기능이 이미 존재하는데, 그 기능을 제한하는 표준에 어떤 의미를 부여할 수 있을지는 의문입니다. 그리고, PDF 포멧은 별다른 이야기를 하지 않아도 무슨 이야기를 하려는지 아실 겁니다.

마지막으로 드는 의문은 전환 비용에 대한 것입니다. 예전에 웹 표준화에 대해 이야기할 때도 그 비용을 누가 부담할 것인지에 대해서 쓴 적이 있습니다. 어떤 분들은 그냥 개발자가 책좀 읽어보고 하면 될 것 처럼 이야기하셨지만, 그렇지가 않습니다. 마찬가지로, 정부기관에서 사용하는 한글 워드프로세서를 오픈 오피스 계열의 소프트웨어로 교체했을 때 발생하는 비용이 있습니다. 실무자들의 재교육 비용, 이미 구축되어 있는 솔루션의 재구축 등에 들어가는 비용은 단순히 한글 워드프로세서를 구입하는 비용보다 훨씬 클지도 모릅니다. 이 비용을 과연 누가 부담할 것인지에 대해서는 예전의 웹 표준화에 대한 이야기를 할 때와 마찬가지로, 아무도 이야기하지 않습니다. 전환 비용을 마련할 수도 없는데, 대의적인 명분만을 위해 쉽게 파일 포멧을 전환하는 것은 어려운 일입니다.

이상의 의문들이 해소되지 않는다면 정부기관의 표준 문서 파일 포멧으로 오픈 도큐먼트 포멧을 사용할 것을 권고하는 것은 썩 좋은 생각이 아닙니다.