Valg af en open source-softwarelicens til dit udviklingsprojekt

Mange små virksomheder, organisationer og uafhængige udviklere opretter applikationer, softwarepakker, websteder, mobile applikationer og andre produkter, der kræver en open source-licens. OSS-licens (Open Source Software) giver organisationer mulighed for at åbne deres projekter for offentligheden for indsendelser, bidrag, ændringer, reparation eller at bygge oven på den eksisterende softwarekode. Mange organisationer eller udviklere har ikke en positiv forståelse af forskellene mellem de forskellige OSS-licenser og hvordan man kan gå frem for at vælge en der passer tæt sammen med deres softwareprojekt, og de er heller ikke velinformerede om, hvordan de ønsker, at projektet skal være åbent for offentligheden involvering.

Mobilapplikationer bygget af webudviklingsteam til platforme som iOS og Android ville også drage fordel af OSS-samarbejde og kræver ligeledes en licensstrategi. Hvordan foregår et udviklingshold med at vælge en OSS-licens til deres projekter?

Dette er ikke en diskussion om fordele og ulemper ved OSS-udvikling, men det er en guide for dem, der i øjeblikket udvikler sig i det åbne samfund, og for dem, der ønsker at lære mere om de forskellige licensindstillinger, der er tilgængelige for OSS. Du ønsker også at konsultere en juridisk ekspert, inden du vedtager en softwarelicens til dine projekter.

Hvorfor en licens?

Du ønsker at lægge dit OSS-projekt derude, så alle kan samarbejde, så hvorfor har du brug for en licens til at gå sammen med softwaren? I lægevilkår giver en OSS-licens licensgiveren / forfatteren (original ejer) mulighed for at give licenshaveren (samarbejdspartnere) retten til at kopiere, ændre og muligvis omfordele kildekoden eller indholdet af softwareprojektet. Dette indstiller også den oprindelige ophavsret til værket, hvilket typisk betyder, at den originale forfatter bevarer ejendomsretten til ophavsretten, og tillader licenshaveren at bruge de rettigheder, der er tildelt i licensen, så længe de opretholder licensbetingelserne . For mere information om juridiske aspekter af OSS-licenstagere se referencelisten i slutningen af ​​dette indlæg.

Typer af OSS

Der er snesevis af licenser derude at vælge imellem og for det meste er de fordelt på de tre store klassifikationer, der er MIT License, Apache License og GNU General Public License (GPL). Mens Creative Commons-licenser også kan bruges til åbne softwareprojekter, er de typisk henvist til designprojekter og er ikke så open source som de andre. Disse inkluderer også flere lag, der kan tilføjes oven på hinanden, men jeg vil ikke gennemgå disse i dette stykke. Hver type licens har et specifikt formål og anvendelse afhængigt af din type projekt og den software, du har til hensigt at dele til åben udvikling.

MIT-licens

Sandsynligvis den korteste og klareste type licens, MIT License blev oprindeligt udviklet af Massachusetts Institute of Technology (MIT) og er en tilladt gratis softwarelicens. Dette betyder, at du tillader nogen at gøre noget med din softwarekode, så længe de tilskriver det originale arbejde tilbage til den originale kilde, og du kan ikke holdes ansvarlig.

Brug - Når du bruger denne type licens, skal du medtage en kopi af den i roden til din kildekode eller som en tekstfil og inkludere det aktuelle år og det fulde navn eller navn på skabere / forfattere.

Accept - MIT-licensen er typisk egnet til kommerciel brug, modifikation, distribution og underlicensiering. Det er dog forbudt for licenshavere at holde licensgiveren / forfatteren ansvarlig for problemer eller resultater. En prøve MIT-licens er tilgængelig fra Vælg en licens og vises i figur B nedenfor.

Eksempler - Aktuelle brugere af MIT-licensen inkluderer jQuery, Ruby on Rails og Fedora.

Apache-licens

Hvis din organisation er bekymret for patenter, kan du overveje Apache-licensen, som også tillader lignende tilladte aftaler som MIT-licensen; Du kan dog også give præcise tilskud til patentrettigheder fra bidragydere og brugere af softwaren eller koden. En prøve af Apache-licensen er tilgængelig fra Vælg en licens og vises i figur C nedenfor.

Brug - Du skal oprette en tekstfil, der typisk kaldes “Licens” eller “licens.txt” for eksempel, og den skal inkluderes i roden til kildekoden, og du skal angive ændringer eller versionskontrol som en del af kode eller dokumentation af koden. Der er også en anbefaling fra Apache Foundation om, at en kedelpladserklæring placeres i overskriften på hver kildefil, der angiver arten af ​​Apache-licensen.

Accept - De fleste tilfælde af Apache-licensen er egnede til kommerciel brug, modifikation, distribution, underlicensiering og patenttilskud. Og ligesom den forrige licens er det forbudt for brugere at holde nogen ansvarlig; dog er forbrugere dog ikke tilladt at vedhæfte et varemærke til enhver brug af projektet eller softwarekoden.

Eksempler - Naturligvis er Apache Software Foundation en organisation, der bruger Apache-licensen; andre inkluderer Android, Subversion (SVN) og NuGet.

GNU General Public License (GPL)

Der er to versioner af GPL-licensen, V2 eller V3, som tager licensen et skridt videre og kræver også brugere / licensgivere / samarbejdspartnere at afsløre ændringer, de foretager, hvis de omfordeler koden i en kildekode eller binær form. Og V3-licensen er yderligere begrænsende, idet den forbyder brugen af ​​softwaren i hardware, der ville forbyde ændring af software. En skærmoptagelse af GPL-licensen, som WordPress bruger, vises i figur D nedenfor. Vælg en licens har også to eksempler på GPL-licenser til offentlig brug, V2 og V3.

Brug - Som med de andre licensformularer skal mindst en tekstfil inkluderes i roden af ​​kildekoden, der indeholder licensdokumentet, og ligner den forrige licens, anbefaler Free Software Foundation en kedelpladsmeddelelse placeret øverst eller overskriftssektion af hver fil i softwaren.

Accept - Disse licenser er typisk tilladt til kommerciel brug, ændring, distribution og patenttilskud. Brugere / licenstager / samarbejdspartnere har dog ikke tilladelse til at holde nogen ansvarlig, og de er heller ikke tilladt at underlicensiere værket. Alle har tilladelse til at kopiere og distribuere ordrette kopier af GPL-licensdokumenterne, men det er ikke tilladt at ændre dem.

Eksempler - Flere organisationer, der bruger GPL-licens er Linux, Drupal og WordPress.

Hvis du ikke er sikker på, at nogen af ​​disse licenser passer til dit specifikke softwareprojekt, kan du overveje at tjekke listen over fremhævede og andre licenser leveret af Vælg en licens, der inkluderer fjorten forskellige licenser og hver af deres tilknyttede krav, tilladte anvendelser og forbudte anvendelser. En skærmoptagelse af flere af dem vises i figur E nedenfor.

Referencer

Referencer og for yderligere læsning om open source-licenser kan du se linkene herunder:

  • Open Source-initiativet

  • Open Source Licens Hurtig reference diagram

  • Open Source Licensing - Softwarefrihed og intellektuel ejendomsret

  • At vælge en OSS-licens behøver ikke at være skræmmende

  • Forståelse af open source-licens



© Copyright 2021 | mobilegn.com