GitHub kodidan tijoriy mahsulotda foydalanish: litsenziyalar va tekshiriladigan jihatlar

Mahsulot yaratyapsiz va GitHub’da tayyor bir narsani topdingiz: kutubxona, shablon yoki aynan sizga kerak bo‘lgan butun boshli loyiha. Claude uni loyihangizga qo‘shishni taklif qiladi. Shunda bir zum to‘xtab qolasiz: kod hammaga ko‘rinib turganga o‘xshaydi, ammo undan haqiqatan foydalana olasizmi, ayniqsa uni o‘z ichiga olgan mahsulotni sota olasizmi? Muallif keyinroq sizga da’vo qilishi mumkinmi?

Buni tartib bilan ko‘rib chiqaman: nega GitHub’dagi ochiq kodning o‘zi ruxsat bermaydi, qaysi litsenziyalar koddan foydalanish va mahsulot sotishga imkon beradi, qaysi kopileft shartlari qamralgan ishning tegishli source’ini talab qilishi mumkin, shuningdek koddan foydalanishdan oldin litsenziyani bir daqiqada qanday tekshirish mumkin. “Vaziyatga bog‘liq” degan gaplarsiz.

Ailoot bilan ishlashga oid amaliy ma’lumotlar hujjatlarda berilgan.

GitHub’da kod turgan bo‘lsa, undan bepul foydalanish mumkin degan gap rostmi?#

Bu yerdagi asosiy tuzoq — “ochiq” degan so‘z. Manba kodini ko‘ra olasiz, shuning uchun u yashirilmagani bois undan foydalanishingiz mumkin, deb tuyuladi. Bu mantiq noto‘g‘ri. “O‘qish uchun ochiq” va “foydalanish uchun litsenziyalangan” — ikki xil narsa.

Odatiy holatda har qanday ijodiy asar, jumladan kod ham, yaratilgan paytdan boshlab mualliflik huquqi bilan himoyalanadi. Muallif aniq ruxsat bermaguncha, undan foydalana olmaysiz. GitHub buni o‘zining litsenziyalar haqidagi ma’lumotnoma sahifasida shunday bayon qiladi.

Ikkinchi jihat — GitHub’ning o‘zi. Odamlar kodni e’lon qilish orqali GitHub qoidalariga rozi bo‘lganlari uchun u yerdagi boshqalarning kodidan ham foydalanish mumkin, deb o‘ylashadi. Qoidalarda esa buning aksi aniq yozilgan. Repozitoriyani hammaga ochiq qilgan muallif boshqalarga faqat uni ko‘rish va fork qilish, ya’ni GitHub’ning o‘zida nusxa yaratishga ruxsat beradi. Bu kodni o‘z ishingizda ishlatishga vakolat bermaydi.

Asosiy so‘zlar oxirgi jumlada: “GitHub funksiyalari doirasida” va “qo‘shimcha huquqlar litsenziyadan kelib chiqadi”. Fork GitHub ichida qoladi. Kodni o‘z mahsulotingizda, ayniqsa uni sotish uchun ishlatmoqchi bo‘lsangiz, muallifning alohida litsenziyasi kerak. Litsenziya bo‘lmasa, huquq ham yo‘q — kod ko‘z o‘ngingizda ochiq turgan taqdirda ham.

Boshqa birovning kodidan foydalana olishingizni nima belgilaydi?#

Hammasi bitta faylga borib taqaladi. To‘g‘ri yuritiladigan repozitoriyda litsenziya fayli bo‘ladi — odatda LICENSE, ba’zan LICENSE.md yoki README’da bevosita tilga olinadi. Bu muallifning ruxsati bo‘lib, koddan qanday shartlarda foydalanishingiz mumkinligini ko‘rsatadi. GitHub odatda litsenziya nomini repozitoriy sahifasining yon panelida, faylning o‘zini ochishingizdan oldin ko‘rsatadi.

Yuridik tilda adashib qolmaslik uchun litsenziyani o‘z holatingizga oid uchta savol orqali o‘qish foydali:

1. Bu koddan odamlar pul to‘laydigan tijoriy mahsulotda foydalana olasizmi?
2. Kodni o‘z ehtiyojlaringizga moslab o‘zgartira olasizmi?
3. Keyin mahsulotingizning manba kodini ochishingiz shartmi yoki uni yopiq saqlay olasizmi?

Litsenziyalar orasidagi deyarli barcha farqlar uchinchi savolga beriladigan turlicha javoblarga borib taqaladi. Dastlabki ikkitasiga mashhur ochiq litsenziyalar ko‘pincha “ha” deb javob beradi: foydalaning, o‘zgartiring, soting. Odamlar esa litsenziya o‘z kodini ochishga majbur qiladimi, degan joyda qoqiladi. Keyin asosiy turlarni shu uch savol bo‘yicha ko‘rib chiqamiz.

Qaysi litsenziyalar koddan foydalanib, mahsulot sotishga imkon beradi?#

Yaxshi xabardan boshlaylik. Sotish uchun mahsulot yaratayotganlar uchun eng yaxshi tanlov — ruxsat beruvchi litsenziyalar guruhi. Ularning bir nechtasi bor, ammo eng keng tarqalgan uchtasi MIT, Apache 2.0 va BSD. Uchalasi ham dastlabki ikki savolga “ha” deb javob beradi va o‘z manba kodingizni yopiq saqlashga imkon beradi.

Eng keng tarqalgan va sodda litsenziya — MIT. Uning matni bitta xatboshiga sig‘adi.

Soddaroq aytganda, MIT kod bilan deyarli istalgan ishni qilishga, jumladan mahsulotni sotish va o‘z manba kodingizni yopiq saqlashga imkon beradi. Yagona majburiyat — litsenziya matni va mualliflik ko‘rsatilgan satrni kiritish. Masalan, Babel, .NET va Rails MIT litsenziyasi ostida chiqarilgan, demak siz bu litsenziyadagi koddan deyarli aniq allaqachon foydalangansiz.

Apache 2.0 ham shunga o‘xshash, ammo ikkita muhim jihatni qo‘shadi. Birinchidan, patent da’volaridan aniq himoya: kod mualliflari shu kodga oid patentlar bo‘yicha sizni sudga bermaslikka va’da beradi. Ikkinchidan, foydalanish uchun yana bir nechta rasmiy talab bor.

BSD (2 va 3 bandli talqinlari) mohiyatan MIT’ga o‘xshaydi: foydalaning, o‘zgartiring, soting, mualliflik bildirishnomasini saqlang. Farqni bir qarashda ko‘rishingiz uchun uchalasini jadvalga joyladim.

Buni o‘z holatingizga tatbiq etish uchun: birovning kodida MIT, Apache 2.0 yoki BSD’ni ko‘rsangiz, xotirjam bo‘lishingiz mumkin: undan tijoriy mahsulotda foydalanib, o‘zgartirishingiz va o‘z manba kodingizni yopiq saqlashingiz mumkin. Faqat olgan qismingizdagi litsenziya fayli va mualliflik ko‘rsatmasini olib tashlamang.

GPL va AGPL manba kodi majburiyatlari qanday qo‘llanadi?#

Kopileft tegishli shartlarda qamralgan ish va hosilalarini o‘sha litsenziyada saqlaydi. GPLv3’da qamralgan yoki birlashtirilgan hosila ishning source/object nusxasini tarqatish litsenziya va tegishli source talablariga rioya qilishni talab qiladi. Bu bir mahsulot yoki serverdagi barcha mustaqil dasturga avtomatik tatbiq etilmaydi.

Veb-xizmat misolida GPL kutubxonasini o‘z serveringizda foydalanuvchiga nusxa bermay ishlatishning o‘zi butun xizmatni e’lon qilishni talab qilmaydi. Qamralgan birlashtirilgan ilovani mijozga tarqatish GPL majburiyatini yoqishi mumkin. Qaysi source berilishini hal qilishdan oldin integratsiya va litsenziyani tekshiring. Brauzerga yuboriladigan mijoz kodi alohida tarqatish savoli.

AGPLv3 tarmoq shartini qo‘shadi: dasturni o‘zgartirsangiz va foydalanuvchilar shu versiya bilan masofadan ishlasa, ularga tegishli source’ni ko‘zga ko‘rinadigan tarzda taklif qilishi kerak. Bu istalgan AGPL komponentni hosting qilish xizmatning barcha mustaqil qismini ochadi deyishdan aniqroq.

Yopiq mahsulotda qamralgan ish, komponentlar birikishi, nusxa tarqatilishi va AGPL tarmoq shartini tekshiring. Talabni bajara olmasangiz, mos permissive muqobil yoki alohida ruxsat oling. Tijoriy foydalanish mumkin; masala haqiqiy litsenziya va integratsiyaga rioya qilishda.

Repozitoriyda umuman litsenziya fayli bo‘lmasa, nima qilish kerak?#

Ko‘p uchraydigan xato — litsenziya bo‘lmasa, cheklov ham yo‘q va koddan erkin foydalanish mumkin deb o‘ylash. Aslida buning aksi. Litsenziya yo‘qligi ruxsat degani emas; odatiy holatda bu ruxsat yo‘qligini anglatadi. Litsenziyasiz kod muallifning to‘liq mualliflik huquqi ostida qoladi va unga tegishingiz mumkin emas.

Boshida aytgan qoida yana amal qiladi: odatiy holatda kod mualliflik huquqi bilan himoyalangan va aniq ruxsatsiz uni ko‘chirish, o‘zgartirish yoki tarqatish mumkin emas. GitHub ichida ko‘rish va fork qilish imkoniyati bu to‘siqni bartaraf etmaydi — u koddan o‘z mahsulotingizda foydalanish huquqini bermaydi.

Kodda litsenziya bo‘lmasa-yu, u sizga chindan ham kerak bo‘lsa, amalda quyidagilarni qiling:

1. Muallifga yozing. Repozitoriy muhokamalari bo‘limida yoki elektron pochta orqali bevosita murojaat qilib, koddan foydalanishingiz mumkinmi va qanday shartlarda, deb so‘rang. Ba’zan muallif litsenziya qo‘shishni shunchaki unutadi va so‘ralganda uni qo‘shadi.
2. Muqobilini qidiring. Deyarli har qanday vazifa uchun shunga o‘xshash ikkinchi, uchinchi va o‘ninchi repozitoriy ham bor — ular orasidan tegishli MIT yoki Apache litsenziyasi borini topasiz.
3. Foydalanmang. Ruxsatingiz bo‘lmasa va muqobili topilmasa, kod sizniki emas va uni sotmoqchi bo‘lgan mahsulotingizga qo‘sha olmaysiz. “Buni kim bilardi?” deb o‘ylash vasvasasi aynan mahsulot daromad keltirib, e’tibor torta boshlaganda yomon yakunlanadi.

Claude’ning o‘zi loyihaga birovning kodini qo‘shsa-chi?#

Bu yerda birinchi holat bilan oson chalkashishi mumkin bo‘lgan ikkinchi jihat bor. Repozitoriyga kirib, undan faylni ko‘chirib olish bir masala: bunday paytda yuqorida aytilgan litsenziya talablarining barchasiga bevosita rioya qilishingiz shart. Claude sizga so‘rovingizga javoban kod yozib berishi esa boshqa masala.

Odatdagi holatlarda AI birovning faylidan nusxa ko‘chirish o‘rniga, vazifangiz uchun tuzilgan o‘z matnini yaratadi. Shunda savol boshqa sohaga ko‘chadi: yaratilgan kod kimga tegishli va uni sota olasizmi? Bu alohida katta mavzu bo‘lib, men uni AI yozgan kod kimga tegishli nomli maqolada yoritganman.

Biroq yodda tutish kerak bo‘lgan istisno bor. Ba’zan AI birovning kodini tanib bo‘ladigan tarzda deyarli so‘zma-so‘z — mashhur kutubxonadagi butun bir funksiyani — takrorlaydi. Bunday holatda, klaviatura tugmalarini kim bosganidan qat’i nazar, kutubxona litsenziyasi amal qiladi. Shu sababli Claude tayyor holda qo‘shgan katta kod bloklarini xuddi o‘zingiz ko‘chirib olgandek tekshirish kerak.

Koddan foydalanishdan oldin litsenziyani qanday tekshirish kerak: bajarish bosqichlari#

Uchinchi tomon kodini loyihangizga qo‘shishdan oldin tekshirish uchun qisqa ro‘yxat tuzaylik. Yuqoridan pastga qarab bajaring.

1. Repozitoriy sahifasida litsenziya nomini toping

   GitHub’da repozitoriyni oching. Litsenziya nomi odatda o‘ng ustunda yoki fayllar ro‘yxatining pastida ko‘rinadi — masalan, “MIT License”, “Apache-2.0” yoki “GPL-3.0”. U yerda hech narsa ko‘rsatilmagan va litsenziya fayli ham bo‘lmasa, bu jiddiy ogohlantirish belgisi; oxirgi bosqichda shu masalaga qayting.

2. Litsenziya faylining o‘zini oching

   Fayllar ro‘yxatidan LICENSE, LICENSE.md yoki COPYING’ni topib oching. Nomi yon panelda ko‘rsatilgan nomga mos kelishini va litsenziya siz foydalanayotgan kodga tegishli ekanini tekshiring.

3. Turini aniqlang: ruxsat beruvchimi yoki kopileftmi

   MIT, Apache 2.0 va BSD — ruxsat beruvchi litsenziyalar; kodni yopiq tijoriy mahsulotda ishlata olasiz. GPL va AGPL — kopileft. Source majburiyatini aniqlashdan oldin qamralgan ish, tarqatish va AGPL tarmoq shartini tekshiring. Nomning o‘zi qaysi mustaqil komponent qamralganini belgilamaydi.

4. Uni o‘z holatingiz bilan taqqoslang

   Uchta savolga javob bering: mahsulotni sotyapsizmi, kodni o‘zgartiryapsizmi va manba kodini yopiq saqlamoqchimisiz? MIT, Apache va BSD sotiladigan yopiq mahsulot uchun mos keladi. GPL va AGPL’da qaysi qamralgan yoki birlashtirilgan ishga tegishli source kerakligi va majburiyat qachon kelishini aniqlang; shartni bajara olishingizni baholang.

5. Litsenziya bo‘lmasa, koddan foydalanmang

   Litsenziya fayli bo‘lmasa va README’da ruxsat haqida hech narsa aytilmagan bo‘lsa, koddan foydalana olmaysiz. Muallifdan ruxsat so‘rang yoki tegishli litsenziyaga ega muqobil variantni toping. “Hammaga ochiq” degani foydalanishga ruxsat berilganini anglatmaydi.

Bu tekshiruv mahsulotingiz o‘sib, daromad keltira boshlagani va kimdir undagi uchinchi tomon kodini so‘ragan birinchi holatgacha zerikarli tuyuladi. Boshida sarflangan ikki daqiqa keyingi nizoni hal qilishdan arzonga tushadi. Mahsulotingiz ishga tushganidan keyin to‘xtab qolmasligi uchun nima qilish kerakligini alohida yoritganman: AI bilan mahsulot yaratdim; keyin nima qilish kerak.

Ailoot’ni oching.