Com triar una llicència de GitHub i per què és important no fer una elecció equivocada? GitHub és el servei més gran per al desenvolupament conjunt de projectes informàtics i el seu posterior allotjament. Amb l’ajuda d’aquest servei web, un nombre il·limitat de persones poden treballar en un projecte alhora, així com des de qualsevol part del món. També a GitHub hi ha un sistema de gestió o control que permet veure i controlar absolutament tots els canvis dels desenvolupadors en qualsevol moment, i també permet tornar a l’estat que es va produir abans dels canvis.
Però per dir-ho simplement, GitHub és una anomenada xarxa social per a programadors i desenvolupadors, on podeu trobar i practicar l’ús de codis d’altres desenvolupadors. També podeu emmagatzemar la vostra cartera a GitHub. En definitiva, GitHub és un servei adequat tant per a desenvolupadors novells com per a programadors experimentats. Tanmateix, els usuaris d’aquest servei de vegades poden tenir algunes preguntes sobre l’elecció d’una llicència, ja que la seva elecció allà és força diversa.
Què és una llicència de GitHub
Una llicència és un document especial establert per la forma estatal i que permet participar en un determinat tipus d’activitat empresarial, que necessàriament requereix una atenció especial per part de l’estat. Però, la majoria de vegades, a la pràctica, només s’utilitzen acords de llicència abreujats o acords que preveuen l’emissió de llicències de dret privat. En general, la llicència només persegueix un objectiu, però el més important, és un acord d’obligacions i drets entre el llicenciant i el llicenciatari. Aquests deures i drets poden ser absolutament qualsevol cosa, però només en el marc de la llei. Un exemple sorprenent és que el llicenciador pot requerir la indicació obligatòria del nom del titular dels drets d’autor quan utilitza l’obra per part del llicenciatari. O, per exemple, per permetre la còpia de l’obra,però prohibir-ne absolutament qualsevol modificació. O, per deduir aquests requisits que l’obra s’hauria de produir en absolutament les mateixes condicions que l’original, i així successivament, hi ha molts exemples de condicions diferents que s’estan proposant.
Un exemple d’una de les llicències d’Apache [/ caption]
Però tampoc no hem d’oblidar que la llicència protegeix els drets no només del llicenciant, sinó també del llicenciatari. Atès que en ell es poden veure i llegir clarament totes les condicions d’ús de l’obra i, per tant, no ha de tenir por que el llicenciant de sobte exigirà cap royalties o qualsevol altra compensació per l’ús de la seva obra.
Si desactiveu una llicència associada a una obra, els drets d’autor encara s’aplicaran d’acord amb les normes legals vigents en aquest país. En poques paraules, l’absència de llicència no implica de cap manera que altres autors puguin utilitzar aquest projecte com vulguin. Tot, absolutament, al contrari, perquè sense cap llicència específica, un programador no renuncia de cap manera als drets que li atorgaven la llei. També és important recordar sempre que la llicència regeix tots els drets i obligacions. Això és per protegir el propietari de l’obra de les expectatives dels usuaris i del que implica qualsevol garantia. Després de tot, ningú vol que el seu codi vagi als tribunals de cap manera.
Què és el copyright
Els drets d’autor apareixen a una persona només quan, com a resultat de l’activitat intel·lectual, crea una obra que serà única, però alhora útil, com a exemple, podeu prendre l’escriptura del mateix programa. Quan es fa tot l’anterior, la persona es converteix en l’autor i ara té absolutament tots els drets d’autor d’aquesta obra. També cal dir que els drets d’autor són propietaris i no propietaris. La seva diferència és que els drets de propietat es poden transferir a qualsevol, però els drets de propietat no romandran sempre només amb l’autor en qualsevol situació. Al cap i a la fi, ser autor és un dret inalienable i inalienable.
Per a què serveix una llicència de codi obert?
Aquesta també és una pregunta força popular entre els desenvolupadors i programadors novells, ja que simplement no entenen per què haurien d’adjuntar cap llicència als seus projectes, perquè sense ella el projecte també pot existir fàcilment. Tanmateix, això no és del tot cert, perquè si, per exemple, un desenvolupador novell va escriure alguna peça de codi bastant important i útil, però no la va protegir amb una llicència, els altres usuaris tenen preguntes. I precisament per això, quan els clients s’acosten a ell i volen utilitzar aquest fragment de codi per a les seves finalitats comercials, veuen que el codi no té cap llicència i simplement la rebutgen. Això es deu al fet que les empreses simplement no utilitzaran el codi sense una llicència, perquè no necessiten problemes amb la llei i els advocats.
I per això, fins i tot el projecte més útil i convenient mai es realitzarà. I el desenvolupador que volgués agafar aquest fragment de codi haurà de buscar i utilitzar una alternativa o reescriure completament el codi que ja havia escrit un desenvolupador novell anteriorment. Per això, el millor seria assegurar-se per endavant que el programador està utilitzant la llicència correcta i, sobretot, adequada. Exploreu GitHub en un vídeo tutorial en 15 minuts: https://youtu.be/JfpCicDUMKc
Quina llicència de GitHub és adequada per a determinades condicions: com triar?
No hi pot haver una resposta exacta a aquesta pregunta, ja que l’elecció d’una llicència depèn només dels objectius del projecte i de les preferències i desitjos personals del propi desenvolupador. Com podeu veure, a GitHub hi ha moltes llicències diverses i, el més important, totes són gratuïtes i disponibles públicament, la qual cosa significa que cada programador pot trobar la
llicència de codi obert que sigui exactament adequada per al seu projecte. Però, el més important, no hem d’oblidar que una llicència de codi obert no és només un codi sense llicència.
Família de llicències a GitHub [/ caption] Després d’una mica d’investigació, podeu recollir totes les llicències de codi obert i dividir-les en tres grans grups:
- Fortament protector.
- Defensar dèbilment.
- Permisiu.
Fortament protector
Les llicències fortament defensives solen ser variacions de la GPL. Aquestes llicències requereixen necessàriament la llicència del projecte, així com la divulgació dels codis font, fins i tot malgrat com s’utilitzarà o ja s’ha utilitzat qualsevol codi o projecte.
Defensar dèbilment
Les llicències febles defensives solen ser variacions de la GPL menor. En el qual la principal diferència amb les llicències permissives és que simplement cal llicenciar el programa sota la llicència GPL, així com proporcionar els codis font sense fallar. A més, si el projecte d’un programador conté una biblioteca, és a dir, enllaç estàtic o enllaç dinàmic sota la llicència LGPL, també serà compatible amb qualsevol llicència de projecte del programador.
On s’indica el tipus de llicència a GitHub [/ caption]
Permisiu
Hi ha un gran nombre de llicències permissives, entre elles les més populars són MIT, Apache 2.0 i BSD. Amb lleugeres variacions, aquestes llicències tenen la capacitat de permetre l’ús del codi tant en projectes de codi obert com amb finalitats i projectes comercials. Però, en aquest cas, és important recordar que cal indicar l’autoria del programa original.
Altres llicències de GitHub populars
A més d’aquests tres grups de llicències, n’hi ha d’altres, per exemple, una altra de les llicències més útils és la GPLv2 amb extensions de classpath. Aquesta llicència també es pot utilitzar tant en projectes de codi obert com en projectes i finalitats comercials. La seva aparició més popular és a Oracle, aquesta empresa utilitza GPLv2 amb extensions de classpath per llicenciar els seus projectes i solucions de codi obert. Aquesta llicència és força important i útil, ja que les llicències GPL ordinàries, per exemple, mai no poden gestionar bytecode. És a dir, tenen una descripció especial del procés de compilació i enllaç, que és completament inadequat per a altres llenguatges de programació interpretats, aquests llenguatges inclouen el llenguatge Java més popular.És per a aquests casos que es va llançar una llicència GPLv2 especial amb extensions de classpath. Després de tot, diu molt clarament i clarament que la biblioteca que es va publicar sota aquesta llicència es pot utilitzar en projectes i finalitats comercials amb absolutament qualsevol altra llicència.
Què més necessiteu saber sobre
les llicències de GitHub .
Afegir una llicència
Després de seleccionar finalment la llicència final, només queda afegir-la a l’arrel del projecte. Per dur a terme aquesta acció, cal afegir la llicència seleccionada a l’arrel del projecte durant la creació del projecte en si, o en general en qualsevol altre moment. Però fins i tot en aquesta acció, el servei web de GitHub va aconseguir tenir cura dels seus usuaris i van fer una manera força còmoda d’afegir la llicència final fins i tot a l’inici del projecte.
Tanmateix, malauradament això no és tot, ja que el desenvolupador o programador ha de comprovar absolutament totes les dependències que es van utilitzar en la seva idea o projecte. És a dir, fins i tot si una de les dependències s’allibera sota la llicència GPL, el projecte del desenvolupador ha de ser absolutament compatible amb GPL. Per a aquesta verificació, normalment s’utilitzen els programes o eines creats anteriorment. Per exemple, hi ha una eina per a això https://github.com/pivotal/LicenseFinder:
Podem dir que la concessió de llicències és una tasca que requereix molt de temps, però alhora una acció necessària per a la vida d’un projecte o qualsevol idea de programador. Per escollir la llicència adequada, malauradament, cal dedicar molt de temps, però val la pena perquè el projecte tingui èxit. El millor és posar l’elecció d’una llicència en primer lloc quan s’escriu un programa, ja que després d’haver-ho fet al principi, podeu dirigir tots els vostres esforços en la direcció correcta i escriure un programa que tingui èxit i sigui convenient per a la majoria. usuaris.