LibreOfficeはMicrosoftの慣行に挑戦する
LibreOfficeは大胆な動きを見せ、Microsoftに対する批判を強めており、特にMicrosoft 365における同社の複雑なファイル形式の使用を批判している。LibreOfficeは、これらの形式はユーザーの依存を生み出すために意図的に複雑化されており、事実上ユーザーをMicrosoftのエコシステムに閉じ込めていると主張している。
XMLとその役割を理解する
この議論の核心はXMLにあります。XMLは、Microsoft 365とLibreOfficeの両方でドキュメントのフォーマットと構造化に使用されているマークアップ言語です。LibreOfficeはこの概念について次のように詳しく説明しています。
XMLスキーマは、XML文書の構造、データ型、および規則で構成され、XMLスキーマ定義（XSD）ファイルに記述されます。XSDは、PCに期待される動作を指示し、データが規則に従っているかどうかを確認します。理論的には、XMLとXSDは相互運用性の概念の基盤を形成します。
異なる道：LibreOffice vs. Microsoft
LibreOfficeとMicrosoftは、ドキュメント形式に関して全く異なる戦略を採用しています。LibreOfficeは、特定の組織によって管理されていないオープンスタンダードであるOpenDocument Format（ODF）を採用しています。この標準により、テキスト文書用の.odtやスプレッドシート用の.odsなど、ユーザーに馴染みのあるファイル形式が提供されます。
一方、Microsoftは独自のOffice Open XML（OOXML）を開発しました。これは同社のソフトウェア機能を完全にサポートするようにカスタマイズされており、.docxや.xlsxといったファイル形式が存在します。注目すべきは、どちらのファイル形式も基本的にZIPアーカイブであるという共通点です。ユーザーは、.docxファイルの名前を.zipに変更し、内容を解凍することで、Microsoft 365ドキュメントの基盤構造を確認することができます。
複雑さの壁
LibreOfficeによれば、XMLは「相互運用性の架け橋」として機能するはずですが、Microsoftは自社のXMLスキーマを武器にしているように見えます。同社の設計アプローチは、促進役というよりむしろ障壁として機能する、過度に複雑なシステムを生み出しています。LibreOfficeが比喩的に指摘するように、線路は誰でも利用できるものの、制御メカニズムが複雑すぎて互換性のある車両を製造できない鉄道網を想像してみてください。事実上、競争が阻害されているのです。このような状況では、多くのユーザーがMicrosoft製品に縛られている技術的制約に気づいていません。
過剰複雑化の例
Microsoftのファイル形式に内在する複雑さは、深くネストされた構造、直感的でない命名規則、そして多数のオプション要素によって特徴付けられます。この複雑な設計は、Microsoft以外の開発者にとって、この形式の実装を非常に困難にしています。単純な文でさえ、ネストされたタグの層に埋もれてしまう可能性があり、画面上ではシームレスに見えても、解読するのは困難な複雑な網の目を作り出します。
変化を求める声
LibreOfficeは、このユーザー囲い込み戦略はファイル形式だけにとどまらないと主張し、MicrosoftによるWindows 11の推進をこの戦術の更なる例として挙げています。LibreOfficeは、Microsoftには今回の移行に正当な技術的根拠が欠けていると主張し、その動機は単にユーザーを自社のエコシステム内にさらに固めることにあると示唆しています。そのため、LibreOfficeはWindowsとMicrosoft Officeのユーザーに対し、LinuxとLibreOfficeのような代替ソリューションへの移行を検討するよう提唱しています。
詳細については、こちらをクリックしてください：出典と画像
コメントを残す