메뉴
HN
Hacker News 9일 전

독점 포맷: 마이크로소프트의 고객 종속 전략

IMP
7/10
핵심 요약

마이크로소프트의 독점적 문서 파일 포맷(DOCX 등)이 사용자를 MS 오피스 생태계에 가두는 핵심적인 '벤더 종속(Lock-in)' 도구로 작동하고 있습니다. 경쟁 프로그램에서 문서를 열 때 서식이 깨지는 현상은 기술적 한계가 아니라 MS의 의도적인 설계와 복잡한 표준화 과정의 결과입니다. 이는 단순한 소프트웨어 선택의 문제를 넘어, 사용자의 데이터 통제권과 시장의 공정성을 위협하는 중요한 사안입니다.

번역된 본문

이전 기사에서는 표준의 중요성, 즉 전기 소켓, 종이 크기 및 파일 형식을 규정하는 묵시적 합의가 어떻게 선택의 폭을 열어두고 권력이 단일 플레이어에게 집중되는 것을 방지하는 세상의 기초를 형성하는지 살펴보았습니다. 그 글의 말미에 우리는 하나의 질문을 던졌습니다. 만약 개방형 표준이 그토록 유익하다면, 왜 전 세계적으로 보편적으로 채택되지 않는 것일까요?

문서 형식의 경우, 그 해답은 마이크로소프트 오피스가 만들어낸 단 한 장의 문서에 있습니다. 이 굴레에서 벗어나는 것은 겉보기보다 훨씬 어렵습니다.

파일은 단순한 파일이 아닙니다

컴퓨터에 문서를 저장할 때 우리는 형식(format)을 선택하는 것입니다. 즉, 컴퓨터가 이해할 수 있는 방식으로 문서가 작성되는 언어를 말합니다. 이는 텍스트, 표, 이미지 및 서식 지정 지침이 저장되는 방식을 결정하는 규칙의 집합이며, 결과적으로 향후 이 데이터를 어떻게 검색, 공유 및 읽을 수 있는지를 결정합니다.

수십 년 동안 오피스 문서의 지배적인 형식은 마이크로소프트 오피스가 만든 것이었습니다. 초기에는 DOC 및 XLS와 같은 확장자를 가진 바이너리 파일 형태였고, 이후 오피스 2007과 함께 XML 기반 형식인 DOCX, XLSX, PPTX로 도입되었습니다. 이 형식들은 전 세계 수억 명이 사용합니다. 이들은 전 세계 사무실, 학교, 공공 기관 및 법원의 공용어이기도 합니다. 나아가 중요하고 결정적인 방식에서 이들은 '독점적(proprietary)'입니다. 이는 해당 형식들이 마이크로소프트의 소유이며, 마이크로소프트에 의해 통제되고 사용자의 이익과 일치하지 않을 수 있는 방식으로 마이크로소프트의 이익을 위해 존재한다는 의미입니다. 이 모든 것이 어떻게 작동하는지, 그리고 왜 이것이 단순한 소프트웨어 선호도의 문제를 훨씬 넘어서는 중요한 사안인지 이해하는 것이 이 기사의 목적입니다.

의존성의 구조

독점적 형식은 원칙적으로는 단순하지만 실제로는 비할 데 없이 효과적인 메커니즘을 통해 의존성을 만들어냅니다. 바로 문서에 포함된 데이터를 이를 생성하는 데 사용된 소프트웨어와 분리할 수 없게 만드는 것입니다. 이는 물리학의 법칙이 아니라 설계상의 선택입니다.

개방형 형식(open format), 즉 사양이 공개되어 누구나 제한 없이 자유롭게 구현할 수 있는 형식은 정보를 준수하는 모든 애플리케이션이 정확하게 읽고, 쓰고, 재현할 수 있는 방식으로 저장합니다. 반면 독점적 형식은 문서화되지 않은 기능, 비공개 확장 또는 원래 소프트웨어에서만 올바르게 구현되는 동작을 포함할 수 있습니다. 다른 애플리케이션에서 문서를 열 수는 있지만, 항상 충실하게 재현되지는 않습니다.

그 실질적인 결과는 마이크로소프트 오피스 문서를 다른 애플리케이션에서 열어본 사람에게 친숙할 것입니다. 서식이 왜곡되고, 글머리 기호가 어긋나며, 표는 비율을 잃고, 제목이 다르게 보입니다. 파워포인트에서는 세련되어 보였던 프레젠테이션이 다른 뷰어에서는 조악해 보입니다. 콘텐츠는 모두 그대로 있지만, 엄밀히 말해 문서의 완성도는 그렇지 않은 것입니다.

이것이 바로 '종속(lock-in)'입니다. 이것은 자물쇠도, 기술적 금지도, 계약상의 제약도 아닙니다. 마이크로소프트 생태계 외부에서 이루어지는 모든 작업을 약간 어긋나고, 신뢰할 수 없으며, 약간 불편하게 느끼도록 만드는 조용하고 지속적인 마찰입니다. 그리고 기대했던 모양새대로 문서를 만드는 도구로 돌아가는 것이 가장 쉬운 길이라는 것을 암암리에 보장합니다.

표준이 아닌 표준

마이크로소프트의 형식은 국제 표준화 기구에 제출되었고 승인을 받았습니다. 이 사실은 '종속'에 대한 우려가 과장되었다고 주장하고, OOXML(Office Open XML) 형식이 다른 어떤 표준만큼이나 개방적이며 경쟁의 장이 평등하다고 주장하기 위해 반복적으로 사용되어 왔습니다.

하지만 현실은 훨씬 더 복잡합니다. OOXML의 표준화는 ISO 역사상 가장 논란이 많았던 과정 중 하나였습니다. 각국의 국가 표준화 기구들은 절차적 비정상성을 보고했고, 투표는 끊임없이 이의 제기의 대상이 되었습니다. 이 과정은 국제 표준의 신뢰성에 지울 수 없는 흠집을 남겼고, 수천 페이지에 달하는 비정상적인 길이와 복잡성을 가진 사양을 탄생시켰습니다. (후략)

원문 보기
원문 보기 (영어)
In the previous article , we explored the importance of standards: how the unspoken agreements governing electrical sockets, paper sizes and file formats form the foundations of a world in which choices remain open and power is not concentrated in the hands of a single player. We concluded with a question: if open standards are so beneficial, why aren't they universally adopted? The answer, in the case of document formats, lies in a single page produced by Microsoft Office. Getting rid of it is harder than it seems. A file is never just a file When you save a document on your computer, you are choosing a format — that is, the language in which your document is written in a way that the computer can understand: the set of rules that determines how words, tables, images and formatting instructions are stored and, consequently, how they can be retrieved, shared and read in the future. For decades, the dominant format for office documents has been that produced by Microsoft Office. Initially as binary files with extensions such as DOC and XLS, then as XML-based formats introduced with Office 2007: DOCX, XLSX and PPTX. These formats are used by hundreds of millions of people. They are the lingua franca of offices, schools, public administrations and courts around the world. Furthermore, in significant and decisive ways, they are proprietary — meaning they belong to Microsoft, are controlled by Microsoft and serve Microsoft's interests in ways that may not align with the interests of users. Understanding how all this works — and why it matters far beyond mere matters of software preference — is the aim of this article. The architecture of dependency Proprietary formats create dependency through a mechanism that is simple in principle and extraordinarily effective in practice: they make the data contained in a document inseparable from the software used to create it. This is not a law of physics, but a design choice. An open format — a format whose specifications are published, freely available and implementable by any software without restrictions — stores information in such a way that any compliant application can read, write and reproduce it faithfully. A proprietary format, by contrast, may contain undocumented features, private extensions or behaviours that only the original software implements correctly. The document may be opened by other applications, but it cannot always be reproduced faithfully. The practical consequence is familiar to anyone who has tried to open a Microsoft Office document in another application: the formatting becomes distorted, bullet points shift, tables lose their proportions, and headings appear different. A presentation that looked polished in PowerPoint seems slapdash in a different viewer: the content is all there, whilst the document, strictly speaking, is not. This is "lock-in": it is not a padlock, it is not a technical ban, it is not a contractual restriction, but a silent and persistent friction that makes any work outside the Microsoft ecosystem seem slightly off, slightly unreliable, slightly unprofessional — and ensures that the easiest route is to return to the tools that produce documents with the expected appearance. The standard that isn't a standard Microsoft formats have been submitted to international standardisation bodies and approved. This has been used, time and again, to argue that concerns about "lock-in" are exaggerated — that OOXML, the Office Open XML format, is as open a standard as any other, and that the playing field is level. The reality is considerably more complicated. The standardisation of OOXML was one of the most contested processes in the history of ISO: national standardisation bodies reported procedural irregularities, and the votes were contested. The process has left an indelible mark on the credibility of international standards, and has resulted in a specification of extraordinary length and complexity — running to thousands of pages — which did not describe a format designed for interoperability, but rather the existing behaviour of Microsoft Office, including legacy behaviours, undocumented features and implementation details specific to Microsoft's source code. No other software could fully implement the format, yet it was required to do so out of respect for its users, who needed to exchange documents with Microsoft users. The version of OOXML that was standardised — OOXML Transitional — initially co-existed with a stricter variant, OOXML Strict, which eliminated most of the problematic legacy elements, but not all. Moreover, Microsoft Office has always used OOXML Transitional as the default format, and has relegated OOXML Strict to the bottom of the options (to prevent it from being used). The practical effect is that the format used daily by hundreds of millions of people is the one that only Microsoft's own software implements correctly, whilst the cleaner variant — which other software could actually support — is not used, and has now even disappeared from some versions. A standard that only one implementation fully supports is, from a functional point of view, a proprietary format with a standardisation certificate. Lock-in, from the individual to the institution Dependence on document formats is the main mechanism of lock-in, but it is not the only one. We discussed the layering of dependencies at length in a previous article , so we will not revisit the subject here. Levels of dependence vary depending on the importance of the documents involved and the size of the organisation producing them. For an individual user, a document with altered layout is simply an inconvenience. For a law firm, it may mean that a contract submitted to court does not match the version in the client's file. For a hospital, it may mean that a clinical form is printed incorrectly. For a government department, it may mean that a document appears differently depending on the software used: a silent and unintended form of unequal access to public information. At the level of public administration, this dependency takes on a dimension that goes beyond operational efficiency. A government that archives official documents in a format controlled by a private company has, strictly speaking, delegated the custody of its institutional memory to that company. Today, documents are readable because Microsoft continues to support the format, but whether they can be read in twenty years' time will depend on the company's decisions, for reasons that have nothing to do with the public interest. This is not a hypothetical risk: formats are phased out, software versions change, and features present in one version of Office may behave differently — or not work at all — in another. The history of digital documents is littered with files that cannot be opened because the software with which they were created no longer exists or no longer works on modern systems. Proprietary formats accelerate this risk by concentrating the knowledge needed to interpret them within an organisation whose commercial interests may, at any time, diverge from the interests of those who depend on access to their own documents. What true sovereignty requires A truly independent document — one that displays identically on any system, in any country, for any user, regardless of the software used — requires informed choices at every stage of its creation. At the format level, it requires an open standard such as the Open Document Format (ODF), whose specifications are published, freely implementable and managed by a body independent of any single vendor. ODF is an international ISO standard that has undergone a legitimate standardisation process and whose specifications can be fully implemented by any software that chooses to do so. LibreOffice, the leading open-source office suite, uses ODF natively. The same should apply to any other self-respecting open-source office application. In terms of fonts, it requires open fonts, the designs of