مولد تراخيص

لا توجد ترخيص مفتوح المصدر واحد يُعد “الأفضل” على مستوى عالمي؛ فاختيار الترخيص يعتمد على ما ترغب في أن يتمكن المستخدمون اللاحقون من فعله، وما لا ينبغي لهم فعله.

الأسئلة الثلاثة العملية

١. هل ترغب في الفوركات ذات المصدر المغلق؟ النظام الترخيصي المتسامح (MIT، Apache، BSD) → نعم؛ أما نظام الترخيص الكوبلايفت (GPL، AGPL) → لا.

٢. هل تهتم بالانتقام المتعلق ببراءات الاختراع؟ تتضمن رخصة Apache-2.0 وGPLv3 وMPL-2.0 تنازلات براءات اختراع صريحة تنتهي في حال نشوب دعوى قضائية، بينما لا تتضمن رخصتا MIT وBSD-2/3 مثل هذه التنازلات.

٣. هل يعمل كودك كخدمة شبكيّة؟ يُغلق AGPL-3.0 الثغرة المتعلقة بنظام SaaS، حيث يُحتسب مستخدمو الخدمة ضمن عمليات التوزيع؛ فإذا كان ذلك مهمًا، فاختر هذا الخيار؛ وإلا فإن GPLv3 أبسط.

الأخطاء الشائعة التي يجب تجنبها

• لا تعدل نص الترخيص؛ فترخيص “MIT مع تعديلاتي” هو ترخيص جديد وغير متوافق مع الأنظمة القانونية السائدة، وتعارض المحاكم أي تعديلات يتم إدخالها بشكل عفوي أو عرضي.
• لا تستخدم ترخيصين دون فهم مدى التوافق بينهما؛ فترخيص Apache-2.0 وترخيص GPLv2 غير متوافقان، بينما ترخيص Apache-2.0 وترخيص GPLv3 متوافقان.
• لا تنسَ معرّف SPDX في رؤوس المصدر؛ فالمعرّف SPDX-License-Identifier: MIT الموجود في السطر 1 يساعد الأدوات على التعرف على الخيار الذي اخترته.
• لا تستخدم رخصة “كرييتيف كوميونز” للبرمجيات؛ فهذه الرخص مخصصة للأعمال الإبداعية، ويجب استخدامها على المستندات والصور وليس على الكود البرمجي.

الترخيص المزدوج

تُوزَّع بعض المشاريع بموجب ترخيصين فقط – عادةً ترخيص من نوع كوبلايف وترخيص تجاري – حتى يتمكن الشركات من اختيار شروط الترخيص من نوع كوبلايف. وتُعد مثالاً معروفًا على ذلك كل من Qt وMySQL. ويُعد هذا الأمر معقدًا من الناحية القانونية؛ لذا، إذا لم تهدف إلى تحقيق دخل من المشروع، فمن الأفضل الالتزام بترخيص واحد معتمد من OSI.