دوره Linux Essentials (درس 3-1)

مقدمه :

در حالی که اصطلاحات نرم افزار آزاد و نرم افزار متن باز به طور گسترده مورد استفاده قرار می گیرند، هنوز تصورات نادرستی در مورد معنای آنها وجود دارد.

به ویژه، مفهوم «آزادی» نیاز به بررسی دقیق تری دارد. بیایید با تعریف این دو اصطلاح شروع کنیم .

 

تعریف نرم افزار رایگان و متن باز (Definition of Free and Open Source Software ) :

 

معیارهای نرم افزار آزاد (Criteria of Free Software) :

اول از همه، “رایگان” در زمینه نرم افزار آزاد هیچ ربطی به “رایگان” ندارد، یا همانطور که بنیانگذار بنیاد نرم افزار آزاد (FSF)، ریچارد استالمن، به اختصار بیان می کند:

برای درک این مفهوم، باید «آزاد» را در «آزادی بیان» در نظر بگیرید، نه مانند «آبجو رایگان».(ریچارد استالمن )

صرف نظر از اینکه باید برای نرم افزار هزینه پرداخت کنید یا خیر، چهار معیار وجود دارد که نرم افزار رایگان را تشکیل می دهد. ریچارد استالمن این معیارها را به عنوان “چهار آزادی اساسی” توصیف می کند که شمارش آنها از صفر شروع می شود :

0. آزادی اجرای برنامه همانطور که می خواهید، برای هر هدفی :

اینکه نرم افزار کجا، چگونه و برای چه منظوری استفاده می شود را نمی توان نه تجویز کرد و نه محدود کرد.

1. آزادی مطالعه نحوه عملکرد برنامه و تغییر آن به طوری که محاسبات شما را همانطور که می خواهید انجام دهد :

دسترسی به کد منبع پیش شرط این امر است ، هر کس ممکن است نرم افزار را بر اساس ایده ها و نیازهای خود تغییر دهد. این به نوبه خود مستلزم آن است که به اصطلاح کد منبع تمام فایل هایی که یک نرم افزار از آنها تشکیل شده است، باید به شکلی قابل خواندن توسط برنامه نویسان در دسترس باشند و البته ، این حق که یک کاربر که ممکن است بخواهد یک ویژگی واحد اضافه کند ، و همچنین برای شرکت های نرم افزاری که پیچیده می سازند ، اعمال می شود.

مثال : سیستم هایی مانند سیستم عامل گوشی های هوشمند یا firmware روتر.

 2. آزادی برای توزیع مجدد نسخه ها به طوری که بتوانید به دیگران کمک کنید :

این آزادی به صراحت هر کاربر را تشویق می کند تا نرم افزار را با دیگران به اشتراک بگذارد. بنابراین، موضوع گسترده‌ترین توزیع ممکن و در نتیجه گسترده‌ترین جامعه ممکن از کاربران و توسعه‌دهندگان است که بر اساس این آزادی‌ها، نرم‌افزار را به نفع همه توسعه و بهبود می‌دهند.

 

3. آزادی توزیع نسخه‌های اصلاح‌شده خود به دیگران :

با انجام این کار می توانید به کل جامعه فرصتی بدهید تا از تغییرات شما بهره مند شوند. دسترسی به کد منبع پیش شرط این امر است.

این فقط در مورد توزیع نرم افزار رایگان نیست، بلکه در مورد توزیع نرم افزار رایگان اصلاح شده نیز می باشد. هر کسی که تغییراتی را در نرم افزار رایگان ایجاد کند، حق دارد تغییرات را در دسترس دیگران قرار دهد. اگر این کار را بکنند موظفند آزادانه هم انجام دهند، یعنی آنها نباید آزادی های اصلی را هنگام توزیع نرم افزار محدود کنند، حتی اگر آن را تغییر داده یا گسترش دهند. به عنوان مثال، اگر گروهی از توسعه دهندگان ایده های متفاوتی نسبت به نویسندگان اصلی در مورد جهت یک نرم افزار خاص داشته باشند، می توانند شاخه توسعه خود را (به نام fork) جدا کرده و آن را به عنوان یک پروژه جدید ادامه دهند ، البته، تمام تعهدات مرتبط با این آزادی ها باقی می ماند.

 

تأکید بر ایده آزادی نیز تا آنجا که هر جنبش آزادی خواهانه علیه چیزی معطوف می شود، یعنی مخالفی که آزادی های مفروض را سرکوب می کند، که نرم افزار را دارایی می داند و می خواهد آن را در قفل و کلید نگه دارد، ثابت است. در مقابل نرم افزارهای آزاد، به این گونه نرم افزارها اختصاصی  (proprietary) می گویند.

 

نرم افزار متن باز در مقابل نرم افزار آزاد (Open Source Software vs. Free Software) :

برای بسیاری از افراد ، نرم افزار آزاد و نرم افزار متن باز مترادف یکدیگر هستند. نام اختصاری FOSS که اغلب برای نرم افزار متن باز و رایگان استفاده می شود، بر این اشتراک تأکید دارد.

FLOSS برای نرم‌افزارهای آزاد/آزاد و متن باز یکی دیگر از اصطلاحات رایج است که به طور بی‌گمان بر ایده آزادی برای زبان‌های دیگر به جز انگلیسی تأکید می‌کند. با این حال، اگر منشأ و توسعه هر دو اصطلاح را در نظر بگیریم، تمایز ارزش دارد.

اصطلاح نرم افزار آزاد ( free software) با تعریف چهار آزادی توصیف شده به ریچارد استالمن و پروژه گنو که توسط او در سال 1985 تأسیس شد برمی گردد – تقریباً 10 سال قبل از ظهور لینوکس.

نام «گنو یونیکس نیست» این هدف را با چشمک زدن توصیف می‌کند: گنو به عنوان یک ابتکار برای توسعه یک راه‌حل فنی قانع‌کننده – یعنی سیستم عامل یونیکس – از ابتدا شروع شد تا آن را در دسترس عموم مردم قرار دهد و به طور مستمر با عموم مردم بهبود بخشد. باز بودن کد منبع صرفاً یک ضرورت فنی و سازمانی برای این کار بود، اما در تصویری که از خود دارد ، جنبش نرم‌افزار آزاد همچنان یک جنبش اجتماعی و سیاسی – برخی همچنین می‌گویند ایدئولوژیک -است.

با موفقیت لینوکس ، امکانات مشترک اینترنت و هزاران پروژه و شرکتی که در این کیهان نرم افزاری جدید ظهور کردند ، جنبه اجتماعی به طور فزاینده ای در پس زمینه قرار گرفت. باز بودن کد منبع از یک نیاز فنی به یک ویژگی تعیین کننده تغییر کرد: به محض اینکه کد منبع قابل مشاهده بود ، نرم افزار “متن باز” در نظر گرفته شد.

انگیزه های اجتماعی جای خود را به رویکرد عمل گرایانه تر برای توسعه نرم افزار داد.

نرم افزار رایگان و نرم افزار منبع باز روی یک چیز، با همان روش ها و در یک جامعه جهانی از افراد ، پروژه ها و شرکت ها کار می کنند. اما از آنجایی که آنها از جهات مختلفی گرد هم آمده اند – یکی اجتماعی و دیگری عملی- فنی – گاهی تضادهایی به وجود می آید این درگیری ها زمانی به وجود می آیند که نتایج کار مشترک با اهداف اصلی هر دو جنبش مطابقت نداشته باشد.

این امر به ویژه زمانی اتفاق می‌افتد که نرم‌افزار منابع خود را فاش می‌کند ،اما به طور همزمان به چهار آزادی نرم‌افزار آزاد احترام نمی‌گذارد، به‌عنوان مثال زمانی که محدودیت‌هایی برای افشا، تغییر یا ارتباط با سایر اجزای نرم‌افزار وجود دارد. مجوزی که نرم‌افزار تحت آن در دسترس است ، تعیین می‌کند که یک نرم‌افزار مشمول چه شرایطی در مورد استفاده، توزیع و اصلاح است و از آنجا که الزامات و انگیزه ها می توانند بسیار متفاوت باشند، مجوزهای مختلف بی شماری در منطقه FOSS ایجاد شده است.

با توجه به رویکرد بسیار اساسی‌تر جنبش نرم‌افزار آزاد، جای تعجب نیست که بسیاری از مجوزهای منبع باز را «رایگان» نمی‌شناسد و بنابراین آنها را رد می‌کند و برعکس ، به دلیل رویکرد منبع باز بسیار عملگرایانه، به سختی این مورد صادق است.بیایید نگاهی کوتاه به حوزه واقعاً بسیار پیچیده مجوزها در زیر بیاندازیم.

مجوز ها (Licenses) :

بر خلاف یخچال یا ماشین، نرم افزار یک محصول فیزیکی نیست، بلکه یک محصول دیجیتال است. بنابراین، یک شرکت نمی‌تواند با فروش آن و تغییر مالکیت فیزیکی چنین محصولی، مالکیت آن را انتقال دهد – بلکه حقوق استفاده را به آن محصول منتقل می‌کند و کاربر به طور قراردادی با این حقوق استفاده موافقت می‌کند. این که کدام حقوق استفاده است و مهمتر از همه نیست ، در مجوز نرم افزار ثبت می شود، و بنابراین قابل درک می شود که مقررات مندرج در آن چقدر اهمیت دارند.

در حالی که فروشندگان بزرگ نرم افزارهای اختصاصی مانند مایکروسافت یا SAP مجوزهای مخصوص به خود را دارند که دقیقاً مطابق با محصولات آنها تنظیم شده است، طرفداران نرم افزارهای آزاد و منبع باز از همان ابتدا برای وضوح و اعتبار کلی مجوزهای خود تلاش کرده اند، زیرا در نهایت ، هر کاربر باید آنها را درک کند و در صورت لزوم خود از آنها برای پیشرفت های خود استفاده کند.

با این حال ، نباید کتمان کرد که به سختی می‌توان به این ایده‌آل سادگی دست یافت ، زیرا بسیاری از الزامات خاص و درک حقوقی بین‌المللی که همیشه سازگار نیستند، مانع این امر می‌شوند. فقط یک مثال می زنم : قانون کپی رایت آلمان و آمریکا اساساً متفاوت است. طبق قوانین آلمان یک نفر به عنوان نویسنده (به طور دقیق تر Urheber) وجود دارد که اثر او مالکیت معنوی او است. در حالی که نویسنده می تواند اجازه استفاده از اثر خود را بدهد، نمی تواند تألیف خود را واگذار کند یا از آن صرف نظر کند.

دومی با قوانین آمریکا بیگانه است. در اینجا نیز نویسنده ای وجود دارد (که البته می تواند یک شرکت یا مؤسسه نیز باشد) اما او فقط حقوق بهره برداری دارد که می تواند آن را به طور جزئی یا کامل منتقل کند و در نتیجه خود را کاملاً از کار خود جدا کند. یک مجوز معتبر بین المللی باید با توجه به قوانین مختلف تفسیر شود.

پیامدهای متعدد و گاهی اوقات مجوزهای FOSS بسیار متفاوت است. بدتر از آن ، نسخه‌های مختلف مجوز یا ترکیبی از مجوزها (در یک پروژه ، یا حتی هنگام اتصال چندین پروژه) است که می‌تواند باعث سردرگمی یا حتی اختلافات قانونی شود. هم نمایندگان نرم‌افزار آزاد و هم طرفداران جنبش متن‌باز با جهت‌گیری آشکار اقتصادی، سازمان‌های خود را ایجاد کردند که امروزه به طور قاطع مسئول تدوین مجوزهای نرم‌افزار بر اساس اصول خود هستند و از اعضای خود در اجرای آنها حمایت می‌کنند.

کپی رایت (Copyleft) :

بنیاد نرم‌افزار آزاد (FSF) که قبلاً ذکر شد، مجوز عمومی عمومی گنو (GPL) را به عنوان یکی از مهم‌ترین مجوزها برای نرم‌افزار آزاد، که توسط بسیاری از پروژه‌ها استفاده می‌شود، فرموله کرده است. هسته لینوکس علاوه بر این، مجوزهایی را با سفارشی‌سازی‌های خاص منتشر کرده است، مانند مجوز عمومی عمومی کوچک گنو (LGPL)، که ترکیبی از نرم‌افزار آزاد را با تغییراتی که در کدهایی که کد منبع تغییرات لازم نیست منتشر شود، کنترل می‌کند. برای عموم، مجوز عمومی عمومی GNU Affero (AGPL)، که فروش دسترسی به نرم افزار میزبان را پوشش می دهد، یا مجوز اسناد رایگان گنو (FDL)، که اصول آزادی را به اسناد نرم افزاری گسترش می دهد.

علاوه بر این، FSF توصیه هایی برای یا علیه مجوزهای شخص ثالث ارائه می دهد و پروژه های وابسته مانند Violations.org موارد مشکوک به نقض مجوزهای رایگان را بررسی می کنند. این اصل را FSF می‌نامد که براساس آن مجوز رایگان برای انواع اصلاح‌شده نرم‌افزار کپی‌لفت نیز اعمال می‌شود – برخلاف اصل کپی‌رایت محدودکننده که آن را رد می‌کند. بنابراین، ایده این است که اصول آزادانه مجوز نرم افزار را تا حد امکان بدون محدودیت به انواع آینده نرم افزار منتقل کنیم تا از محدودیت های بعدی جلوگیری کنیم.

با این حال، آنچه واضح و ساده به نظر می رسد، در عمل منجر به عوارض قابل توجهی می شود، به همین دلیل است که منتقدان اغلب اصل کپی لفت را “ویروسی” می نامند، زیرا به نسخه های بعدی منتقل می شود.از آنچه گفته شد ، به‌عنوان مثال ، نتیجه می‌شود که دو جزء نرم‌افزاری که تحت مجوزهای کپی‌لفت مختلف مجوز دارند، ممکن است با یکدیگر ترکیب نشوند ، زیرا هر دو مجوز نمی‌توانند همزمان به محصول بعدی منتقل شوند. به همین دلیل، مجوزهای جدیدتر یا نسخه‌های لایسنس اغلب دیگر Copyleft را چندان دقیق درک نمی‌کنند.

در حال حاضر مجوز GNU Lesser General Public License (LGPL) از این نظر امتیازی برای اتصال نرم افزار آزاد با اجزای “غیر رایگان” است، همانطور که اغلب با کتابخانه های به اصطلاح انجام می شود. کتابخانه ها حاوی زیر روال ها یا روال هایی هستند که به نوبه خود توسط برنامه های مختلف دیگر استفاده می شوند. این منجر به وضعیت رایجی می شود که در آن نرم افزار اختصاصی چنین زیربرنامه ای را از یک کتابخانه رایگان فراخوانی می کند

راه دیگر برای جلوگیری از تضاد مجوزها، مجوز دوگانه است، که در آن یک نرم افزار تحت مجوزهای مختلف مجوز دارد، به عنوان مثال. یک مجوز رایگان و یک مجوز اختصاصی. یک مورد استفاده معمولی ، نسخه رایگان یک نرم افزار است که ممکن است تنها در صورت رعایت محدودیت های Copyleft و پیشنهاد جایگزین برای به دست آوردن نرم افزار تحت مجوز متفاوتی مورد استفاده قرار گیرد که در ازای پرداخت هزینه ای که می تواند برای دریافت نرم افزار استفاده شود ، از محدودیت خاصی آزاد می شود. بودجه توسعه نرم افزار را تامین کنید.

بنابراین باید روشن شود که انتخاب مجوز برای پروژه های نرم افزاری باید با احتیاط زیادی انجام شود، زیرا همکاری با پروژه های دیگر، قابلیت ترکیب با سایر اجزا و همچنین طراحی آینده محصول خود به آن بستگی دارد. Copyleft توسعه دهندگان را با چالش های ویژه ای در این زمینه مواجه می کند.

 

تعریف متن باز و مجوزهای مجاز (Open Source Definition and Permissive Licenses):

در سمت منبع باز ، ابتکار منبع باز (OSI) است که در سال 1998 توسط اریک اس. ریموند و بروس پرنز تأسیس شد که عمدتاً به مسائل مربوط به صدور مجوز می پردازد. همچنین یک روش استاندارد برای بررسی مجوزهای نرم‌افزار از نظر انطباق با تعریف منبع باز خود توسعه داده است. در حال حاضر بیش از 80 مجوز منبع باز شناخته شده را می توان در وب سایت OSI یافت.در اینجا آنها همچنین مجوزهایی را به عنوان “تأیید شده توسط OSI” فهرست می کنند که به صراحت با اصل Copyleft ، به ویژه گروه مجوزهای BSD در تضاد هستند.

توزیع نرم افزار برکلی (BSD) گونه ای از سیستم عامل یونیکس است که در ابتدا در دانشگاه برکلی توسعه یافت و بعدها باعث ایجاد پروژه های رایگان مانند NetBSD، FreeBSD و OpenBSD شد. مجوزهای زیربنایی این پروژه ها اغلب به عنوان مجاز شناخته می شوند. برخلاف مجوزهای Copyleft ، هدف آنها تعیین شرایط استفاده از انواع اصلاح شده نیست. در عوض، حداکثر آزادی باید به نرم‌افزار کمک کند که تا حد امکان به‌طور گسترده‌ای توزیع شود و ویرایشگران نرم‌افزار را به تنهایی تصمیم بگیرند که چگونه ویرایش‌ها را ادامه دهند – مثلاً آیا آنها آنها را نیز منتشر می‌کنند یا آنها را به عنوان منبع بسته در نظر می‌گیرند و یا به صورت تجاری توزیع می‌کنند.

مجوز BSD 2-clause که مجوز ساده شده BSD یا مجوز FreeBSD نیز نامیده می شود، ثابت می کند که چنین مجوز مجاز چقدر می تواند کاهش یابد. علاوه بر بند مسئولیت استاندارد ، که از توسعه دهندگان در برابر ادعاهای مسئولیت ناشی از آسیب ناشی از نرم افزار محافظت می کند ، مجوز فقط شامل دو قانون زیر است:

توزیع مجدد و استفاده به صورت منبع و باینری ، با یا بدون تغییر، مشروط بر رعایت شرایط زیر مجاز است:

1. توزیع مجدد کد منبع با اعلامیه حق نسخه برداری بالا، این فهرست شرایط و سلب مسئولیت زیر را حفظ کند.
2. توزیع مجدد به صورت باینری باید اعلامیه حق نسخه برداری بالا ، این لیست شرایط و سلب مسئولیت زیر را در اسناد و یا سایر مطالب ارائه شده همراه با توزیع بازتولید کند.

عوام خلاق (Creative Commons):

مفهوم توسعه موفقیت آمیز FLOSS و پیشرفت تکنولوژیکی مرتبط با آن منجر به تلاش هایی برای انتقال اصل منبع باز به سایر حوزه های غیر فنی شد. آماده سازی و ارائه دانش ، و همچنین همکاری خلاقانه در حل وظایف پیچیده ، اکنون به عنوان شاهدی بر اصل متن باز گسترده و مرتبط با محتوا در نظر گرفته می شود. این امر باعث شد که در این زمینه ها نیز پایه های قابل اعتمادی ایجاد شود که بر اساس آن بتوان نتایج کار را به اشتراک گذاشت و پردازش کرد.

از آنجایی که مجوزهای نرم افزاری موجود به سختی برای آن مناسب بودند این امر باعث شد که در این زمینه ها نیز پایه های قابل اعتمادی ایجاد شود که بر اساس آن بتوان نتایج کار را به اشتراک گذاشت و پردازش کرد. از آنجایی که مجوزهای نرم‌افزار موجود به سختی برای این کار مناسب نبودند، تلاش‌های زیادی برای تبدیل الزامات خاص از کار علمی به آثار هنری دیجیتالی «با روح منبع باز» به مجوزهای مفید مشابه انجام شد.

تاکنون مهمترین ابتکار از این نوع Creative Commons (CC) است که نگرانی های خود را به شرح زیر خلاصه می کند:

Creative Commons یک سازمان غیرانتفاعی جهانی است که امکان به اشتراک گذاری و استفاده مجدد از خلاقیت و دانش را از طریق ارائه ابزارهای قانونی رایگان فراهم می کند.

https://creativecommons.org/faq/#what-is-creative-commons-and-what-do-you-do

با Creative Commons ، تمرکز انتساب حقوق از توزیع کننده به نویسنده برمی گردد. یک مثال : در نشر سنتی ، نویسنده معمولاً تمام حقوق انتشار (چاپ، ترجمه و غیره) را به ناشر واگذار می کند که به نوبه خود بهترین توزیع ممکن اثر را تضمین می کند.کانال های توزیع اینترنت که به طور قابل توجهی تغییر کرده اند اکنون نویسنده را در موقعیتی قرار می دهد که بتواند بسیاری از این حقوق انتشار را خودش اعمال کند و خودش تصمیم بگیرد که چگونه می تواند از آثارش استفاده شود.

Creative Commons این فرصت را می دهد که به سادگی و از نظر قانونی قابل اعتماد تعیین شود، اما Creative Commons چیزهای بیشتری می خواهد : نویسندگان تشویق می شوند تا آثار خود را به عنوان کمکی به فرآیند کلی تبادل و همکاری در دسترس قرار دهند.

برخلاف کپی‌رایت سنتی ، که به نویسنده تمام حقوقی را می‌دهد که می‌تواند در صورت نیاز به دیگران منتقل کند ، رویکرد Creative Commons رویکردی مخالف دارد : نویسنده اثر خود را در دسترس جامعه قرار می‌دهد، اما می‌تواند از میان مجموعه‌ای از ویژگی‌ها ، مواردی را که نیاز دارند انتخاب کند. باید در هنگام استفاده از اثر در نظر گرفته شود——هرچه وی ویژگی های بیشتری را انتخاب کند ، مجوز محدودتر می شود و بنابراین اصل “انتخاب مجوز” از CC گام به گام از نویسنده می‌خواهد ویژگی‌های فردی را داشته باشد و مجوز پیشنهادی را ایجاد می‌کند که نویسنده می‌تواند آخرین آن را به عنوان متن و نماد به اثر اختصاص دهد.

برای درک بهتر، در اینجا یک مرور کلی از شش ترکیب ممکن و مجوز ارائه شده توسط CC آورده شده است:

CC BY (“Attribution”) : 

مجوز رایگان که به هر کسی اجازه می‌دهد تا زمانی که اثر را نامگذاری می‌کند، آن را ویرایش و توزیع کند.

CC BY-SA (“Attribution-ShareAlike”): 

به‌عنوان CC BY ، با این تفاوت که اثر اصلاح‌شده فقط تحت همان مجوز توزیع می‌شود. این اصل کپی لفت را یادآوری می کند ، زیرا مجوز در اینجا نیز “ارثی” است.

CC BY-ND (“Attribution-NoDerivatives”) :

مانند CC BY، با این تفاوت که کار ممکن است فقط بدون تغییر ارسال شود.

CC BY-NC (“Attribution-NonCommercial”) :

ویرایش و انتشار اثر با ذکر نام نویسنده امکان پذیر است ، اما فقط در شرایط غیرتجاری.

CC BY-NC-SA (“Attribution-NonCommercial-ShareAlike”) :

به عنوان BY-NC، با این تفاوت که اثر ممکن است فقط تحت شرایط یکسان به اشتراک گذاشته شود (یعنی مجوز Copyleft).

CC BY-NC-ND (“Attribution-NonCommercial-NoDerivatives”) :

محدودترین مجوز: توزیع با ذکر منبع مجاز است، اما فقط بدون تغییر و تحت شرایط غیر تجاری.

 

مدل های کسب و کار در متن باز (Business Models in Open Source) :

در نگاهی به گذشته ، پیروزی FLOSS مانند یک جنبش مردمی ایده آلیست های فن دوست عمل می کند که فارغ از محدودیت های اقتصادی و فارغ از وابستگی های پولی ، کار خود را در خدمت عموم مردم قرار می دهند. در همان زمان ، شرکت هایی به ارزش میلیاردها در محیط FLOSS ایجاد شده اند. برای نام بردن فقط یکی، شرکت آمریکایی Red Hat که در سال 1993 با فروش سالانه بیش از 3 میلیارد دلار (2018) تأسیس شد ، که توسط غول فناوری اطلاعات IBM در سال 2018 تصاحب شد.

بنابراین بیایید نگاهی به تنش بین توزیع رایگان و عمدتاً رایگان نرم‌افزارهای باکیفیت و مدل‌های کسب‌وکار برای سازندگان آن بیندازیم، زیرا یک چیز باید روشن باشد: توسعه‌دهندگان بسیار ماهر نرم‌افزار رایگان نیز باید درآمد کسب کنند. بنابراین ، محیط FLOSS کاملاً غیرتجاری باید مدل‌های تجاری پایدار را برای حفظ عالم خود ایجاد کند. یک رویکرد رایج، به ویژه برای پروژه های بزرگتر در مرحله اولیه، به اصطلاح تأمین مالی جمعی است، یعنی جمع آوری کمک های مالی از طریق پلتفرمی مانند Kickstarter. در مقابل، اهداکنندگان در صورت موفقیت پاداش از پیش تعریف شده از توسعه دهندگان دریافت می کنند.

در صورت دستیابی به اهداف از قبل تعریف شده ، دسترسی نامحدود به محصول یا ویژگی های خاص.

رویکرد دیگر مجوز دوگانه است : نرم‌افزار رایگان به‌طور موازی تحت یک مجوز محدودتر یا حتی اختصاصی‌تر ارائه می‌شود که به نوبه خود خدمات گسترده‌تری را برای مشتری تضمین می‌کند (زمان پاسخ‌دهی در صورت بروز خطا، به‌روزرسانی ، نسخه‌های پلتفرم‌های خاص و غیره) یکی از نمونه‌های بسیار ، ownCloud است که تحت GPL توسعه می‌یابد و به مشتریان تجاری «نسخه تجاری» را تحت مجوز اختصاصی ارائه می‌کند.

اجازه دهید خود ownCloud را نیز به عنوان نمونه ای از مدل تجاری گسترده FLOSS دیگر در نظر بگیریم : خدمات حرفه ای. بسیاری از شرکت‌ها فاقد دانش فنی داخلی لازم برای راه‌اندازی و راه‌اندازی نرم‌افزارهای پیچیده و حیاتی با اطمینان و مهم‌تر از همه ، ایمن هستند. به همین دلیل است که آنها خدمات حرفه ای مانند مشاوره ، تعمیر و نگهداری یا میز کمک را مستقیماً از سازنده خریداری می کنند. مسائل مربوط به مسئولیت نیز در این تصمیم نقش دارد، زیرا شرکت خطرات عملیات را به سازنده منتقل می کند.

اگر نرم‌افزاری موفق شود در زمینه خود موفق و محبوب شود ، امکانات کسب درآمد جانبی مانند تجارت یا گواهی‌هایی است که مشتریان کسب می‌کنند و در نتیجه به جایگاه ویژه آن در هنگام استفاده از این نرم‌افزار اشاره می‌کنند. پلتفرم آموزشی Moodle گواهینامه مربیانی را ارائه می دهد که دانش خود را به عنوان مثال برای مشتریان بالقوه مستند می کنند، و این تنها یک نمونه در میان بی شمار موارد دیگر است.

نرم افزار به عنوان سرویس (SaaS) یکی دیگر از مدل های تجاری است ، به ویژه برای فناوری های مبتنی بر وب در اینجا، یک ارائه‌دهنده cloud نرم‌افزاری مانند مدیریت ارتباط با مشتری (CRM) یا سیستم مدیریت محتوا (CMS) را بر روی سرورهای خود اجرا می‌کند و به مشتریان خود اجازه دسترسی به برنامه نصب‌شده را می‌دهد. این باعث صرفه جویی در نصب و نگهداری نرم افزار توسط مشتری می شود. در مقابل ، مشتری با توجه به پارامترهای مختلف، به عنوان مثال تعداد کاربران ، هزینه استفاده از نرم افزار را پرداخت می کند. در دسترس بودن و امنیت نقش مهمی به عنوان عوامل حیاتی کسب و کار ایفا می کنند.

آخرین اما نه کم‌اهمیت ، مدل توسعه برنامه‌های افزودنی خاص مشتری به نرم‌افزار رایگان به‌طور خاص در پروژه‌های کوچک‌تر رایج است. سپس معمولاً تصمیم گیری به عهده مشتری است که چگونه می‌توان با این افزونه‌ها ادامه داد ، یعنی اینکه آیا آنها را نیز آزاد می‌کند یا آنها را به عنوان بخشی از مدل کسب‌وکار خود تحت قفل و کلید نگه می‌دارد.

یک چیز باید روشن می‌شد: اگرچه نرم‌افزار رایگان معمولاً رایگان در دسترس است ، مدل‌های کسب‌وکار متعددی در محیط آنها ایجاد شده است که دائماً توسط فریلنسرها و شرکت‌های بی‌شماری در سراسر جهان به شکلی بسیار خلاقانه اصلاح و گسترش می‌یابد ، که ادامه وجود کل جنبش FLOSS در نهایت تضمین می‌کند .

 

خلاصه :

در این درس آموختید :

• شباهت ها و تفاوت های نرم افزار رایگان و متن باز (FLOSS)
• مجوزهای FLOSS، اهمیت و مشکلات آنها
• Copyleft در مقابل مجوزهای مجاز
• مدل های کسب و کار FLOSS

ترجمه از کتاب :

https://learning.lpi.org/en/learning-materials/010-16