الأذونات والشروط والقيود في لمحة
الشروط
- لا ينطبق
القيود
- تحديد المسؤوليةينص صراحةً على عدم تحمّل المسؤولية عن الأضرار.
- استخدام العلامات التجاريةينص صراحةً على عدم منح حقوق العلامات التجارية.
- استخدام براءات الاختراعينص صراحةً على عدم منح حقوق براءات اختراع المساهمين.
- بلا ضمانينص صراحةً على عدم تقديم أي ضمان.
مصدر تصنيف الأذونات والشروط والقيود: بيانات choosealicense.com (GitHub، ترخيص MIT).
ما هذا الترخيص؟
CC0 1.0 أداة إهداء إلى الملك العام أطلقتها المشاع الإبداعي (CC) عام 2009. وهو بالمعنى الدقيق إعلان تنازل (waiver) أكثر منه ترخيصًا. إذ يتنازل المُعلِن نهائيًا، بالقدر الذي يسمح به القانون، عن حقوق النشر والحقوق المتصلة بها مثل الحقوق المجاورة وحقوق قواعد البيانات (المادة 2). وحيث يكون التنازل باطلًا قانونًا يمنح بدلًا منه ترخيصًا مجانيًا غير مشروط (المادة 3). ويُستخدم على نطاق واسع لمجموعات البيانات والوثائق والأيقونات وشيفرة الأمثلة.
الشروط
لا توجد. ولا يشترط حتى نسبة العمل إلى مصدره (وإن كان الاستشهاد يُستحسن أكاديميًا من باب اللياقة).
ما ينبغي معرفته عند استخدامه للشيفرة
- استثناء البراءات والعلامات التجارية: تنص المادة 4 (a) صراحةً على أن حقوق العلامات التجارية والبراءات التي يملكها المُعلِن لا يُتنازل عنها ولا تُرخَّص. ولهذا لم تعتمد OSI ترخيص CC0 كترخيص مفتوح المصدر (سحبت CC طلب الاعتماد عام 2012)، ولا يسمح مشروع Fedora منذ 2022 باستخدام CC0 للشيفرة الجديدة (ويسمح به للمحتوى).
- تعدّ FSF ترخيص CC0 ترخيصًا حرًا متوافقًا مع GPL، وتوصي باستخدامه عند طرح العمل في الملك العام.
- لا توصي CC باستخدام تراخيصها الأخرى مثل BY وSA للبرمجيات، لكنها توضح أن CC0 يمكن استخدامه للبرمجيات أيضًا.
مفاهيم خاطئة شائعة
- "CC0 يشبه CC BY" — CC BY ترخيص يشترط نسبة العمل إلى مصدره، أما CC0 فإعلان يتخلى عن جميع الشروط.
- "مع CC0 لا داعي للقلق من البراءات" — كما سبق، البراءات مستثناة صراحةً. وإذا كانت البراءات مصدر قلق فاستخدم ترخيصًا يتضمن منحًا صريحًا للبراءات مثل Apache-2.0.
- "لا بأس أن تحتوي مواد CC0 على بيانات شخصية" — يتناول CC0 حقوق النشر ونحوها فقط. أما الحقوق الأخرى مثل الحق في الصورة والبيانات الشخصية فتبقى قائمة.
طريقة التطبيق
ضع النص الأصلي في LICENSE واذكر في README أنك طبّقت CC0. وتوضح CC أيضًا طريقة إضافة إشعار قصير إلى كل ملف (مثل SPDX-License-Identifier: CC0-1.0). معرّف SPDX هو CC0-1.0.
متى يناسب؟
هو الأنسب للمواد التي تريد أن يعيد الجميع استخدامها دون قيود، مثل مجموعات البيانات العامة وأمثلة المخططات والإعدادات والوثائق وشيفرة الدروس. أما البرمجيات المعرّضة لمخاطر البراءات فقد يكون 0BSD أو Apache-2.0 خيارًا أكثر أمانًا لها.
هل يمكن دمج شيفرة CC0-1.0 في مشروع آخر؟
حكم عام على أخذ شيفرة منشورة بهذا الترخيص ودمجها وتوزيعها ضمن مشروع مرخّص بأحد التراخيص أدناه. اطّلع على تركيبات أخرى في مدقق التوافق ←
| المشروع المراد الدمج فيه | الحكم | ملاحظة |
|---|---|---|
| برمجيات مغلقة (تجارية) | ممكن | ترخيص لا يفرض حتى الإشعار، لذا يمكن إدراجه في أي مكان. |
| MIT | ممكن | ترخيص لا يفرض حتى الإشعار، لذا يمكن إدراجه في أي مكان. |
| Apache-2.0 | ممكن | ترخيص لا يفرض حتى الإشعار، لذا يمكن إدراجه في أي مكان. |
| MPL-2.0 | ممكن | ترخيص لا يفرض حتى الإشعار، لذا يمكن إدراجه في أي مكان. |
| LGPL-2.1 | ممكن | ترخيص لا يفرض حتى الإشعار، لذا يمكن إدراجه في أي مكان. |
| LGPL-3.0 | ممكن | ترخيص لا يفرض حتى الإشعار، لذا يمكن إدراجه في أي مكان. |
| GPL-2.0 | ممكن | ترخيص لا يفرض حتى الإشعار، لذا يمكن إدراجه في أي مكان. |
| GPL-3.0 | ممكن | ترخيص لا يفرض حتى الإشعار، لذا يمكن إدراجه في أي مكان. |
| AGPL-3.0 | ممكن | ترخيص لا يفرض حتى الإشعار، لذا يمكن إدراجه في أي مكان. |
محتوى هذا الموقع معلومات عامة وليس استشارة قانونية. استشر محاميًا أو مختصًا قبل اتخاذ قرارات فعلية بشأن التوزيع أو العقود أو النزاعات.