زندان ۳۶ ساله؛ چرا هنوز نمی‌توانیم از مایکروسافت آفیس فرار کنیم (و چطور بالاخره آزاد شویم)

چکیده نکات کلیدی (Quick Summary)

• حبس ۳۶ ساله: از سال ۱۹۹۰ میلادی تاکنون، فرمت‌های انحصاری اسناد، سازمان‌ها و افراد را در اکوسیستم مایکروسافت قفل کرده و کوهی از داده‌های وابسته‌به‌یک‌شرکت ساخته‌اند.
• تله نسخه گذار (Transitional): مایکروسافت با ترفند حفظ نسخه «گذرا» (Transitional) در استاندارد OOXML، اجازه نداده است ابزارهای اپن‌سورس اسناد را با دقت ۱۰۰ درصد رندر کنند.
• درس‌هایی از جنگ مرورگرها: همان‌طور که موتورهای رندرینگ اپن‌سورس مثل WebKit انحصار اینترنت اکسپلورر را شکستند، امروز به یک موتور رندرینگ واحد برای اسناد نیاز داریم.
• بحران حاکمیت دیجیتال: کشورهای در حال توسعه مانند کنیا سالانه میلیاردها هزینه برای لایسنس‌های مایکروسافت پرداخت می‌کنند، چرا که خطاهای به‌هم‌ریختگی قالب‌بندی مانع از مهاجرت به نرم‌افزارهای آزاد می‌شود.

تا به حال برایتان پیش آمده که بخواهید یک سند پیچیده را از نرم‌افزار Word به یک مجموعه اپن‌سورس منتقل کنید و ببینید تمام قالب‌بندی‌اش به‌هم ریخته است؟ این تجربه آزاردهنده، حقیقت تلخ «قفل‌شدگی در اکوسیستم مایکروسافت آفیس» (Microsoft Office Lock-in) را به رخ می‌کشد. کاربران بیش از سه دهه است که حبسی ۳۶ ساله را تحمل می‌کنند؛ حکمی که معمولاً برای سنگین‌ترین جرایم صادر می‌شود. طی چهار دهه گذشته، ما ناخودآگاه زندانی نامرئی از اسناد، صفحات گسترده و ارائه‌های خود ساخته‌ایم. ما در واقع پشت میله‌هایی از داده‌های خودمان حبس شده‌ایم و به جرم تلاش معصومانه برای ذخیره یک فایل متنی، به حبس ابد محکوم شده‌ایم.

نکته جالب اینجاست که تناقض بزرگ عصر دیجیتال در همین نقطه رخ می‌دهد: در حالی که اینترنت روی پروتکل‌های باز متولد شد، حیاتی‌ترین دانش سازمانی بشر همچنان در یک گاوصندوق انحصاری محبوس مانده است. حتی امروز هم راه فرار تمیزی وجود ندارد. برای یک تحلیلگر سیاست‌گذاری یا یک فعال مدنی، ناامیدی ناشی از این ماجرا دائمی است: جابه‌جا کردن یک سند غیرپیش‌پاافتاده از اکوسیستم مایکروسافت به یک مجموعه متن‌باز، فرآیندی پرزحمت، گران و پر از خطاست. با وجود تمام شعارهای مدرنیزاسیون، ما هنوز با همان قفل‌شدگی بنیادی دوران دیسکت‌ها دست‌وپنجه نرم می‌کنیم.

Featured Snippet Bait: ما نمی‌توانیم از انحصار مایکروسافت آفیس فرار کنیم چون مایکروسافت از نسخه‌ای اختصاصی و غیرتوسعه‌یافته از استاندارد اسناد (OOXML) استفاده می‌کند. این رویکرد تضمین می‌کند که ابزارهای متن‌باز دیگر نمی‌توانند فایل‌های پیچیده را با دقت ۱۰۰ درصدی نمایش دهند؛ مسئله‌ای که مهاجرت سازمان‌ها و دولت‌ها را با ریسک شکست و هزینه‌های گزاف مواجه می‌سازد.

۱. بهای سنگین یک شکست سیستمی در قابلیت همکاری

این مشکل صرفاً یک مسئله ساده راحت‌طلبی نیست؛ بلکه یک شکست سیستمی در حوزه قابلیت همکاری (Interoperability) است. برای هر سازمان یا نهاد دولتی، مهاجرت از اکوسیستم مایکروسافت تقریباً غیرممکن است که بدون خطا و با وفاداری کامل انجام شود. وقتی قالب‌بندی‌ها به‌هم می‌ریزند، ماکروها از کار می‌افتند یا قراردادهای حقوقی صفحه‌بندی خود را از دست می‌دهند، هزینه «آزادی» آن‌قدر بالا می‌رود که پرداختنش عاقلانه به‌نظر نمی‌رسد.

اما صبر کنید؛ ماجرا فراتر از این‌هاست.

این همان «بند ناف کوتاه» (Short Leash) است که داده‌های جهان را به ردموند (Redmond) گره زده و مطمئن می‌شود وضعیت انحصاری موجود دست‌نخورده باقی بماند. اجازه دهید نگاهی به ریشه‌های این انحصار بیندازیم.

۲. تله نسخه گذار: استانداردی که استاندارد نیست!

در تئوری، در سال ۲۰۰۸ و با استاندارد شدن فرمت Office Open XML (OOXML) تحت عنوان ISO/IEC 29500، درهای زندان باید باز می‌شدند. اما همان‌طور که هر کارشناس فناوری به شما می‌گوید، یک استاندارد فقط به اندازه پیاده‌سازی‌اش خوب است. مایکروسافت این عنوان را از طریق یک فرآیند فرساینده به دست آورد که نتیجه آن دو شاخه شدن استاندارد بود:

• نسخه «کامل و سخت‌گیرانه» (Strict): که قرار بود آینده‌ای پاک و آزاد را رقم بزند.
• نسخه «گذار» (Transitional): که پر از عادات و کدهای قدیمی و انحصاری بود.

اما نکته کلیدی کجاست؟ مایکروسافت همواره نسخه گذار را به عنوان پیش‌فرض انتخاب کرده است.

بنیاد اسناد (The Document Foundation) به‌درستی این رویکرد را یک خرابکاری استراتژیک در اهداف استانداردسازی می‌داند. مایکروسافت با پایبندی به نسخه گذار، تضمین می‌کند که نحوه نمایش فایل‌ها توسط نرم‌افزورش نه بر اساس یک قانون جهانی و قابل‌پیش‌بینی، بلکه بر اساس سلیقه انحصاری خودش تعیین شود. این کار به آن‌ها اجازه می‌دهد با قوانین بین‌المللی «انطباق اسمی» داشته باشند، در حالی که عملاً انحصار مطلق خود را حفظ کرده‌اند.

به‌عبارت دیگر: ردموند همان ردموند همیشگی است! (Redmond's gonna Redmond)

در ادبیات تحلیل‌گران، این اصطلاح به تضاد اجتناب‌ناپذیری اشاره دارد که در آن منافع درآمدی انحصاری همیشه بر آزادی واقعی کاربران ارجحیت دارد. با حفظ کنترل روی فرآیند رندرینگ، مایکروسافت مطمئن می‌شود که سوئیت‌های نرم‌افزاری رقیب در جایگاه دوم باقی بمانند و نتوانند دقت صددرصدی مورد نیاز محیط‌های سازمانی سنگین را تضمین کنند.

۳. کتاب بازی انحصار: از جنگ مرورگرها تا فرمت اسناد

این چالش، بازتاب مستقیمی از اواسط دهه ۹۰ میلادی است. در سال ۱۹۹۵، بیل گیتس (Bill Gates) یادداشت معروف خود با عنوان «طوفان سهمگین اینترنت» (Internet Tidal Wave) را منتشر کرد و اعتراف نمود که اینترنت آزاد تهدیدی مستقیم برای تسلط شرکتش است. استراتژی او این بود که با بسته‌بندی اینترنت اکسپلورر (Internet Explorer) همراه با ویندوز، سایر مرورگرها را منزوی کند.

با وجود اینکه مایکروسافت موفق شد دسکتاپ‌های سازمانی را به تسخیر خود درآورد، اما در نهایت جنگ اینترنت را واگذار کرد. چرا؟ چون جهان متن‌باز الگویی سریع‌تر و برتر برای تکامل ارائه داد.

پیروزی موتورهای رندرینگ متن‌باز مانند WebKit و Blink آن‌قدر کامل بود که حتی مایکروسافت ناچار شد تسلیم شود و در سال ۲۰۲۰ مرورگر Edge خود را به معماری کرومیوم (Chromium) کوچ دهد. این پیشینه تاریخی، نقشه راه استراتژیک دقیقی را برای شکستن انحصار فرمت اسناد به ما ارائه می‌کند.

چرا اپن‌سورس در جنگ مرورگرها پیروز شد؟

• تکامل سریع و بی‌طرفانه: پروتکل‌های باز با سرعت اینترنت تکامل یافتند، بدون اینکه بار سنگین مدل درآمدی یک شرکت خاص به دوششان باشد.
• مقیاس‌پذیری بدون باج‌دادن: سرورها و شبکه‌های متن‌باز توانستند در سراسر جهان بدون اصطکاک هزینه‌های مداوم لایسنس مستقر شوند.
• استانداردهای رندرینگ جهانی: صنعت روی موتورهای مشترک (WebKit/Blink) متمرکز شد که ماشین‌های قفل‌شدگی انحصاری را پشت سر گذاشتند و استانداردی ساختند که روی هر دستگاهی بی‌نقص اجرا می‌شود.

۴. بحران حاکمیت دیجیتال در کنیا: بهای مالی قفل‌شدگی

در حالی که جنگ مرورگرها در غرب به پیروزی رسید، جنگ فرمت اسناد در حال حاضر در کشورهای در حال توسعه در حال باختن است. در این مناطق، حاکمیت دیجیتال (Digital Sovereignty) نه یک کالای لوکس، بلکه یک ضرورت مالی است.

برای نمونه، دولت کنیا و ۴۷ اداره استانی آن سالانه میلیاردها شیلینگ کنیا (KES) صرف خرید لایسنس‌های انحصاری مایکروسافت آفیس ۳۶۵ و ویندوز می‌کنند. این رقم نشان‌دهنده یک خروج سرمایه عظیم و مداوم از بودجه ملی است؛ بودجه‌ای که می‌تواند به تقویت اکوسیستم توسعه‌دهندگان بومی و زیرساخت‌های دیجیتال مستقل اختصاص یابد.

ابتکار مهاجرت به متن‌باز سازمان فناوری اطلاعات کنیا (ICTA) بارها تلاش کرده است کارمندان دولت را به سمت ابزارهای آزادی مانند راهنماهای استقرار سازمانی لیبره‌آفیس (LibreOffice) هدایت کند، اما هر بار به «مانع سازگاری» برخورد کرده است. نهادهای دولتی نمی‌توانند ریسک فنی یا حقوقی ارسال یک فایل اکسپرس بودجه با قالب‌بندی به‌هم‌ریخته به وزارت خزانه داری یا پرونده‌های حقوقی مخدوش به قوه قضاییه را بپذیرند. در چنین سطحی از حساسیت، جابه‌جا شدن یک حاشیه صفحه یا گم شدن یک فونت صرفاً یک نقص زیبایی‌شناختی نیست—بلکه یک فاجعه حقوقی بالقوه است. این ترس از خراب شدن فایل‌هاست که در نهایت این نهادها را دوباره به آغوش سیستم انحصاری بازمی‌گرداند و حاکمیت را فدای ثبات اسناد می‌کند.

۵. قطعه گم‌شده: ردیابی «حقیقت مطلق» رندرینگ

شکست در شکستن این انحصار به خاطر کمبود کد نیست. ما در حال حاضر ده‌ها موتور پردازش OOXML داریم که با زبان‌هایی از C++ تا Rust نوشته شده‌اند. با این حال، تکه‌تکه بودن و پراکندگی، بزرگ‌ترین دشمن یک استاندارد است.

ما به موتورهای بیشتر نیاز نداریم؛ ما به یک موتور رندرینگ متن‌باز واحد و نفوذناپذیر نیاز داریم—یک «معادل آفیسی برای WebKit یا Blink».

اولین نیاز فنی برای چنین موتوری، داشتن یک مجموعه تست جامع و مورد تایید صنعت است. این ابزار باید بتواند «حقیقت مطلق» (Ground Truth) نحوه رفتار محصولات مایکروسافت را در هنگام به‌روزرسانی ردیابی کند. مایکروسافت پیوسته نسخه‌های خود را آپدیت می‌کند تا بند ناف را سفت نگه دارد؛ استراتژی متقابل ما باید داشتن مجموعه‌ای از تست‌ها باشد که وابستگی‌های انحصاری مانند فونت‌های خاص را مدیریت کند.

«مشکل فونت» نمونه بی‌نظیری از حفظ انحصار است: وقتی یک سند به فونت انحصاری وابسته‌ است که در مجموعه متن‌باز وجود ندارد، صفحه‌بندی به‌هم می‌ریزد و یکپارچگی گزارش‌های دولتی یا فایل‌های حقوقی نابود می‌شود. یک موتور واحد با پشتیبانی از یک تست‌پد دقیق، تضمین می‌کند که خروجی ابزار متن‌باز با دقت صددرصدی با منبع انحصاری مطابقت داشته باشد و ریسک مهاجرت برای همیشه از بین برود.

نتیجه‌گیری: بازپس‌گیری دانش سازمانی جهان

شکست دادن انحصار OOXML پیش‌شرطی اساسی برای تحقق حاکمیت دیجیتال جهانی است. تا زمانی که ملت‌ها و سازمان‌ها نتوانند بدون ترس از دستکاری یا تخریب داده‌هایشان، مالکیت واقعی اطلاعات خود را در دست داشته باشند، صرفاً کرایه‌نشین یک سیستم انحصاری باقی خواهند ماند. مسیر پیش رو نیازمند تشکیل یک ائتلاف صنعتی قدرتمند است که به ساخت استاندارد رندرینگ جهانی اختصاص یافته باشد—یک «ضربه نهایی» به قفل‌شدگی اسنادی که سه دهه و نیم به طول انجامیده است.

ما پیش از این دیده‌ایم که دنیای اپن‌سورس چطور با تمرکز بر ابزارهای برتر و جهانی، انحصارها را درنوردیده است. وقت آن رسیده که همین درس‌ها را روی اسنادی پیاده کنیم که تاریخ جهانی ما را در خود جای داده‌اند.

با نگاهی به آینده استقلال دیجیتال، از خود بپرسید: تا چه زمانی می‌خواهیم دانش و حافظه سازمانی خود را در یک گاوصندوق انحصاری حبس نگه داریم؟ نظرات و دیدگاه‌های خود را با ما در بخش نظرات در میان بگذارید.

سوالات متداول (FAQ)

:::details تفاوت اصلی میان نسخه «کامل و سخت‌گیرانه» (Strict) و «گذار» (Transitional) در استاندارد OOXML چیست؟ نسخه Strict استانداردی پاک و بین‌المللی برای باز بودن فرمت‌هاست، در حالی که نسخه Transitional نسخه‌ای سفارشی و پر از عادات انحصاری مایکروسافت است که این شرکت برای حفظ انحصار خود به عنوان پیش‌فرض از آن استفاده می‌کند. :::

:::details ابزارهای متن‌باز چگونه می‌توانند مشکل ناسازگاری قالب‌بندی مایکروسافت آفیس را حل کنند؟ برای حل این مشکل، جامعه اپن‌سورس به یک موتور رندرینگ واحد (مشابه WebKit برای مرورگرها) نیاز دارد که با تست‌های دقیق، رفتار واقعی محصولات مایکروسافت و فونت‌های انحصاری را به دقت شبیه‌سازی کند. :::