마이크로소프트 OOXML(OpenOffice XML), ISO 표준 통과 반대

마이크로소프트의 가장 큰 수입원이 오피스 판매라고 들은 적이 있습니다. 비록 윈도OS보다 판매량이 작을 지 몰라도 높은 가격 덕분에 큰 수익을 올리고 있습니다. 참고로 Office 2007 Professional 한글 버전의 가격이 544,000원입니다. 개인이 구입하기에는 상당히 비싼 가격입니다. 대부분 번들 형태로 사용되거나 어둠의 경로로 구해서 쓰고 있겠지요. 그나마 요즘은 인터넷으로 인증을 거치기 때문에 불법 사용은 점점 줄어들고 있습니다.

가격이 이렇게 높게 책정된 것은 독점에 가깝기 때문에 가능한 것입니다. 국내에는 다행히 아래아한글이라는 경쟁 제품이 존재하지만, 비지니스 환경에서는 MS오피스는 거의 표준에 가깝습니다.

이러한 이유로 유럽에서는 MS 오피스에 대한 의존도를 줄이기 위해 각국의 많은 관공서, 교육 기관을 중심으로 리눅스와 오픈오피스(OpenOffice)사용을 점차 확대하고 있습니다. 오픈 오피스는 원래 StarOffice라는 상용 오피스 소프트웨어로 부터 출발하였습니다. 유럽에서 개발되었고 MS오피스와 호환성을 제공하고 있었습니다. 이를 SUN에서 인수하여 오픈소스(OpenSource)화하였고 OpenOffice 재단에서 무료로 제공하고 있습니다. 또한 파일 포맷의 표준화를 위해 XML기반의 OpenDocument라는 표준안을 만들고 이를 최초로 지원하기 시작했습니다.

사실 파일 포맷은 그 회사의 기술, 특허가 고스란히 담겨져 있는 중요한 정보입니다. 이 정보가 서로 공유되고 모든 오피스 SW가 서로 호환될 수 있는 길이 열린 것입니다. 이는 혁명과도 같은 일입니다. 우리가 아래아 한글과 MS워드를 사용하면서 파일 포맷이 서로 호환되지 않아 얼마나 많은 고생을 했습니까? 향후, OpenDocument 표준이 정부차원에서 받아들여진다면 앞으로는 어떤 오피스 SW를 사용해도 서로 파일이 호환된다는 것을 의미하지요. 사용자에게는 다양한 선택의 기회을 갖게 되고 파일 포맷 독점으로 인한 위험에서 벗어날 수 있게 된 것입니다.

MS도 OpenDocument 포맷을 수용하라는 압력을 받고 있습니다. 하지만 MS 오피스의 다양한 기능을 OpenDocument로 표현할 수 없다면서 따로 OpenOffice XML이라는 규격을 만들게 되고 표준화까지 시도하고 있습니다. 하지만 이런 시도는 다음과 같이 OpenDocument를 무력화하려고 자신들의 독점적 위치를 유지하려는 의도가 크기 때문에 많은 오픈소스 진영 단체에서 반대하고 있습니다.

• OOXML안은 대체할만한 다른 표준안이 존재 한다.


• OOXML안은 불완전 하며 플랫폼 종속적이다.


• OOXML안은 모호한 특허 문제 때문에 제 3자 구현이 제한된다.


• OOXML안은 국내 다양한 S/W 개발 환경을 제한할 것이다.

(출처: http://channy.creation.net/antiooxml/)

파일 독점으로 더 이상 사용자가 불편을 겪어서는 안됩니다. 문서 포맷은 OpenDocument라는 표준이 이미 존재하며, 부족한 부분이 있다면 MS도 함께 동참해서 기능을 개선해야 합니다. 그리고 Open Document 포맷 지원에도 적극적이어야 합니다.

물론 MS가 잃는 부분도 있겠지만 다른 부분에서 기회를 찾고 사용자에게 편리함을 제공한다면 사용자는 계속 MS 오피스를 선택할 것입니다.

결국 모든 가치는 사용자를 위한 것이지 특정 회사를 위한 것이 아니기 때문입니다.

OOXML 표준화 반대 서명1
OOXML 표준화 반대 서명2

Flickr 한국 런칭 파티 참가... 후기

늦었지만 후기를 써봅니다.. ^^;

우연한 기회에 Flickr 한국 런칭 파티(Launching Party)에 참가하였습니다. 나름대로 열심히 그리고 좋은 사진만을 선별해서 올려왔는데, 초대를 받으니 무척 기뻤습니다. 청담동이라는 먼 거리임에도 불구하고 동생 DSLR 카메라를 빌려서 행사에 참석했습니다. 사실 현재 디지털 카메라는 갖고 있지 않습니다. 아직 펜탁스(pentax) 수동 카메라에 만족하고 있는데, 언젠가 DSLR을 장만해야겠죠.

Flickr는 1년 전부터 지인의 소개로 유료로 사용해왔습니다. 제 소개로 가입한 사람도 2~3명 쯤 되는 것 같습니다. 처음 쓸 때는 그저 괜찮은 사진 서비스라고 생각하고 썼는데, 그 당시에도 해외에서 무척 유명한 인터넷 사진 공유 서비스였습니다.

파티는 정말 파티였습니다. 이런 파티에는 처음 참석하는터라 생소했고 재미도 있었는데, 아쉬운 것은 야후나 Flickr 관계자가 나와서 향후 계획과 같은 정보가 될만 이야기를 하는 자리가 없었다는 것입니다. 간간히 간단한 게임과 칵테일 쇼가 이어졌는데, 최소한 참석자 끼리 서로 소개하는 자리라도 있었으면 하는 아쉬움이 들었습니다. 다행히 몇몇 지인들도 참석해서 외롭지 않게 나름대로 파티를 즐길(?) 수 있었습니다.

올해 들어 이런 행사가 심심치 않게 열리고 있습니다. me2day 백일잔치와 스프링노트(springnote) 사용자 모임에 참석한 적이 있는데, 이들 모두 사용자의 적극적인 참여로 서비스를 완성해 나가고 있었습니다.

요즘 웹서비스는 이처럼 사용자를 직접 서비스 개발에 참여시켜 요구사양의 우선 순위도 결정하고 서비스의 완성도도 높이고 있습니다. 또한 OpenAPI의 활성화를 위해 개발자를 대상으로도 활발한 참여를 유도하고 있습니다.

이 처럼 얼리 어댑터들 덕분에 해당 서비스는 입소문을 타고 소리 없이 사용자를 확보하게 되고 실제 서비스 런칭 후에는 보다 사용자 입맛에 맞고 안정적인 서비스를 하게 되는 것이지요. 뿐만 아니라 자발적인 매쉬업 개발자 덕분에 OpenAPI를 활용한 다양한 응용 서비스도 함께 제공하게 됩니다.

아마 Flickr도 초기에 이와 같은 방식으로 서비스를 발전시켜 나갔을 것입니다.

향후에는 웹서비스 뿐만 아니라 다른 비지니스에도 개발 초기 단계 부터 사용자를 참여시키고 매니아 층을 공략하는 전략이 확대될 전망입니다. 이미 시작한 분야도 있겠지요..

다른 분이 찍은 런칭 파티 사진을 공유합니다~
잘 찍으셨네요

me2py 공개 (python module for me2day open API)

Open API와 오픈소스(Open Source), 그 두가지 목적을 달성하기 위해 me2day Open API를 파이썬(python)에서 쉽게 쓸 수 있는 모듈, 터미널에서 명령어 기반으로 테스트할 수 있는 프로그램을 만들어봤습니다.

어떤 이해 관계 없이 그저 재미를 위해 프로그램 개발해본 것이 얼마만인지 모르겠습니다. 아마도 10년만인 것 같습니다.

처음에는 단순히 Open API를 어떻게 사용하나 궁금하였고 마침 파이썬을 배운지 얼마되지 않아 공부한 것을 활용해볼 목적으로 시작했는데, 생각보다 시간과 노력이 많이 들었습니다. 그래서 그 활용성은 떨어지지만 소스 코드를 오픈소스 프로젝트 관리 서비스를 이용해서 공개하였고 향후에도 계속 소스코드를 다듬어 보려고 합니다. 적어도 python을 공부하고 Open API 사용법을 이해하는데 도움이 될 것입니다.

이번 기회에 배운게 상당히 많습니다.

• open API의 동작과 인증 방법


• python에서 http 처리하는 방법, 설정파일 만든 법, 단위테스트 모듈 사용하는 방법


• KLDP.net에서 프로젝트를 만들고 운영하는 방법

이번에 KLDP.net에 등록되어 있는 프로젝트를 살펴 보니까 활발하게 전체 780 프로젝트 중 1%이상의 활동을 보여주는 프로젝트가 약 85개 정도였스비다. 1%가 어느 정도 수준으로 운영되는지 가늠하기 힘들지만 생각보다 활발하게 운영되는 프로젝트가 많은 것 같지는 않습니다.

소스 코드를 공개한 의도는 좋았으나 그 이후가 더 중요하고 노력은 몇 배 더 듭니다. 대신 그 만큼 배우는 것도 많습니다. 예를 들어 안정화, 최적화, 이식성, 국제화, 쉬운 설치와 사용성, 문서화 등은 나만을 위한 소프트웨어 개발에는 반드시 필요하지는 않지만 더 많은 사람들이 사용하기 위해서 필요합니다.

또한, 오픈소스 프로젝트를 성공적으로 운영하려면 상용 소프트웨어 못지 않은 치열한 경쟁과 노력이 필요합니다. 특히 많은 사람의 관심과 참여를 이끌려면 좀 더 가치있는 프로젝트를 선택해야 하고 꾸준한 업데이트가 필요합니다.

me2py는 그런 수준의 소프트웨어는 아니지만 me2day 서비스가 발전할 수록 계속 업데이트 될 것이고 최소한 me2day API를 쉽게 테스트할 수 있는 테스트 도구나 터미널에서 명령어 기반으로 me2day 서비스를 사용하기 원하는 분이 있다면 나름대로 유용하게 쓸 수 있지 않을까 생각해 봅니다. 과연 그럴 분들이 몇 명이 될지는 의문이 들지만.. ^^;

이번 프로젝트를 진행하면서 다른 분들이 개발한 Open API활용 코드가 많은 도움이 되었습니다. Open API와 오픈소스는 서로 뭔가 잘 맞는 것 같습니다. ^^;

참고

• 미투데이(me2day)


• me2day Open API


• me2py Project


• me2py Readme