چرا تلاش‌های ایران برای ملی کردن سیستم عامل به جایی نرسید؟!

اوایل دهه ۱۳۸۰، اصطلاح «سیستم عامل ملی» به‌تدریج وارد ادبیات رسمی فناوری در ایران شد. این ایده ساده به نظر می‌رسید. کشوری که به واردات فناوری وابسته است، می‌خواهد پایه‌ای‌ترین لایه نرم‌افزار را خودش بسازد. سیستم عاملی که روی آن همه چیز اجرا می‌شود. در آن سال‌ها، سیستم عامل ملی بیشتر به‌معنای ساخت یک نسخه بومی‌شده از لینوکس (Linux) بود. لینوکسی با زبان فارسی، تقویم شمسی، و شاید چند ابزار امنیتی اضافه.

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

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

۱- آیا اصلا چیزی به نام سیستم عامل ملی معنا دارد؟

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

وقتی از سیستم عامل ملی صحبت می‌شود، معمولا منظور مالکیت کامل بر کد منبع نیست. حتی کشورهایی که پروژه‌های بومی‌سازی داشته‌اند، به ندرت از صفر شروع کرده‌اند. در عمل، سیستم عامل ملی اغلب به معنای یک توزیع سفارشی‌شده است. یعنی استفاده از کرنل لینوکس و ابزارهای آزاد، با تنظیمات، رابط کاربری و بسته‌های نرم‌افزاری خاص یک کشور.

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

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

۲- تجربه کشورهای دیگر در بومی‌سازی سیستم عامل چه می‌گوید؟

ایران تنها کشوری نبود که به فکر بومی‌سازی سیستم عامل افتاد. چین با پروژه‌هایی مثل Red Flag Linux و بعدها Kylin OS تلاش کرد وابستگی به سیستم‌های غربی را کاهش دهد. روسیه روی Astra Linux سرمایه‌گذاری کرد. حتی کره جنوبی و هند نیز پروژه‌هایی در این حوزه داشتند. اما وجه مشترک همه این کشورها یک نکته کلیدی بود. تمرکز بر کاربردهای محدود و مشخص.

در چین، سیستم عامل بومی هرگز جایگزین ویندوز (Windows) یا اندروید (Android) برای عموم مردم نشد. استفاده آن عمدتا به نهادهای دولتی، نظامی و زیرساخت‌های حساس محدود ماند. دلیلش روشن بود. اکوسیستم نرم‌افزاری جهانی، فاصله‌ای عظیم با نمونه‌های بومی داشت. کاربر عادی حاضر نبود برای مفهوم استقلال دیجیتال، از راحتی و سازگاری چشم‌پوشی کند.

روسیه نیز مسیر مشابهی رفت. Astra Linux برای محیط‌های امنیتی و نظامی توسعه یافت. نه برای بازار مصرف‌کننده. این کشورها به‌خوبی فهمیدند که سیستم عامل ملی اگر هم معنا داشته باشد، پروژه‌ای استراتژیک و محدود است، نه محصولی عمومی برای رقابت با غول‌های فناوری.

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

۳- چرا تلاش‌های ایران به نتیجه عملی و فراگیر نرسید؟

یکی از مهم‌ترین دلایل شکست، نبود تعریف روشن از هدف بود. پروژه‌های مختلفی با نام‌های متفاوت معرفی شدند، اما هیچ‌کدام مشخص نکردند که قرار است دقیقا چه مشکلی را حل کنند. آیا هدف امنیت بود؟ صرفه‌جویی ارزی؟ آموزش؟ یا نمایش توانمندی داخلی؟ این ابهام باعث شد هر پروژه در میانه راه تغییر جهت دهد.

عامل دوم، قطع ارتباط با جامعه کاربران و توسعه‌دهندگان بود. لینوکس زمانی موفق شد که بر دوش یک جامعه زنده و پرشور رشد کرد. پروژه‌های سیستم عامل ملی در ایران اغلب دولتی، بسته، و فاقد مشارکت واقعی جامعه بودند. توسعه‌دهنده‌ای که انگیزه، آزادی و آینده شغلی نبیند، در چنین پروژه‌ای باقی نمی‌ماند.

مشکل سوم، نبود اکوسیستم نرم‌افزاری بود. سیستم عامل بدون نرم‌افزارهای کاربردی، فقط یک پوسته است. کاربران ایرانی به نرم‌افزارهایی وابسته بودند که یا نسخه بومی نداشتند یا روی سیستم‌های سفارشی به‌خوبی کار نمی‌کردند. این شکاف، هر تلاش فنی را بی‌اثر می‌کرد.

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

۴- اقتصاد نرم‌افزار و جایی که پروژه‌های ملی زمین می‌خورند

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

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

در دنیای واقعی، حتی لینوکس که آزاد و متن‌باز است، بدون شرکت‌هایی مثل Red Hat  و Canonical  هرگز به جایگاه امروزی نمی‌رسید. این شرکت‌ها اقتصاد پیرامون سیستم عامل را ساختند. آموزش، پشتیبانی سازمانی، قراردادهای بلندمدت و اعتماد بازار. در پروژه‌های ایرانی، این لایه اقتصادی یا وجود نداشت یا بسیار ضعیف بود.

از زاویه دیگر، کاربران سازمانی هم ریسک نمی‌کنند. یک بانک، یک وزارتخانه یا یک شرکت بزرگ، سیستم عامل را فقط بر اساس شعار استقلال انتخاب نمی‌کند. آن‌ها ثبات چندساله، سازگاری با نرم‌افزارهای حیاتی و پشتیبانی پاسخ‌گو می‌خواهند. وقتی اقتصاد پشت سیستم عامل لرزان است، این اعتماد شکل نمی‌گیرد و پروژه به حاشیه رانده می‌شود.

۵- سیاست، شعار استقلال دیجیتال و فاصله آن با واقعیت فنی

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

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

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

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

۶- امنیت واقعی یا احساس امنیت؟

یکی از مهم‌ترین توجیهات برای سیستم عامل ملی، بحث امنیت بود. این ادعا مطرح می‌شد که استفاده از سیستم عامل‌های خارجی، خطر نفوذ، شنود یا درهای پشتی (Backdoor) را افزایش می‌دهد. بنابراین نسخه بومی می‌تواند امنیت را تضمین کند.

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

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

در ایران، سیستم عامل ملی هیچ‌گاه نتوانست این تمایز را به‌روشنی توضیح دهد. نه مشخص شد قرار است امنیت کدام لایه را افزایش دهد، نه اینکه چه تهدیدی را دقیقا خنثی می‌کند. این ابهام، ادعای امنیت را به شعاری تکراری تبدیل کرد.

۷- روان‌شناسی کاربر و مقاومت در برابر اجبار فناورانه

کاربر نهایی، چه فرد عادی باشد چه کارمند یک سازمان، به‌ندرت با ایدئولوژی انتخاب می‌کند. او به دنبال کارکرد، راحتی و تجربه روان است. سیستم عاملی که با آن آشناست، نرم‌افزارهایش روی آن بدون دردسر اجرا می‌شوند، و مشکلش سریع حل می‌شود، انتخاب طبیعی اوست.

پروژه‌های سیستم عامل ملی در ایران اغلب این واقعیت روان‌شناختی را نادیده گرفتند. تصور می‌شد اگر استفاده از آن اجباری شود، کاربران به‌مرور عادت می‌کنند. اما اجبار در فناوری، معمولا نتیجه معکوس می‌دهد. کاربران به‌دنبال دور زدن، مهاجرت پنهان یا بازگشت به ابزارهای آشنا می‌روند.

عادت نرم‌افزاری چیزی نیست که با بخشنامه تغییر کند. سال‌ها کار با ویندوز، اندروید یا macOS  نوعی حافظه عضلانی دیجیتال می‌سازد. شکستن این عادت نیازمند مزیت‌های واقعی و ملموس است، نه صرفا وعده‌های کلی.

در نبود این مزیت‌ها، سیستم عامل ملی به تجربه‌ای تحمیلی تبدیل شد. تجربه‌ای که نه توسعه‌دهنده دوستش داشت، نه کاربر نهایی. این شکاف روانی، یکی از دلایل پنهان اما بسیار مهم شکست فراگیری این پروژه‌ها بود.

۸- اکوسیستم جهانی و جایی که پروژه‌های منزوی دوام نمی‌آورند

سیستم عامل در خلأ زندگی نمی‌کند. ارزش آن به اکوسیستم جهانی گره خورده است. استانداردهای سخت‌افزاری، درایورها، زبان‌های برنامه‌نویسی، ابزارهای توسعه و حتی فرهنگ کاری، همه در سطح بین‌المللی شکل می‌گیرند. جدا شدن از این جریان، هزینه‌ای سنگین دارد.

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

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

نرم‌افزار مثل زبان است. زبانی که با دنیا حرف نزند، فقیر می‌شود. سیستم عاملی که در اکوسیستم جهانی نفس نکشد، دیر یا زود از نفس می‌افتد.

خلاصه نهایی

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

❓ سؤالات رایج (FAQ)

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

آیا لینوکس بهترین گزینه برای سیستم عامل ملی بود؟
لینوکس به‌دلیل متن‌باز بودن انتخاب طبیعی به نظر می‌رسید. اما استفاده از لینوکس بدون مشارکت فعال در اکوسیستم جهانی، مزایای آن را به‌شدت کاهش می‌دهد. مشکل در انتخاب نبود، در نحوه استفاده بود.

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

آیا سیستم عامل ملی امنیت بیشتری ایجاد می‌کند؟
صرف بومی بودن به معنای امنیت بیشتر نیست. امنیت نیازمند بررسی مداوم کد، جامعه فعال و به‌روزرسانی سریع است. پروژه‌های منزوی معمولا فقط احساس امنیت ایجاد می‌کنند، نه امنیت واقعی.

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

آیا احیای دوباره ایده سیستم عامل ملی ممکن است؟
تنها در صورتی ممکن است که هدف محدود، تعریف شفاف، مدل اقتصادی پایدار و ارتباط فعال با اکوسیستم جهانی وجود داشته باشد. در غیر این صورت، تکرار همان مسیر قبلی خواهد بود.


عکس شاخص این پست برشی از نشریه کلیک – 6 دی 1383

دکتر علیرضا مجیدی
دکتر علیرضا مجیدی
پزشک، نویسنده و بنیان‌گذار وبلاگ «یک پزشک»
دکتر علیرضا مجیدی، نویسنده و بنیان‌گذار وبلاگ «یک پزشک».
با بیش از ۲۰ سال نویسندگی «ترکیبی» مستمر در زمینهٔ پزشکی، فناوری، سینما، کتاب و فرهنگ.
باشد که با هم متفاوت بیاندیشیم!

دیدگاهتان را بنویسید

نشانی ایمیل شما منتشر نخواهد شد. بخش‌های موردنیاز علامت‌گذاری شده‌اند *

دکمه بازگشت به بالا
[wpcode id="260079"]