هل أصبحت الفائدة الحدّية من كون macOS مغلق المصدر اليوم تكاد لا تواكب مفتوح المصدر؟

عام
1

مؤخرًا وأنا أطالع مجموعة من المقالات والنقاشات ذات الصلة، وصلت إلى خلاصة واضحة جدًا: خلال الأشهر الستة الماضية، ازداد فعلًا أكثر من السابق النقاش حول “هل تتآكل فوائد بقاء macOS مغلق المصدر؟”.

لكن يجب توضيح أمر أولًا:
هذه النقاشات عادة لا تُطرح مباشرة بعنوان “هل ينبغي لـ macOS أن يكون مفتوح المصدر أم لا؟”، بل تتوزع داخل عدة موضوعات أكثر تحديدًا—الأمن، منظومة التطوير، انفتاح المنصة في عصر الذكاء الاصطناعي، واعتماد Apple المستمر على مكوّنات مفتوحة المصدر. بمعنى آخر، هذا اتجاه نقاش موجود فعلًا، لكنه لم يُصَغ بعد في سؤال جدلي كبير واحد موحّد.

1. مغلق المصدر = أكثر أمانًا، هذه السردية تتراجع

لطالما كانت Apple بارعة في تغليف المنظومة المغلقة بوصفها مصدرًا للأمان والاستقرار. في السابق كانت هذه المنطقية فعّالة:

  • مغلق، لذا أكثر قابلية للتحكم
  • قابل للتحكم، لذا أكثر استقرارًا
  • مستقر، لذا المستخدم أقل قلقًا

لكن خلال الأشهر الستة الماضية، بعض النقاشات حول ثغرات TCC في macOS وخصوصية الأذونات وثغرات خدمات النظام بدأت فعليًا تُضعف هذه السردية. لأن هناك سؤالًا واقعيًا جدًا مطروحًا:

إذا كان الإغلاق لم يمنع الثغرات الخطيرة ولا تجاوزات الأذونات، فما حجم العائد الأمني الذي يقدمه الإغلاق أصلًا؟

هذا لا يعني أن “الانفتاح يساوي أمانًا” بالضرورة، لكنه على الأقل يعني أن: علاوة الأمان المرتبطة بكونه مغلق المصدر لم تعد بديهية كما كانت سابقًا.

2. المطوّرون يحبّون macOS، وبشكل متزايد ليس لأنه مغلق المصدر

لا يزال كثير من المطورين يحبون macOS، لكن نادرًا ما يكون السبب اليوم “لأنه مغلق المصدر”.
الأسباب الأكثر شيوعًا هي:

  • أدوات مساحة المستخدم على Unix مريحة في الاستخدام
  • تجربة GUI مقبولة
  • برمجيات تجارية وبرمجيات إبداعية ومنظومة تطوير للموبايل متكاملة
  • عمر بطارية Apple Silicon وكفاءته الطاقية قويان جدًا

أي أن ما يعترف به الناس اليوم غالبًا هو:
قدرة Apple على تسليم تجربة متكاملة للجهاز والمنصة بالكامل، لا “الإغلاق” بحد ذاته.

وبعبارة أخرى، مصادر قيمة macOS اليوم أصبحت أقرب إلى:

  • العتاد
  • تكامل المنظومة
  • سلسلة الأدوات (toolchain)
  • دعم البرمجيات التجارية

وليس “الإغلاق بحد ذاته”.

وهذا مهم جدًا. لأنه يعني:
الإغلاق قد يظل أداة لدى Apple للحفاظ على السيطرة، لكنه ليس بالضرورة المصدر الأهم لقيمة macOS.

3. في عصر الذكاء الاصطناعي، يصبح من الأسهل التشكيك في العائد الهامشي للمنصات المغلقة

في الماضي، كان انغلاق المنصة كثيرًا ما يترجم إلى اتساق أعلى وجودة أفضل وتكامل أقوى.
لكن في عصر AI / Agent، أصبحت سرعة الابتكار الخارجي أسرع بوضوح. وما يلامسه المطورون بشكل متكرر هو:

  • نماذج محلية
  • أطر استدلال مفتوحة المصدر
  • سلاسل أدوات Python / Rust / JS
  • سير عمل agent / automation
  • التكاملات من الأطراف الثالثة وتعزيزات النظام

بينما أسلوب Apple لا يزال:

  • نموذج أذونات صارم
  • واجهات عميقة غير شفافة
  • قدرات أتمتة لها حدود
  • درجة انفتاح المنصة تحت السيطرة

فتظهر نتيجة باتت شائعة أكثر فأكثر:

في عصر الذكاء الاصطناعي، كلما كانت المنصة أكثر انغلاقًا، زادت احتمالية إبطاء الابتكار على الأطراف المحيطة بها.

هذا لا يعني أن macOS يجب أن يصبح مفتوح المصدر، لكنه يوضح فعلًا أن:
فوائد الإغلاق ليست “لا تُقهر” كما كانت في السابق، بينما تكلفة الفرصة التي يفرضها الإغلاق باتت أسهل ملاحظة.

4. Apple نفسها تعرف أن الحلقة المغلقة الخالصة ليست الحل الأمثل

Apple ليست “منغلقة في كل شيء”.
هي تقوم منذ زمن بما يمكن وصفه بـ“الانفتاح الانتقائي”:

  • Darwin / XNU فيه أجزاء مفتوحة المصدر
  • Swift مفتوح المصدر
  • WebKit مفتوح المصدر
  • بالإضافة إلى سلسلة من مشاريع Apple Open Source

هذا يوضح أن Apple نفسها تدرك:
بالنسبة لأشياء مثل منظومة اللغة، ومحرك المتصفح، وسلسلة الأدوات الأساسية، والمكوّنات العامة… الإغلاق الكامل ليس الخيار الأعلى عائدًا.

لذا تبدو استراتيجية Apple أقرب إلى:

  • إبقاء التحكم في المنصة الأساسية مغلق المصدر
  • فتح ما يفيد توسّع المنظومة بشكل انتقائي

وهذا بحد ذاته دال جدًا.
لو كان “الإغلاق على كل المستويات هو الأعلى عائدًا”، لما احتاجت Apple أصلًا إلى فتح أشياء مثل Swift وWebKit.

5. إذًا ما إجابة السؤال؟

إذا أعدنا صياغة السؤال بدقة أكبر، فأعتقد أنه ليس:

هل ينبغي لـ macOS الآن أن يصبح مفتوح المصدر بالكامل؟

بل:

هل ما تزال ميزة macOS الأساسية اليوم تأتي في الغالب من كونه مغلق المصدر؟

تقديري: أقل فأقل.

الإغلاق اليوم لا يزال له فوائد:

  • ضمان التحكم بالمنصة
  • الحفاظ على الحواجز التجارية
  • الحفاظ على قيادة واجهات النظام
  • الحفاظ على مساحة التحسين التشاركي بين العتاد والبرمجيات
  • الحفاظ على “حق تفسير” التوقيع والمراجعة ونموذج الأمان

لكن في الوقت نفسه، عائده الهامشي يتراجع بالفعل:

  • العائد الأمني لم يعد بنفس الصلابة السابقة
  • سرعة الابتكار قد لا تكون أعلى من منظومات مفتوحة المصدر
  • في عصر الذكاء الاصطناعي سلاسل الأدوات الخارجية تزداد قوة
  • كثير من القدرات التي يعتمد عليها المطورون لا تأتي من “إيمان بالإغلاق”

لذا خلاصة قولي هي:

macOS اليوم ما يزال يستفيد من الإغلاق، لكنه لم يعد ذلك المصدر الأساسي للميزة الذي “يكفي وحده لكل شيء”.

وبصراحة أكبر:
macOS اليوم يعتمد أكثر على عتاد Apple وتكامل المنظومة وقدرتها على تسليم منتج متكامل، لا على “هو قوي لأنه مغلق المصدر”.

ولهذا السبب تحديدًا، خلال الأشهر الستة الماضية بدأ المزيد من الناس يناقشون بجدية:

هل فوائد بقاء macOS مغلق المصدر باتت اليوم تقترب من عدم مجاراة ما يقدمه الانفتاح ومفتوح المصدر.

روابط مرجعية

2

إضافة متابعة أكثر انحيازًا لـ“كيف سيفكّر المستخدم الحقيقي في التعديل” فعلًا.

لو بدّلنا السؤال من “هل من الجيد أن تصبح macOS مفتوحة المصدر أم لا” إلى “بعد أن تصبح macOS مفتوحة المصدر، ما الذي سيريد الناس فعلًا أن يقطعوه بالسكين فورًا”، فالمشاريع والنقاشات العامة التي رأيتها مؤخرًا تتجه في الواقع بشكل شديد التركّز: معظم الناس لا يريدون هدم macOS بالكامل وإعادة كتابتها، بل يريدون أولًا قطع تصميم آبل الافتراضي المزعج، وقيود النظام، والتفاعلات “الذكية زيادة عن اللزوم” التي تفرض نفسها.

1. الضربة الأولى: اقطع الرسوم المتحركة أولًا، وأزل طابع “الاستعراض”

هذه النقطة تكررت أكثر مما توقعت أصلًا.
كثير من المستخدمين الثقيلين لو تمكنوا فعلًا من لمس طبقات النظام الدنيا، فلن تكون ردة فعلهم الأولى “أعطني واجهة أكثر بهرجة”، بل:

  • إيقاف حركة الانتقال بين Space
  • إيقاف حركات فتح/إغلاق النوافذ وتكبير/تصغيرها
  • إيقاف انتقال Mission Control
  • تقليل تأخير الاستجابة في الواجهة
  • جعل سلوك النوافذ أكثر مباشرة وأكثر “أداة” وأقل “عرضًا”

أدوات ناضجة مثل yabai لإدارة نوافذ macOS تجعل “تعطيل حركة الانتقال بين Spaces” أصلًا نقطة بيع.
هذا يدل أن ما لا يطيقه كثير من المستخدمين ليس أن النظام غير جميل بما يكفي، بل أن النظام دائمًا يريد أن يعلّمك معنى الأناقة، بينما أنت تريد فقط السرعة.

لذلك إن كانت macOS فعلًا مفتوحة المصدر، فأنا أشك بقوة أن أول دفعة من التعديلات الأكثر شعبية لن تكون “ثيمات جديدة”، بل:

  • de-bloat macOS
  • disable all animations
  • low-latency UX build

حين تقول “لننظّف كل الرسوم المتحركة أولًا”، أرى أن هذه ليست فكرة هامشية، بل تبدو جدًا كفكرة سائدة.

2. الضربة الثانية: تحويل نظام النوافذ من “للمشاهدة” إلى “للإنتاج”

هذا الاتجاه واضح جدًا أيضًا.
الكثيرون لا يريدون تبديل الخلفية، بل يريدون “جلد” إدارة النوافذ في macOS:

  • اعتماد إدارة نوافذ بالتبليط
  • أولوية لوحة المفاتيح
  • منطق أكثر حرية لتعدد الشاشات
  • قواعد أكثر حرية لتعدد أسطح المكتب/Spaces
  • تفاعلات أقل تقاد بالماوس

ببساطة:
تحويل نظام نوافذ macOS من “سطح مكتب للاستعراض” إلى “سطح مكتب للإنتاج”.

ومن نشاط أدوات مثل yabai / skhd على المدى الطويل يتضح أن هذا الاحتياج ليس تسلية لفئة صغيرة من “الهاكرز الهواة”، بل حاجة صلبة ومتكررة.

3. الضربة الثالثة: إزالة التتبّع، وإزالة الحساب، وتقليل الاعتماد على السحابة

في المشاريع العامة الأخيرة، أكثر توافق واضح هو:

  • no tracking
  • no telemetry
  • local-first
  • no cloud
  • no account
  • plain files

بعض مشاريع macOS الحديثة تكتب هذا بصراحة في تعريفها:

  • Local Hours: أولوية للمحلي، JSON خالص، بلا حساب، بلا analytics
  • ScreenTranslate: OCR + ترجمة على الجهاز (on-device)، بلا خادم
  • Stik: markdown محلي خالص، بلا “دماغ ثانٍ”، بلا منظومة حسابات
  • Cai: إجراءات للحافظة محليًا، وأولوية للنماذج المحلية

هذا يعني أن المستخدم الحقيقي ليس متحمسًا جدًا لـ macOS “أذكى/أكثر سحابة/مُدار بالكامل”.
ما يريده كثيرون فعلًا هو:
macOS أهدأ، أكثر محلية، أقل مراقبة، وأقل تدخلًا من المنصة.

4. الضربة الرابعة: إعادة ترتيب شريط القوائم، والبرامج المقيمة بالخلفية، والوظائف الصغيرة

هذا أيضًا واقعي جدًا.
مؤخرًا كثير من المشاريع العامة تعمل على نوع واحد من الأشياء:

  • إدارة شريط القوائم
  • OCR / الترجمة
  • تعزيز الحافظة
  • تدوين سريع
  • إجراءات بنماذج صغيرة محلية
  • أدوات أخف للبقاء في الخلفية

العقلية خلف هذه الاحتياجات هي:
“لا أريد تغيير النظام، أريد فقط أن أجعل زوايا هذا النظام الحالي أكثر سلاسة في الاستخدام.”

أي أن كثيرًا من المستخدمين الحقيقيين لا يريدون ثورة؛ هم يريدون ترقيع الشقوق التي لم تكمل آبل إصلاحها، لكن بترقيع خفيف وسريع وهادئ.

5. الضربة الخامسة: تعويض التحكم على مستوى النظام الذي لا تريد آبل إعطاءه

هذه من أكثر المناطق التي يريد المستخدمون المتقدمون العبث بها.
مثلًا:

  • تحكم أقوى في الشبكة
  • قيود أدق لخروج الاتصالات (outbound) على مستوى العمليات
  • أتمتة و hook أكثر حرية
  • API نظام أكثر انفتاحًا
  • أقل من حدود SIP / TCC من نوع “أنا أعرف مصلحتك”

بقاء جدار الحماية مفتوح المصدر LuLu مستخدمًا لسنوات يوضح الفكرة:
كثير من المستخدمين يشعرون دائمًا أن macOS لا يعطي تحكمًا كافيًا في “قابلية التحكم بالنظام”.

لو أصبحت macOS مفتوحة المصدر، فهذه المنطقة على الأرجح ستتعرّض لضربات قوية، وقد تحقق نتائج أسرع حتى من تعديل الواجهة.

6. ما الذي لا يبدو أن المستخدمين الحقيقيين سيبدؤون به

على الأقل مما نراه من مشاريع ونقاشات عامة مؤخرًا، الناس لا يبدو أنهم سيبدؤون فورًا بـ:

  • إعادة كتابة النواة
  • fork كامل لنسخة macOS “مجتمعية”
  • استبدال شامل لسطح مكتب آبل الرسمي

الأسباب واقعية جدًا:

  • حجم العمل مبالغ فيه
  • توافق التعريفات (drivers) جحيم
  • نقاط الألم عالية التكرار ليست في النواة، بل في القيود/التفاعل/الحدود التي تضعها آبل فوقها

لذلك الموجة الأولى الأكثر واقعية ستكون:

  1. إزالة القيود
  2. إزالة الرسوم المتحركة
  3. إزالة التتبّع/telemetry
  4. ترميم نظام النوافذ
  5. ترميم أدوات التحكم بالنظام
  6. فتح الواجهات التي كانت مغلقة أصلًا

7. حكمي الحالي على هذه المسألة

لو أصبحت macOS مفتوحة المصدر، فأول ما يُحتمل أن ينفجر شعبية ليس “macOS مجتمعي”، بل “سلسلة أدوات macOS debloat / de-Apple-ify”.

أي مجموعة كاملة من الأشياء مثل:

  • disable animations
  • tiling WM
  • no telemetry build
  • local-first build
  • stronger firewall / automation / hooks
  • menu bar and clipboard sane defaults

في النهاية، ما يريده المستخدم الحقيقي ليس “إعادة اختراع آبل”، بل:
قطع الأجزاء التي فيها حركات كثيرة، وقيود كثيرة، ورغبة سيطرة قوية، وذكاء متصنّع.

وما قلته عن “إزالة الرسوم المتحركة أولًا”، أراه شديد الشبه بأول ضربة ستحدث هنا.

روابط مرجعية

3

خطأ 422