Skal Kunden Eier Kildekoden for Programmet?

når du ansetter et tilpasset programvareutviklingsselskap, er det en ganske naturlig ting at hovedobjektet av interesse er arbeidsprogrammet. Ved første øyekast ser en slik tilnærming ganske rimelig ut. Skreddersydd søknad skal oppfylle dine krav, være praktisk for brukerne, se attraktive ut og, viktigst, gjør jobben uten noen feil. Det er ingen annen kilde til angst, ikke sant? Vel, ikke akkurat.

 kildekode eierskap

Foruten de nevnte faktorene, er det en annen viktig ting som ikke får nok oppmerksomhet siden den forblir » under overflaten.»Vi snakker om kildekoden. Sannheten er at du ikke får rett til å eie hele søknaden automatisk når du søker om tjenestene til utviklingsselskapet. Prispolitikken er forskjellig fra ett selskap til et annet. Noen ganger er retten til å eie kildekoden inkludert i den totale prisen. Men noen utviklingsselskaper krever ekstra betaling for å gi rettigheter til kildekoden. Siden eierskap av kildekoden garanterer muligheten til å kopiere, selge og endre programvare, bør du ikke undervurdere lisensproblemer og være oppmerksomme på detaljene i avtalen mellom deg og utvikler.

i denne artikkelen vil vi gi svar på noen viktige spørsmål knyttet til kildekoden lisensiering. Å huske fallgruvene som skal unngås under avslutningen av programvareutviklingsavtalen, vil du kunne nå de beste mulige perspektiver.

Hvem Eier Programvarekilden?

vanligvis, når noen bruker sine programmeringsferdigheter for å utvikle et nettsted, program eller en modul, eier han opphavsretten til alt han har skapt. Det avhenger av eierens beslutning om hvordan den opprettede programvaren skal brukes. Han kan bygge en ny versjon av programmet på eksisterende basis eller distribuere kopier av programmet under gratis eller kommersiell lisens. Alt ser ganske rettferdig ut. Men er det en mekanisme som gjør det mulig å delegere retten til å eie kildekoden fra utvikleren til noen andre? La oss se.

når en utvikler jobber som ansatt i utviklingsselskapet og skaper kildekoden i omfanget av hans ansettelse, eier utviklingsfirmaet som hyret ham den opprettede programvaren. Vanligvis kan en slik utvikler ikke avhende sin egen utvikling som er opprettet i arbeidstiden.

som du kanskje husker, hovedpersonen I Silicon Valley TV-serien møtte opphavsrettsproblemer. Grunnen var enkel. Det viste seg at hans søknad ble delvis opprettet i arbeidstiden mens han var ansatt i software development corporation. Tro oss eller ikke, den beskrevne situasjonen er ikke så langt fra virkeligheten. I de fleste tilfeller eies produktet som er opprettet av en ansatt utvikler, enten av arbeidsgiveren eller av klienten som bestilte den. Detaljer om hvordan den skriftlige kildekoden kan brukes er beskrevet i programvareutviklingsavtalen.

Tilpasset Programvarelisensavtale

før du oppretter den første komponenten i det fremtidige programmet, bør hver leverandør sørge for at det ikke er noen kilder til misforståelser mellom ham og klienten. Deltakerne bør tydelig forstå sine forventninger som må formuleres og skrives ned i programvareutviklingsavtalen. Blant annet skal utviklingsavtalen mellom oppdragsgiver og selger definere hvem som skal eie opphavsretten etter at prosjektet er ferdig. Listen over spesifikke rettigheter som de respektive partene vil få i henhold til avtalen, kan variere betydelig. Uten hulene i detaljene i lov om opphavsrett, kan vi nevne to hovedformer for eierskap deling: lisens av opphavsrett og tildeling av opphavsrett.

lisensen for opphavsrett gir en klient med mulighet til å bruke kildekoden uten å få fullt eierskap. Det avhenger av bestemte vilkår i utviklingsavtalen om hvordan nøyaktig den opprettede programvaren kan brukes. For eksempel, i henhold til avtalen, kan klienten få muligheten til å endre programmet eller lage avledet programvare på grunnlag av det. Det er to hovedtyper av lisenser. Den eksklusive lisensen garanterer at den opprinnelige eieren av produktet ikke vil gi samme lisens til en annen klient. Slik avtale bidrar til å spare konkurransefortrinn siden du kan være trygg på at de unike funksjonene i programmet ikke vil bli gitt til noe annet selskap på markedet. Men å få avtalen som gir slike privilegier vil koste deg mer enn en ikke-eksklusiv lisens som i sin tur kan gis til flere forskjellige klienter.

tildeling av opphavsrett er et alternativ til lisensen for opphavsretten. I dette tilfellet, i henhold til avtalen, er alle rettighetene gitt av den opprinnelige eieren til klienten. Så, hvis utviklingsselskapet bestemmer seg for å gjenbruke kildekoden, må han få lisensen fra den nye eieren.

Alt ser ut til å se ganske enkelt ut. Men ting kan bli litt mer komplisert hvis vi snakker om utviklingsprosessen der åpen kildekode er involvert. Siden det blir stadig mer populært i det siste, vil det være en god ide å se på hvordan lisensprosessen fungerer i dette tilfellet.

Hvem Eier Programvare Med Åpen Kildekode

på grunn av den utbredte misforståelsen, er programvare med åpen kildekode og det tilhørende begrepet fri programvare ofte oppfattet som fullstendig motstand mot den kommersielle programvaren som er utviklet for salg og tjener kommersielle formål. Faktum er at kommersiell programvare kan være så åpen kildekode som proprietær.

det er viktig å håndtere aspektene ved å bruke open source-produktet i prosessen med kommersiell programvareutvikling før du signerer avtalen med utvikleren. Før vi fortsetter, la oss håndtere vilkårene. Programvaren med åpen kildekode distribueres under lisensen som gjør det mulig å endre og dele kildekoden. En slik tilnærming tillater brukere og utviklingsselskaper å gjennomgå og endre eksisterende komponenter for sine egne behov. Programvare som distribueres under en av open source-lisensene, er vanligvis gratis, men det er noen begrensninger som bør holdes i bakhodet før du starter utviklingsprosessen.

listen over mulige krav kan variere fra å nevne navnet på produktutvikleren til å distribuere den utviklede applikasjonen under samme lisens som det brukte open source-produktet.

husk at avtalen mellom deg og utvikleren skal beskrive hvordan bruken av åpen kildekode-lisensen vil påvirke sluttproduktet. Du bør huske at et open source-produkt ikke er det offentlige området. Det er lisensiert. Derfor er det noen begrensninger. For eksempel, som det har blitt sagt, kan vilkårene kreve at den deriverte applikasjonen skal følge samme åpen kildekode-lisens. Hvis en slik situasjon ikke samsvarer med dine intensjoner, bør du ikke la utviklingsprosessen gå av seg selv. Selvfølgelig er det ikke noe skadelig å bruke åpen kildekode-lisens siden det ikke begrenser muligheten til å tjene på produktbruken. Men når det gjelder proprietær programvare, må du være sikker på at en bestemt lisens tillater bruk av åpen kildekode-komponenter som en del av slike prosjekter. FOR EKSEMPEL kan gpl-lisensierte biblioteker brukes under utviklingen av det proprietære prosjektet, hvis lisensinnehaveren gir et eksplisitt unntak.

Konklusjoner

for å beskytte deg mot uønskede konsekvenser, sørg for at du avklart spørsmål om opphavsrett eierskap mens forhandle utviklingsavtalen. Du må være helt sikker på at både du og utvikleren forstår hverandres forventninger. Foruten funksjonaliteten til programmet, bør avtalen beskrive hvilke rettigheter på kildekoden du får etter at jobben er gjort.

hvis du er bekymret for sikkerheten til dine ideer som vil finne sin utførelse i form av sluttproduktet, ikke la ting gå av seg selv. Gjør denne etterspørselen en del av forhandlingene og sørge for at alle dine krav er skrevet ned i avtalen. Husk at et utviklingsselskap vanligvis eier appen og kan be deg om å betale en premie for å gi deg eierskapet. Det som også bør tas i betraktning er bruken av open source-komponentene. Vær oppmerksom på at noen av lisensene har noen spesifikke begrensninger på hvordan du kan bruke programmet basert på open source-produktet.

vårt firma tilbyr neste utviklingstjenester: datavisualiseringsprogrammer, flåtestyringsprogramvare, enterprise resource planning software, etc. En av våre hovedintensjoner er å skape langvarige og effektive relasjoner med våre kunder. Derfor er vi ansvarlige for deres interesser så vel som for våre. Så, du kan være trygg på at lisensproblemene, så vel som alle de andre, vil bli avklart under forhandlingsstadiet.

Vitaly Hornik, Chief Operating Officer Of Delivery Department OF XB Software, har kommentert:
for å øke utviklingsprosessen inkluderer utviklere vanligvis forskjellige tredjepartsbiblioteker og verktøy. Så, for å unngå uventede problemer du bør be om listen over alle ting som brukes og bekrefte lisensvilkårene på forhånd fordi fjerne eller erstatte dem kan føre til uforutsette utgifter.

når du ansetter et tilpasset programvareutviklingsselskap, er det en ganske naturlig ting at hovedobjektet av interesse er arbeidsprogrammet. Ved første øyekast ser en slik tilnærming ganske rimelig ut. Skreddersydd søknad skal oppfylle dine krav, være praktisk for brukerne, se attraktive ut og, viktigst, gjør jobben uten noen feil. Det er ingen annen kilde til angst,…

når du ansetter et tilpasset programvareutviklingsselskap, er det en ganske naturlig ting at hovedobjektet av interesse er arbeidsprogrammet. Ved første øyekast ser en slik tilnærming ganske rimelig ut. Skreddersydd søknad skal oppfylle dine krav, være praktisk for brukerne, se attraktive ut og, viktigst, gjør jobben uten noen feil. Det er ingen annen kilde til angst,…

Legg igjen en kommentar

Din e-postadresse vil ikke bli publisert.