لماذا نقول "ليست مفتوحة المصدر"
Version 1.2 · August 2026
تحمل كل رخصة من رخص ISL الجملة نفسها قرب أعلى النص: "هذه ليست رخصة مفتوحة المصدر." نتطوّع بذكر ذلك بوضوح بدلًا من ترك السؤال معلّقًا. توثّق هذه الصفحة الأساس المنطقي لذلك.
"مفتوحة المصدر" مصطلح محدَّد
"مفتوحة المصدر" (Open Source) ليست وصفًا عامًا لشيفرة مصدرية مرئية. إنها مصطلح تقني له تعريف رسمي، هو تعريف المصادر المفتوحة (Open Source Definition، أو OSD)، الذي تحتفظ به مبادرة المصادر المفتوحة (OSI) منذ عام 1998. اثنان من معاييرها العشرة يحسمان الأمر هنا. المعيار الخامس يحظر التمييز ضد الأشخاص أو الجماعات. المعيار السادس يحظر التمييز ضد مجالات النشاط؛ ومثال OSD نفسه أن الرخصة لا يجوز أن تحظر الاستخدام في عمل تجاري أو في أبحاث وراثية.
يفعل القسمان 4 و5 من كل رخصة ISL بالضبط ما يحظره المعيار السادس: فهما يمنعان البرمجية عن منصات الميسر، والمقرضين القائمين على الفائدة، والمواد الإباحية، وسائر الصناعات المحظورة. لذا لا يمكن لأي رخصة ISL أن تكون مفتوحة المصدر أبدًا، مهما كانت ISL-P سخية في غير ذلك. وتُصنَّف رخصتا Hippocratic License وDo No Harm License كذلك على أنهما غير حرّتين من قِبل كل من OSI وFSF للسبب نفسه تمامًا.
القيود هي بيت القصيد
يقول الإفصاح "بتصميم مقصود" لأن هذا التعارض ليس عيبًا نعتذر عنه. اخترنا القيود على حساب التسمية، عن علم ودراية. القيود هي المنتج نفسه.
الصدق هو الموقف الإسلامي
التمثيل الصادق لما يقدّمه المرء واجب إسلامي. وعائلة رخص مبنية على أخلاق إسلامية تدّعي تسمية لا تنطبق عليها كانت لتجرح مصداقيتها من الأساس. المشاريع التي مطّت مصطلح "مفتوحة المصدر" ليشمل رخصًا مقيّدة، كما حدث حول Commons Clause، وSSPL الخاصة بـMongoDB، وانتقال HashiCorp إلى Business Source License، صُحِّحت علنًا ودفعت ثمن ذلك من ثقة مستخدميها. نستبق أكثر اعتراض متوقع بإثارته نحن أولًا.
ماذا يعني ذلك لك عمليًا
يعامل جزء كبير من عالم البرمجيات "مفتوحة المصدر" كبوابة يمكن فحصها آليًا. تعتمد الإدارات القانونية للشركات تلقائيًا الرخص المعتمدة من OSI؛ أما البرمجية المرخّصة بـISL فستحتاج مراجعة فعلية. توزيعات لينكس مثل Debian وFedora لا تضم في أرشيفاتها إلا برمجيات حرة وفق OSD، لذا لن تدخل مشاريع ISL أرشيفاتها. كما تصنّف أدوات السجلات والمستودعات البرمجيات بحسب الرخصة، وستُظهر هذه كرخص غير قياسية. لا شيء من هذا ظالم؛ إنه ثمن القيود، وينبغي أن تعرفه قبل اختيارها.
الفئة الصادقة
"متاحة المصدر" (source-available) هو المصطلح المعتمد للرخص التي تتيح لك قراءة الشيفرة مع تقييد الحقوق، وهي فئة تضم شركات محترمة: Business Source License (المستخدمة من MariaDB وHashiCorp)، وElastic License 2.0، وSSPL. هذه هي الفئة التي تنتمي إليها ثلاث عشرة رخصة من أصل أربع عشرة في عائلة ISL، وهي التي ندّعيها لها. وISL-EULA هي الاستثناء ولا تدّعيها: فهي لا ترخّص أي شيفرة مصدرية، ونصّها نفسه يقول إنها "ليست رخصة مفتوحة المصدر ولا متاحة المصدر".
"ليست مفتوحة المصدر" لا تعني مغلقة أمام المساهمين
كثيرًا ما يُخلط بين الأمرين، والتفريق بينهما مهم. "مفتوحة المصدر" وصفٌ لما يجوز للمستخدم فعله بالبرمجية، أما نموذج المساهمة فوصفٌ لما يجوز للمؤلف أن يعيده إلى المشروع. وتقييد الأول لا يغلق الثاني بحال.
حتى ISL-R، وهي أشد النسخ البرمجية تقييدًا، صيغت والباب فيها مواربٌ عن قصد. فالقسم 2 منها يحظر التعديل والأعمال المشتقة "دون إذن خطي مسبق من المرخِّص" — والإذن هو بالضبط ما تقدّمه اتفاقية المساهمين. وتنشر العائلة اتفاقية لهذا الغرض هي ISL-CLA، وهي حاليًا مسودة لم تدخل حيّز النفاذ بعد. وبتوقيعها يستطيع مشروع تحت ISL-R قبول مساهمة دون تغيير رخصته، ودون إضعاف القسمين 4 و5، ودون ادّعاء تسمية لا تنطبق عليه. والإذن يغطي إعداد المساهمة وتقديمها فحسب، وليس إذنًا بنشر نسخة معدّلة.
أما النسخ التي تسمح بالتعديل أصلًا — ISL-P وISL-C وISL-LC وISL-NETC وISL-NC — فتؤدي الاتفاقية فيها الدور المعتاد لأي اتفاقية مساهمين: تثبت أن للمرخِّص أن ينشر ما قُدِّم إليه، بما في ذلك تجاريًا، وأن المساهم كان يملك حق تقديمه.
ملاحظة: نص اتفاقية ISL-CLA متاح بالإنجليزية فقط، شأنه شأن نصوص الرخص.
ما لا يعنيه هذا الإفصاح
لا يعني أن البرمجية مكلفة ماديًا. ولا يعني أنك لا تستطيع استخدامها أو تعديلها أو إعادة توزيعها؛ فـISL-P وISL-C تسمحان بكل ذلك. ولا يعني أن الرخص أضعف قانونًا. المسألة تتعلق بالتسمية وحدها، ونحن نفضّل خسارة التسمية على خسارة الصدق.
ملاحظة: هذه الصفحة، وسائر الصفحات العربية في هذا الموقع، ترجمة توضيحية غير رسمية. النص الإنجليزي لرخص ISL هو النص المرجعي الوحيد والمعتمد قانونًا. راجع النصوص الرسمية: ISL-P · ISL-C · ISL-R · ISL-EULA.