الأذونات والشروط والقيود في لمحة
الشروط
- إشعار حقوق النشر والترخيصيجب تضمين نسخة من الترخيص وإشعار حقوق النشر عند التوزيع.
القيود
- تحديد المسؤوليةينص صراحةً على عدم تحمّل المسؤولية عن الأضرار.
- بلا ضمانينص صراحةً على عدم تقديم أي ضمان.
مصدر تصنيف الأذونات والشروط والقيود: بيانات choosealicense.com (GitHub، ترخيص MIT).
ما هذا الترخيص؟
ترخيص MIT ترخيص متساهل (permissive) نشأ في معهد ماساتشوستس للتكنولوجيا (MIT). نصه ثلاث فقرات فقط فهو سهل القراءة، ويسمح بالاستخدام والنسخ والتعديل والدمج والنشر والتوزيع وإعادة الترخيص والبيع. وشرطه الوحيد هو تضمين إشعار حقوق النشر ونص هذا الإذن في جميع نسخ البرمجيات أو أجزائها الجوهرية. والفقرة الأخيرة بند نفي مسؤولية ينص على أنها تُقدَّم 'كما هي (AS IS)' دون أي ضمان ودون تحمّل مسؤولية عن الأضرار.
يُعدّ أكثر التراخيص استخدامًا في المستودعات العامة على GitHub، وتستخدمه مشاريع شهيرة مثل Node.js وRuby on Rails وjQuery وReact. واشتهرت React أيضًا بتحوّلها عام 2017 من مزيج 'BSD + براءات' إلى MIT.
ما يجب الالتزام به عند التوزيع
- ضمّن إشعار حقوق النشر الأصلي (
Copyright (c) السنة صاحب الحقوق) ونص الإذن كاملًا. - حتى عند توزيع الملفات الثنائية فقط لا يسقط التزام الإشعار. ويوضع عادةً في شاشة 'تراخيص المصادر المفتوحة' في التطبيق أو في الدليل أو في ملف نصي موزَّع معه.
- لا يوجد التزام بنشر المصدر أو بيان التغييرات أو الإبقاء على الترخيص نفسه. ويجوز تعديل شيفرة MIT وإدراجها في منتج تجاري مغلق.
طريقة التطبيق
أنشئ ملف LICENSE (أو LICENSE.txt أو LICENSE.md) في المستوى الأعلى من المستودع وضع فيه النص الأصلي، ثم استبدل [year] بالسنة و[fullname] بصاحب الحقوق. ويتولى مولّد هذا الموقع هذه المهمة عنك. وإذا كتبت أيضًا بيانات مدير الحزم (مثل "license": "MIT" في package.json) وSPDX-License-Identifier: MIT في ترويسة الملفات المصدرية فستتعرف الأدوات على الترخيص تلقائيًا.
مفاهيم خاطئة شائعة
- "MIT بلا أي شروط" — يوجد التزام بالإشعار. أما التراخيص الخالية تمامًا من الشروط فهي 0BSD وUnlicense وCC0.
- "استخدام شيفرة MIT يُلزم بأن تكون شيفرتي MIT أيضًا" — لا. يكفي الإبقاء على إشعار الجزء المستورد، ويمكن توزيع المنتج كله بأي ترخيص (بما في ذلك المغلق).
- "لا داعي للقلق من البراءات إطلاقًا" — لا يتضمن نص MIT بندًا صريحًا بشأن البراءات. ويرى كثيرون وجود إذن ضمني، لكن إذا احتجت إلى منح صريح للبراءات فادرس Apache-2.0.
- "إذا نشرت بترخيص MIT فيجوز استخدام الاسم في الإعلانات" — الترخيص إذن بشأن حقوق النشر فقط، ولا يمنح حق استخدام العلامات التجارية أو الأسماء.
متى يناسب؟
يناسب المكتبات والأدوات الصغيرة وشيفرة الأمثلة التي تريد أن يستخدمها أكبر عدد من الناس دون قيود. يسهل على الشركات اعتماده، ويمكن إدراجه في مشاريع بكل التراخيص الأخرى تقريبًا (بما فيها GPL)، فتوافقه مع المنظومات من الأوسع. وفي منظومتي Rust وJavaScript يُطرح كثيرًا بترخيص مزدوج MIT OR Apache-2.0 لتعويض غياب بند البراءات (دليل الترخيص المزدوج).
هل يمكن دمج شيفرة MIT في مشروع آخر؟
حكم عام على أخذ شيفرة منشورة بهذا الترخيص ودمجها وتوزيعها ضمن مشروع مرخّص بأحد التراخيص أدناه. اطّلع على تركيبات أخرى في مدقق التوافق ←
| المشروع المراد الدمج فيه | الحكم | ملاحظة |
|---|---|---|
| برمجيات مغلقة (تجارية) | ممكن | يجب تضمين إشعار حقوق النشر الأصلي ونص الترخيص. |
| Apache-2.0 | ممكن | يجب تضمين إشعار حقوق النشر الأصلي ونص الترخيص. |
| MPL-2.0 | ممكن | يجب تضمين إشعار حقوق النشر الأصلي ونص الترخيص. |
| LGPL-2.1 | ممكن | يجب تضمين إشعار حقوق النشر الأصلي ونص الترخيص. |
| LGPL-3.0 | ممكن | يجب تضمين إشعار حقوق النشر الأصلي ونص الترخيص. |
| GPL-2.0 | ممكن | يجب تضمين إشعار حقوق النشر الأصلي ونص الترخيص. |
| GPL-3.0 | ممكن | يجب تضمين إشعار حقوق النشر الأصلي ونص الترخيص. |
| AGPL-3.0 | ممكن | يجب تضمين إشعار حقوق النشر الأصلي ونص الترخيص. |
محتوى هذا الموقع معلومات عامة وليس استشارة قانونية. استشر محاميًا أو مختصًا قبل اتخاذ قرارات فعلية بشأن التوزيع أو العقود أو النزاعات.