👨🏿‍🏫 🌙 👈 تسويق تحسينات البرمجيات الحرة بموجب تراخيص الحقوق المتروكة ⛹🏻 🚈 👨‍👨‍👧

خططت لبدء هذه المقالة بمعلومات مفادها أن هناك دائمًا صعوبات كبيرة عند محاولة تسويق تحسينات البرمجيات الحرة ، والإشارة إلى الوضع مع مشروع Redis كمثال توضيحي.

ولكن بعد ذلك أدركت أن الوضع مع Redis ( Redis يغير ترخيصه مرة أخرى ) كمثال ليس مناسبًا جدًا. وليس فقط بسبب الخليط الجهنمي لمختلف التراخيص المستخدمة في المشروع ، ولكن أيضًا بسبب الارتباك الإضافي الناشئ عن تفسير مصطلحات المصادر المفتوحة والبرمجيات الحرة.

علاوة على ذلك ، استنادًا إلى نتائج عمل مزودي الخدمات السحابية للربع الأخير من عام 2019 ، ويستند هذا العمل بشكل أساسي على البرمجيات الحرة ، وهذا يغلق مسألة طريقة واحدة على الأقل تعمل بالفعل لتسويق البرمجيات الحرة.

بعد كل شيء ، فإن الأرقام تتحدث عن نفسها. تجاوز إجمالي إيرادات مزودي الخدمات السحابية للربع الأخير من عام 2019 30 مليار دولار . من بينهم ، الشركة الرائدة هي Amazon (32.4٪ من السوق) ، Microsoft Azure نصفها تقريبًا (17.6٪) ، تليها Google Cloud (6٪) و Alibaba Cloud (5.4٪).

ومع ذلك ، بالنسبة للشركات الصغيرة ، لا يمكن تحقيق مثل هذا العمل بشكل عام. لذلك ، بالنسبة لهم ، قد تكون مسألة تسويق تحسينات البرمجيات الحرة بموجب تراخيص Copyleft (مثل GPL) ذات صلة تمامًا.

أوجه انتباهكم إلى طريقة عملية لتسويق تعديلات البرمجيات الحرة بموجب تراخيص الحقوق المتروكة ، بما في ذلك ما يتعلق بتشريعات الاتحاد الروسي.

ما هي التراخيص التي نتحدث عنها؟

تتناول هذه المقالة البرمجيات الحرة ، بمعنى أن مؤسسة البرمجيات الحرة (FSF) تضعها فيه.

تصاغ مبادئه بأربع حريات:

الحرية 0: تشغيل البرنامج لأي غرض.
الحرية 1: دراسة البرنامج وتغيير عمله ليناسب احتياجاتك. *
الحرية 2: توزيع نسخ من البرنامج. **
3: .*

*) تتطلب الحريتان 1 و 3 توفر شفرة المصدر للبرنامج ، والتي يجب أن تكون متاحة للدراسة والتغيير. ولهذا السبب على وجه التحديد ، يحدث الارتباك غالبًا ، لأن المصدر المفتوح يعني على وجه التحديد رمز المصدر المفتوح ، في حين يشير مفهوم البرمجيات الحرة إلى حقوق البرمجيات ، والتي يعد وجود شفرة المصدر للبرنامج إلزاميًا ، ولكن ليس الشرط الوحيد.

**) تسمح Freedom 2 بتوزيع البرنامج مجانًا وبسبب هذا هناك ارتباك أيضًا مع مصطلح Freeware ، الذي يعني فقط برنامجًا مجانيًا ، ولكن يمكن أن يشير إلى أي برنامج ، وليس بالضرورة برنامجًا مجانيًا.

وبالتالي ، فإن فكرة البرمجيات الحرة هي تزويد المستخدم بالوسائل المناسبةحقوق البرنامج التي يضمنها صاحب حقوق النشر لكل مستخدم.

مبدأ مماثل يسمى Copyleft ، والذي يتطلب الحفاظ على الحريات في الأعمال المشتقة ويحظر تخفيضها مقارنة بمنتج البرامج الأصلي.

في اللغة القانونية ، تمت صياغة هذا في GPL (رخصة جنو العمومية العامة) ، والتي تتطلب مؤلف مصنف مشتق للحفاظ على (وليس تقليل) الحريات مقارنة بالبرنامج الأصلي.

وبسبب الحفاظ على الحريات الأصلية تسمى هذه التراخيص "لزجة" أو "فيروسية".

ما هي مشكلة تسويق GPL؟

المشكلة 1

تتمثل المشكلة الرئيسية في تسويق البرنامج بموجب GPL في أن أول عميل يتلقى البرنامج أو مصادره له الحق في أن يصبح موزعًا لهذا البرنامج نفسه ولا يمكن للمطور إيقافه بأي شكل من الأشكال: www.gnu.org/licenses/gpl-faq. ru.html # DoesTheGPLAllowNDA ، www.gnu.org/licenses/gpl-faq.ru.html#DoesTheGPLAllowModNDA

وبما أنه يمكن لأي مستخدم رسمي الحصول على المصدر ، فيمكن لأي مستخدم نشر البرنامج المستلم أو مصدره للوصول المجاني والمجاني سيخلق ذلك بالتأكيد مشاكل في عودة الأموال المستثمرة في تطوير مثل هذا المنتج البرمجي.

لا توجد مشكلة من هذا القبيل للحصول على تصاريحتراخيص مثل BSD أو MIT أو Apache. إنها تسمح بتقليص الحريات في المنتجات المشتقة ، لذا يكفي تغيير الترخيص المجاني الأصلي إلى ملكية (ملكية) وليس فتح شفرة المصدر للبرنامج للمستخدم (العميل).

المشكلة 2

الصعوبة الثانية في بناء عمل على برمجيات مفتوحة المصدر مع تراخيص فيروسية هي أن الحرية الكاملة في إدارة الحقوق لمنتج برمجي تنتمي فقط إلى مالكها ، وهو أمر منطقي تمامًا.

ويمكن فقط لصاحب الحقوق الحصرية للبرنامج استخدام نموذج الترخيص المزدوج ، الذي يتضمن ترخيصًا تجاريًا "غير مجاني" للبرامج للعملاء من الشركات وترخيصًا متوافقًا مع GPL لممثلي المجتمع.

لكن مثل هذا المخطط غير مناسب للمشاريع الثانوية (ما يسمى "الشوك") أو المشاريع المخصصة لإنشاء وحدات إضافية يجب أن تعمل مع رمز GPL ، وبالتالي يجب أن يكون لديها أيضًا ترخيص متوافق مع GPL.

تتيح لك طريقة تسويق تحسينات البرامج المجانية المقترحة أدناه التحايل على المشكلات الموضحة أعلاه. وهي مناسبة لـ:

التراخيص الفيروسية مثل GPL.
تسويق تحسينات البرامج عندما لا يمتلك المطور الحقوق الحصرية لمنتج البرنامج.

متى تظهر القيمة التجارية؟

وفقًا لشرح مؤسسة البرمجيات الحرة (FSF) ، تسمح GPL بالتوزيع المدفوع للبرامج www.gnu.org/philosophy/selling.html ، www.gnu.org/licenses/gpl-faq.ru.html#DoesTheGPLAllowMoney .

في الوقت نفسه ، لا تفرض GPL على المطور التزامًا بنشر التحسينات على الجمهور العام: www.gnu.org/licenses/gpl-faq.html#GPLRequireSourcePostedPublic

وهذا يجعل من الممكن نظريًا نموذجًا تجاريًا للعائد على الاستثمار في البرامج مفتوحة المصدر بسبب توزيعه المدفوع ، عندما يتم إنشاء القيمة التجارية بسبب الملكية الحصرية لمنتج البرنامج ، بشكل أكثر دقة ، عن طريق الحد من توافر نسخته الحالية لمجموعة واسعة من المستخدمين. في الواقع ، هذا تكرار لنموذج الأعمال للبرمجيات الاحتكارية على أساس الملكية الحصرية للمورد.

بمعنى آخر ، يجب أن تقوم بعمل تأخر مؤقت في التأخير الثاني بين حق العميل في التوزيع الإضافي لنقل البرنامج إلى العميل ، وظهور البرنامج الذي تم شراؤه بموجب ترخيص GPL.

في الواقع ، إنها BP ،تقييد متغير لحرية التوزيع ، مثل خلاف ذلك ، ببساطة "الاقتصاد لن يعمل" ، لأن شرط وجود الطلب على المنتج سيكون عدم توفر نظائر أرخص (أو مجانية) في السوق.

إنشاء مؤقت في التأخير الثاني على أساس شروط الترخيص

الخيار الأول هو إنشاء مؤقت حول التأخير الثاني بين نقل البرنامج إلى العميل وظهور حقه في زيادة انتشار التحسينات المشتراة ، استنادًا إلى إنشاء الشروط اللازمة وفقًا لتفسير بند GPL من جانب مؤسسة البرمجيات الحرة.

أصبح هذا ممكنًا من خلال تحويل مشتري منتج البرنامج إلى مطور (مشارك): www.gnu.org/licenses/gpl-faq.html#DevelopChangesUnderNDA

للقيام بذلك ، يكفي التوقيع على اتفاقية مع المشتري (العميل) بشأن عمله ، على سبيل المثال ، كمختبر للإنتاجية البيانات ، والتي يجب أن تتضمن اتفاقية بشأن عدم توزيع نسخ المنتج البرمجي طوال مدة هذا العقد.

مخطط تفاعل المطور مع المستخدم:

«» .
(-) , , .
FSF . www.gnu.org/licenses/gpl-faq.html#DevelopChangesUnderNDA
.

GPL

الطريقة الثانية لخلق وقت في التأخير الثاني بين انتقال العميل وظهور البرنامج في حقه المشروع في انتشاره الإضافي ممكن بسبب حقيقة أن حقوق البرنامج التي تم إنشاؤها بواسطة طلب الكمبيوتر ، وبالتالي ، إمكانية انتشاره هناك عند العميل فقط بعد اكتماله وفاء أطراف الاتفاقية بالتزاماتهم بشأن إتمام البرامج.

مخطط التفاعل مع شركة المستخدم:

يبرم المطور اتفاقية مع شركة المستخدم للانتهاء من المنتج الأصلي المتعلق بالبرامج الحرة بترخيص فيروس.
, ( 712. ; 1296. , ).
() - . , .. .
, .

?

تم اقتراح مخططات العمل هذه على المجتمع في عام 2014 في العديد من المؤتمرات ، ولكن قبل ذلك ، اتصل المؤلفون بريتشارد ستولمن لمعرفة رأيه في هذه الأساليب لتسويق GPL.

وبطبيعة الحال، لم يكن متحمسا، لأنه في هذا المخطط وجود مؤقت، ولكن لا يزال يشكل انتهاكا للحريات الأصلية: الحرية 2: توزيع نسخ من البرنامج و الحرية 3: تحسين البرنامج ونشر هذه التغييرات أو كل رمز البرنامج.

ومع ذلك ، كان عليه أن يوافق على أن الطريقة الأولى مع مطور (مشارك) لن تنتهك GPL ، ما لم يكن عمل المستخدم خياليًا. بمعنى آخر ، يجب على المستخدم العمل حقًا وفقًا للالتزامات التعاقدية ويجب دفع هذا العمل حقًا.

في الطريقة الثانية ، يعتقد ريتشارد ستولمن أن المخطط ينتهك GPLv3 ، والذي ينص صراحة على أن الترخيص له الأسبقية على الالتزامات التعاقدية. ومع ذلك ، لا يوافق المحامون على ذلك ، حيث أن الترخيص "يبدأ في العمل" فقط بعد نقل الحقوق إلى نتيجة العمل. لذلك ، كل من يتبين أنه نتيجة حقوق لا يمكن أن يظهر إلا ممارسة قضائية حقيقية.

أخيرا

يعتبر إنشاء أي قيود على توزيع البرمجيات الحرة دائمًا "معاديًا" من قبل المجتمع ، حتى إذا كانت هذه القيود تتوافق تمامًا مع شروط الترخيص ، لا تتعارض مع القانون وتساعد في تطوير المشاريع الحرة بأنفسهم.

من ناحية أخرى ، فإن عدم وجود طريقة عادية لتسويق التعليمات البرمجية بموجب GPL يحد بشكل كبير من جاذبية الاستثمارات وتطويرها ، لأن الطرق العادية للتسويق متاحة فقط لأصحاب الحقوق الحصرية لشفرة المصدر.

ونتيجة لذلك ، يضطر المطورون إلى الانخراط في أعمال غير أساسية أو استخدام تقنيات تجاوز ترخيص GPL للعمل مع نموذج أعمال البرمجيات الاحتكارية بناءً على الملكية الحصرية لعنصر حقوق الطبع والنشر.

آمل أن تساعد هذه المواد شخصًا ما في بناء نشاط تجاري باستخدام برامج مجانية.

المؤلفون: ألكسندر ريابيكوف ، سيرجي سيريدا ، دكتوراه.

بناءً على مواد المؤتمر:
Open Source Summit
LVEE 2014

سأكون سعيدًا جدًا لتلقي أي تعليقات حول تجربتك في تسويق البرمجيات الحرة مع تراخيص Copyleft.

تسويق تحسينات البرمجيات الحرة بموجب تراخيص الحقوق المتروكة