بند ویروسی: چرا مجوز GPL متن‌باز بودن آثار مشتق‌شده را الزامی می‌کند، اما مجوز MIT نه

یک توسعه‌دهنده نرم‌افزار که تصمیم می‌گیرد یک پکیج متن‌باز را وارد پروژه خود کند، با انتخابی روبرو می‌شود که دقیقاً دیکته می‌کند با برنامه نهایی چه کارهایی می‌تواند انجام دهد و چه زمانی می‌تواند آن را توزیع کند. به محض اینکه یک پایگاه کد انحصاری به یک کتابخانه خارجی متصل می‌شود، چارچوب قانونی حاکم بر آن کتابخانه به پروژه می‌چسبد. صنعت نرم‌افزار اغلب «متن‌باز» را به عنوان یک مفهوم یکپارچه بازاریابی می‌کند، اما واقعیت این است که یک شکاف قانونی سخت‌گیرانه بین مجوزهای آسان‌گیر (که به توسعه‌دهندگان اجازه تجاری‌سازی کارشان را می‌دهند) و مجوزهای کپی‌لفت (که آن‌ها را مجبور به اشتراک‌گذاری می‌کنند) وجود دارد. این تمایز کاملاً به چند پاراگراف متن حقوقی بستگی دارد که دقیقاً در لحظه‌ای که توسعه‌دهنده تصمیم می‌گیرد کد خود را برای عموم منتشر کند، فعال می‌شوند.[1][2]

موسسه فناوری ماساچوست (MIT) مجوز MIT را در سال ۱۹۸۸ برای حل یک مشکل خاص منتشر کرد: چگونه می‌توان نرم‌افزارهای دانشگاهی را بدون تحمیل بارهای حقوقی به کاربران بعدی به اشتراک گذاشت. سند حاصل به طرز مشهوری کوتاه است. این مجوز تنها با ۱۷۲ کلمه، به هر کسی اجازه می‌دهد تا «از نسخه‌های نرم‌افزار استفاده کند، آن‌ها را کپی کند، تغییر دهد، ادغام کند، منتشر کند، توزیع کند، مجوز فرعی بدهد و/یا بفروشد». این مجوز دقیقاً دو الزام را تحمیل می‌کند: اعلان کپی‌رایت اصلی و اعلان مجوز باید در تمام نسخه‌ها دست‌نخورده باقی بمانند. یک توسعه‌دهنده می‌تواند یک کتابخانه تحت مجوز MIT را بردارد، آن را در یک محصول تجاری متن‌بسته تعبیه کند و بدون اینکه هرگز سورس‌کد خود را فاش کند، آن را بفروشد.[2][4][6]

مجوز عمومی همگانی گنو (GPL) که در حال حاضر نسخه ۳.۰ آن در ژوئن ۲۰۰۷ منتشر شده است، با مکانیزمی کاملاً متفاوت عمل می‌کند. GPL که توسط بنیاد نرم‌افزار آزاد (تاسیس شده در سال ۱۹۸۵) نوشته شده، یک مجوز «کپی‌لفت» است. این مجوز به کاربران آزادی اجرا، مطالعه و تغییر نرم‌افزار را می‌دهد، اما یک شرط ویروسی را به توزیع آن پیوست می‌کند. بر اساس بخش ۵ از GPLv3، اگر یک توسعه‌دهنده یک «اثر مشتق‌شده» بر اساس یک جزء تحت مجوز GPL ایجاد و آن را توزیع کند، باید کل اثر حاصل را تحت مجوز GPL منتشر کند. آن‌ها نمی‌توانند کدهای اضافه‌شده خود را انحصاری نگه دارند.[1][7]

ترزا گو در مجله حقوق، فناوری و سیاست دانشگاه ایلینوی می‌نویسد: «کپی‌لفت با توزیع و ایجاد یک اثر مشتق‌شده فعال می‌شود؛ بنابراین، شرکت‌ها باید مراقب باشند که درگیر این دو عمل نشوند.» این مکانیزم به گونه‌ای طراحی شده است که از محصور کردن منابع عمومی متن‌باز توسط شرکت‌ها جلوگیری کند. اگر شرکتی یک برنامه GPL را فقط برای استفاده داخلی تغییر دهد، این بند ویروسی غیرفعال باقی می‌ماند. تعهد به انتشار سورس‌کد تنها زمانی فعال می‌شود که نرم‌افزار به شخص ثالثی در خارج از سازمان منتقل شود.[5]

تنش در صنعت نرم‌افزار حول تعریف قانونی «اثر مشتق‌شده» می‌چرخد. متن GPLv3 بیان می‌کند که اگر اثری مبتنی بر برنامه را منتقل می‌کنید، باید کل اثر را «به عنوان یک کل» به هر کسی که نسخه‌ای از آن را در اختیار می‌گیرد، مجوز دهید. اما توسعه نرم‌افزار مدرن به ندرت شامل کپی و پیست کردن مستقیم سورس‌کد است. در عوض، برنامه‌ها به صورت پویا به کتابخانه‌های خارجی متصل می‌شوند و توابع آن‌ها را در زمان اجرا فراخوانی می‌کنند، در حالی که فایل‌ها روی دیسک جدا از هم باقی می‌مانند.[1][5]

اینکه آیا پیوند پویا یک اثر مشتق‌شده ایجاد می‌کند یا خیر، همچنان یک سوال حقوقی به شدت مورد مناقشه است. بنیاد نرم‌افزار آزاد استدلال می‌کند که پیوند دادن یک برنامه انحصاری به یک کتابخانه GPL، یک برنامه ترکیبی واحد ایجاد می‌کند و در نتیجه بند کپی‌لفت را در کل پایگاه کد فعال می‌کند. بسیاری از وکلای شرکتی با این موضوع مخالفند و استدلال می‌کنند که برنامه‌ای که از طریق رابط‌های استاندارد با یک کتابخانه ارتباط برقرار می‌کند، بر اساس قانون کپی‌رایت ایالات متحده یک اثر جداگانه باقی می‌ماند. از آنجا که دادگاه‌ها به ندرت این مرز خاص را محک زده‌اند، تیم‌های توسعه سازمانی اغلب برای جلوگیری از خطر متن‌باز شدن اجباری، استفاده از اجزای GPL را به طور کامل ممنوع می‌کنند.[1][5]

مجوز MIT این ابهام را به طور کامل دور می‌زند. از آنجا که این مجوز به صراحت اجازه صدور مجوز فرعی را می‌دهد و فاقد بند اشتراک‌گذاری مشابه است، تعریف قانونی یک اثر مشتق‌شده برای کاربران بعدی بی‌ربط است. یک شرکت می‌تواند بدون به خطر انداختن مالکیت معنوی انحصاری خود، کدهای تحت مجوز MIT را به صورت ایستا پیوند دهد، به صورت پویا پیوند دهد یا مستقیماً تغییر دهد. این قطعیت قانونی باعث پذیرش گسترده مجوزهای آسان‌گیر در اکوسیستم‌های توسعه وب مدرن شده است، جایی که یک برنامه واحد ممکن است ۵۰۰ وابستگی مختلف را به همراه داشته باشد.[2][3]

صنعت نرم‌افزار کپی‌لفت را رها نمی‌کند، بلکه آن را به لایه‌های خاصی از پشته فناوری محدود می‌کند. پروژه‌های زیرساختی، مانند هسته لینوکس، همچنان به نسخه ۲.۰ مجوز GPL متکی هستند تا اطمینان حاصل کنند که تولیدکنندگان سخت‌افزار تغییرات خود را به جامعه کاربری بازمی‌گردانند. با این حال، در لایه کاربرد، مجوزهای آسان‌گیر به استاندارد پیش‌فرض تبدیل شده‌اند. توسعه‌دهندگان به دنبال کاربرد اجزای متن‌باز هستند، بدون اینکه بخواهند درگیر بار حقوقی ردیابی محرک‌های توزیع و مرزهای آثار مشتق‌شده شوند.[1][2]