Melyik licencet válasszam a GitHubon: típusok, összehasonlítás

Программирование

Hogyan válasszunk GitHub licencet, és miért fontos, hogy ne válasszunk rosszul? A GitHub az informatikai projektek közös fejlesztésének és az azt követő hosting legnagyobb szolgáltatása. A webszolgáltatás segítségével korlátlan számú ember dolgozhat egyszerre egy projekten, és a világ bármely pontjáról. A GitHubban is van egy felügyeleti rendszer vagy vezérlő, amely lehetővé teszi, hogy bármikor megtekinthesse és ellenőrizhesse a fejlesztők által végrehajtott összes változtatást, és lehetővé tegye a változtatások előtti állapotba való visszatérést is.
Melyik licencet válasszam a GitHubon: típusok, összehasonlítás De leegyszerűsítve, a GitHub egy úgynevezett közösségi hálózat programozók és fejlesztők számára, ahol megtalálhatja, majd gyakorolhatja más fejlesztők kódjait. Portfólióját a GitHubban is tárolhatja. Összességében a GitHub egy olyan szolgáltatás, amely kezdő fejlesztők és tapasztalt programozók számára egyaránt megfelelő. Ennek a szolgáltatásnak a felhasználóinak azonban időnként felmerülhetnek kérdéseik a licenc kiválasztásával kapcsolatban, mivel az ottani választási lehetőségek meglehetősen változatosak.

Mi az a GitHub licenc

Az engedély olyan speciális dokumentum, amelyet az állami formanyomtatvány hozott létre, és lehetővé teszi egy bizonyos típusú vállalkozási tevékenység végzését, amely szükségszerűen különös figyelmet igényel a részes állam részéről. De a gyakorlatban leggyakrabban csak rövidített licencszerződéseket alkalmaznak, vagy olyan megállapodásokat, amelyek magánjogi engedélyek kiadását írják elő. Általánosságban elmondható, hogy a licenc egyetlen, de a legfontosabb célt követi, a licencadó és az engedélyes közötti kötelezettségek és jogok megállapodása. Ezek a kötelezettségek és jogok abszolút bármiek lehetnek, de csak a törvény keretei között. Szemléltető példa, hogy a licencadó előírhatja a szerzői jog jogosultja nevének kötelező feltüntetését a mű felhasználása során. Vagy például, hogy engedélyezze a mű másolását,de teljes mértékben tiltsa meg annak bármilyen módosítását. Illetve olyan követelmények levezetésére, hogy a művet abszolút ugyanolyan feltételekkel kell elkészíteni, mint az eredetit, és így tovább, rengeteg példát hoznak fel különböző feltételekre.
Melyik licencet válasszam a GitHubon: típusok, összehasonlítás Példa az egyik Apache licencre [/ caption]

Nem szabad azonban megfeledkezni arról sem, hogy a licenc nemcsak az engedélyes, hanem az engedélyes jogait is védi. Mivel benne jól látható és olvasható a mű használati feltételei, ezért nem kell attól tartania, hogy a licencadó hirtelen jogdíjat vagy bármilyen más kompenzációt követel a művének felhasználásáért.

Ha lemond egy műhöz kapcsolódó licencről, a szerzői jog továbbra is érvényesül az adott országban hatályos jogi szabályok szerint. Egyszerűen fogalmazva, a licenc hiánya semmilyen módon nem jelenti azt, hogy más szerzők tetszés szerint használhatják ezt a projektet. Mindent teljesen, éppen ellenkezőleg, mert külön engedély nélkül a programozó semmilyen módon nem mond le a törvény által biztosított jogokról. Azt is fontos mindig emlékezni, hogy a licenc szabályoz minden jogot és kötelezettséget. Ennek célja, hogy megvédje a mű tulajdonosát a felhasználói elvárásoktól és az esetleges jótállástól. Hiszen senki sem akarja, hogy a kódja bármilyen módon bíróság elé kerüljön.

Mi a szerzői jog

A szerzői jog csak akkor jelenik meg az ember előtt, ha szellemi tevékenysége eredményeként olyan művet hoz létre, amely egyedi lesz, de ugyanakkor hasznos, példaként veheti ugyanannak a programnak az írását. Ha a fentiek mindegyike megtörtént, a személy lesz a szerző, és most már abszolút minden szerzői joga megvan ehhez a műhöz. Azt is el kell mondani, hogy a szerzői jogok tulajdonosi és nem védettek. Különbségük az, hogy a tulajdonjogok bárkire átruházhatók, de a tulajdonjogok nem mindig és minden helyzetben csak a szerzőnél maradnak. Hiszen szerzőnek lenni elidegeníthetetlen és elidegeníthetetlen jog.

Mire való a nyílt forráskódú licenc?

Ez a kérdés a kezdő fejlesztők és programozók körében is elég népszerű, hiszen egyszerűen nem értik, hogy miért kell licencet csatolniuk a projektjeikhez, hiszen enélkül is könnyen létezhet a projekt. Ez azonban nem teljesen igaz, mert ha például valamelyik kezdő fejlesztő írt valami meglehetősen fontos és hasznos kódrészletet, de nem védte le licenccel, akkor más felhasználóknak is vannak kérdései. És pontosan emiatt, amikor az ügyfelek hozzá fordulnak, és ezt a kódrészletet kereskedelmi célokra akarják használni, látják, hogy a kódnak nincs engedélye, és egyszerűen megtagadják. Ez annak a ténynek köszönhető, hogy a cégek egyszerűen nem fogják használni a kódot engedély nélkül, mert nincs szükségük problémákra a törvénnyel és az ügyvédekkel.
Melyik licencet válasszam a GitHubon: típusok, összehasonlítás Éppen ezért még a leghasznosabb és legkényelmesebb projekt sem valósul meg soha. És annak a fejlesztőnek, aki ezt a kódrészletet át akarta venni, alternatívát kell keresnie és használnia, vagy teljesen át kell írnia azt a kódot, amelyet egy kezdő fejlesztő korábban írt. Éppen ezért érdemes előre megbizonyosodni arról, hogy a programozó a megfelelő, és ami a legfontosabb, megfelelő licencet használja. Fedezze fel a GitHubot egyetlen oktatóvideóban 15 perc alatt: https://youtu.be/JfpCicDUMKc

Melyik GitHub licenc megfelelő bizonyos feltételekhez – hogyan válasszunk?

Erre a kérdésre nem lehet pontos választ adni, mivel a licenc kiválasztása csak a projekt céljaitól és magának a fejlesztőnek a személyes preferenciáitól és vágyaitól függ. Mint látható, a GitHubon nagyon sokféle licenc található, és ami a legfontosabb, ezek mind ingyenesek és nyilvánosan elérhetők, ami azt jelenti, hogy minden programozó megtalálhatja a
projektjéhez pontosan megfelelő nyílt forráskódú licencet. De ami a legfontosabb, nem szabad megfeledkeznünk arról, hogy a nyílt forráskódú licenc nem csak egy licenc nélküli kód. Licenccsalád
Melyik licencet válasszam a GitHubon: típusok, összehasonlítás a GitHubon [/ caption] Egy kis kutatás után összegyűjtheti az összes nyílt forráskódú licencet, és három nagy csoportra oszthatja őket:

  1. Erősen védő hatású.
  2. Gyengén védekezik.
  3. Megengedő.

Erősen védő hatású

Az erősen védekező licencek leggyakrabban a GPL változatai. Ezek a licencek szükségszerűen megkövetelik a projekt engedélyezését, valamint a forráskódok nyilvánosságra hozatalát, még akkor is, ha bármilyen kódot vagy projektet miként használnak fel, vagy már használtak.

Gyengén védekezik

A gyengén védekező licencek leggyakrabban a Kisebb GPL változatai. Amiben a fő különbség az engedélyező licencekhez képest, hogy egyszerűen szükséges a programot GPL licenc alatt licencelni, valamint a forráskódokat hiba nélkül megadni. Sőt, ha egy programozó projektje tartalmaz egy könyvtárat, azaz statikus vagy dinamikus linkelést az LGPL licenc alatt, akkor az kompatibilis lesz a programozó bármely projektlicencével is.
Melyik licencet válasszam a GitHubon: típusok, összehasonlítás Ahol a GitHubon található licenc típusa fel van tüntetve [/ caption]

Megengedő

Számos megengedő licenc létezik, köztük a legnépszerűbb licencek az MIT, az Apache 2.0 és a BSD. Kis eltérésekkel ezek a licencek lehetővé teszik a kód használatát mind nyílt forráskódú projektekben, mind kereskedelmi célokra és projektekben. De ebben az esetben fontos megjegyezni, hogy fel kell tüntetni az eredeti program szerzőjét.

Egyéb népszerű GitHub licencek

A licencek e három csoportján kívül vannak más licencek is, például a másik leghasznosabb licenc a GPLv2 osztályút-kiterjesztésekkel. Ez a licenc használható nyílt forráskódú projektekben és kereskedelmi projektekben és célokra is. Legnépszerűbb megjelenése az Oracle-nél van, ez a cég a GPLv2-t osztályút-kiterjesztésekkel használja nyílt forráskódú projektjei és megoldásai licenceléséhez. Ez a licenc nagyon fontos és hasznos, mivel például a közönséges GPL licencek soha nem tudnak bájtkódot kezelni. Vagyis van egy speciális leírásuk a fordítási és összekapcsolási folyamatról, ami teljesen alkalmatlan más értelmezett programozási nyelvekhez, ilyen nyelvek közé tartozik a legnépszerűbb Java nyelv.Ilyen esetekre adtak ki egy speciális GPLv2 licencet osztályút-kiterjesztésekkel. Végül is nagyon világosan és világosan kimondja, hogy az ezen licenc alapján kiadott könyvtár teljesen bármilyen más licenccel használható kereskedelmi projektekben és célokra.
Melyik licencet válasszam a GitHubon: típusok, összehasonlítás Mit kell még tudni a
GitHub licencekről ?

Licenc hozzáadása

A végleges licenc kiválasztása után már csak hozzá kell adni a projektgyökérhez. Ennek a műveletnek a végrehajtásához hozzá kell adnia a kiválasztott licencet a projektgyökér alatt magának a projektnek a létrehozása során, vagy általában bármikor máskor. A GitHub webszolgáltatásnak azonban még ebben az akcióban is sikerült gondoskodnia a felhasználóiról, és meglehetősen kényelmes módot alkottak a végleges licenc hozzáadására már a projekt elején.
Melyik licencet válasszam a GitHubon: típusok, összehasonlítás Sajnos azonban ez még nem minden, mivel a fejlesztőnek vagy programozónak feltétlenül ellenőriznie kell az összes függőséget, amelyet az ötletében vagy projektjében használt. Ez azt jelenti, hogy még akkor is, ha az egyik függőséget a GPL licenc alatt adják ki, akkor abszolút a teljes fejlesztő projektnek GPL-kompatibilisnek kell lennie. Az ilyen ellenőrzéshez általában a korábban készített programokat vagy eszközöket használják. Például van egy eszköz ehhez: https://github.com/pivotal/LicenseFinder:
Melyik licencet válasszam a GitHubon: típusok, összehasonlítás Azt mondhatjuk, hogy a licencelés meglehetősen időigényes feladat, ugyanakkor egy projekt vagy egy programozói elképzelés életében szükséges intézkedés. A megfelelő licenc kiválasztásához sajnos sok időt kell rászánni, azonban a projekt sikeréhez megéri. A program írásakor a legjobb, ha a licenc kiválasztását helyezi az első helyre, mivel ha ezt már az elején megtette, minden erőfeszítését a megfelelő irányba irányíthatja, és olyan programot írhat, amely sikeres és kényelmes lesz a legtöbb számára. felhasználókat.

info
Rate author
Add a comment