pitäisikö asiakkaan omistaa sovelluksen lähdekoodi?

kun palkkaat mukautetun ohjelmistokehitysfirman, on aika luonnollista, että kiinnostuksen pääkohde on toimiva sovellus. Ensi näkemältä tällainen lähestymistapa näyttää melko kohtuulliselta. Räätälöity sovellus pitäisi täyttää vaatimukset, olla kätevä käyttäjille, näyttää houkutteleva ja, mikä tärkeintä, tehdä työtä ilman vikoja. Ei kai muuta syytä huoleen ole? Ei oikeastaan.

lähdekoodin omistajuus

mainittujen tekijöiden lisäksi on toinenkin ratkaiseva asia, johon ei kiinnitetä tarpeeksi huomiota, koska se jää ”pinnan alle.”Puhumme lähdekoodista. Totuus on, että et saa koko sovellusta automaattisesti, kun haet kehitysyhtiön palveluita. Hinnoittelupolitiikka vaihtelee yhtiöittäin. Joskus oikeus omistaa lähdekoodi sisältyy kokonaishintaan. Mutta jotkut kehitysyhtiöt vaativat lisämaksua lähdekoodin käyttöoikeuksien tarjoamisesta. Koska lähdekoodin omistus takaa kyvyn kopioida, myydä ja muokata ohjelmistoja, sinun ei pidä aliarvioida lisensointiasioita ja olla tarkkana sinun ja kehittäjän välisen sopimuksen yksityiskohdista.

tässä artikkelissa annamme vastauksia tärkeisiin kysymyksiin, jotka liittyvät lähdekoodin lisensointiin. Kun muistat ohjelmistokehityssopimuksen solmimisen aikana Vältettävät sudenkuopat, pääset parhaisiin mahdollisiin näkökulmiin.

kuka omistaa ohjelmiston lähdekoodin?

yleensä, kun joku käyttää ohjelmointitaitojaan verkkosivuston, sovelluksen tai moduulin kehittämiseen, hän omistaa tekijänoikeudet kaikkeen luomaansa. Se riippuu omistajan päätöksestä, miten luotua ohjelmistoa käytetään. Hän voi rakentaa sovelluksesta uuden version olemassa olevalle pohjalle tai levittää sovelluksen kopioita ilmaisella tai kaupallisella lisenssillä. Kaikki näyttää reilulta. Mutta onko olemassa mekanismia, joka mahdollistaa lähdekoodin omistusoikeuden siirtämisen kehittäjältä kenellekään muulle? Katsotaanpa.

kun kehittäjä työskentelee kehitysyhtiön työntekijänä ja luo lähdekoodin työssään, hänet palkannut kehitysfirma omistaa luodun ohjelmiston. Yleensä tällainen kehittäjä ei pysty hävittämään omaa työaikana syntynyttä kehitystään.

kuten ehkä muistatte, Piilaakso-TV-sarjan päähenkilö kohtasi tekijänoikeuskysymykset. Syy oli yksinkertainen. Kävi ilmi, että hänen sovelluksensa syntyi osittain työaikana, kun hän oli ohjelmistokehitysyhtiön työntekijä. Uskokaa tai älkää, kuvattu tilanne ei ole niin kaukana todellisesta elämästä. Useimmiten palkatun rakennuttajan luoma tuote on joko työnantajan tai sen tilanneen asiakkaan omistuksessa. Yksityiskohtaiset tiedot siitä, miten kirjoitettua lähdekoodia voidaan käyttää, on kuvattu ohjelmistokehityssopimuksessa.

Custom Software License Agreement

ennen tulevan sovelluksen ensimmäisen osan luomista jokaisen toimittajan tulee varmistaa, ettei hänen ja asiakkaan välillä ole väärinkäsityksiä. Osallistujien olisi ymmärrettävä selvästi odotuksensa, jotka on muotoiltava ja kirjattava ohjelmistokehityssopimukseen. Tärkeää on muun muassa se, että asiakkaan ja myyjän välisessä kehittämissopimuksessa määritellään, kuka omistaa tekijänoikeuden projektin päätyttyä. Luettelo erityisoikeuksista, jotka osapuolet saavat sopimuksen mukaan, voi vaihdella merkittävästi. Pureutumatta tekijänoikeuslain yksityiskohtiin voimme mainita kaksi omistuksen jakamisen päämuotoa: tekijänoikeuslisenssi ja tekijänoikeuden luovutus.

tekijänoikeuslisenssi antaa asiakkaalle mahdollisuuden käyttää lähdekoodia saamatta täyttä omistusta. Se riippuu tietyistä kehityssopimuksen ehdoista, miten luotua ohjelmistoa voidaan tarkalleen käyttää. Sopimuksen mukaan asiakas voi esimerkiksi saada mahdollisuuden sovelluksen muokkaamiseen tai johdannaisohjelmiston luomiseen sen pohjalta. Lisenssejä on kahta päätyyppiä. Yksinomainen lisenssi takaa, että tuotteen alkuperäinen omistaja ei myönnä samaa lisenssiä toiselle asiakkaalle. Tällainen sopimus auttaa säästämään kilpailuetua, koska voit olla varma, että sovelluksen ainutlaatuisia ominaisuuksia ei tarjota muille markkinoilla oleville yrityksille. Mutta saada sopimus, joka myöntää tällaisen etuoikeuden maksaa enemmän kuin ei-yksinomainen lisenssi, joka puolestaan voidaan myöntää useille eri asiakkaille.

tekijänoikeuden luovutus on vaihtoehto tekijänoikeuslisenssille. Tällöin sopimuksen mukaan kaikki oikeudet myöntää alkuperäinen omistaja asiakkaalle. Jos kehitysyhtiö päättää käyttää hänen lähdekoodiaan uudelleen, hänen on saatava lisenssi uudelta omistajalta.

kaikki näyttää aika helpolta. Mutta asiat voivat muuttua hieman monimutkaisemmiksi, jos puhumme kehitysprosessista, jossa avoimen lähdekoodin ohjelmistot ovat mukana. Koska se on kerännyt enemmän ja enemmän suosiota viime aikoina, se on hyvä idea katsomaan miten lupaprosessi toimii tässä tapauksessa.

joka omistaa avoimen lähdekoodin ohjelmistoja

laajan väärinkäsityksen vuoksi avoimen lähdekoodin ohjelmistot ja niihin liittyvä termi vapaa ohjelmisto mielletään usein täysin kaupallisen, myyntiin kehitetyn ja kaupallisiin tarkoituksiin tarkoitetun ohjelmiston vastaiseksi. Tosiasia on, että kaupalliset ohjelmistot voivat olla yhtä avoimen lähdekoodin ohjelmistoja kuin omistuksellisia.

on tärkeää käsitellä avoimen lähdekoodin tuotteen käyttöä kaupallisessa ohjelmistokehityksessä ennen kuin allekirjoitat sopimuksen kehittäjän kanssa. Ennen kuin jatkat, käsitellään ehdot. Avoimen lähdekoodin ohjelmistoa jaetaan lisenssillä, joka mahdollistaa lähdekoodin vaihtamisen ja jakamisen. Tällainen lähestymistapa antaa käyttäjille ja kehitysyrityksille mahdollisuuden tarkastella ja muokata olemassa olevia komponentteja omiin tarpeisiinsa. Avoimen lähdekoodin lisensseillä jaettavat ohjelmistot ovat yleensä maksuttomia, mutta on olemassa joitakin rajoituksia, jotka on syytä pitää mielessä ennen kehitysprosessin aloittamista.

mahdollisten vaatimusten lista voi vaihdella tuotekehittäjän nimen mainitsemisesta kehitetyn sovelluksen jakeluun samalla lisenssillä kuin käytetty avoimen lähdekoodin tuote.

muista, että sinun ja kehittäjän välisessä sopimuksessa tulisi kuvata, miten avoimen lähdekoodin lisenssin käyttö vaikuttaa lopulliseen tuotteeseen. Kannattaa muistaa, että avoimen lähdekoodin tuote ei ole public domain. Se on lisensoitu. Siksi on olemassa joitakin rajoituksia. Kuten on sanottu, ehdot voivat esimerkiksi edellyttää, että johdannaissovelluksen tulee noudattaa samaa avoimen lähdekoodin lisenssiä. Jos tällainen asiaintila ei vastaa aikeitasi, sinun ei pitäisi antaa kehitysprosessin mennä itsestään. Avoimen lähdekoodin lisenssissä ei tietenkään ole mitään haitallista, koska se ei rajoita mahdollisuutta hyötyä tuotteen käytöstä. Mutta jos kyseessä on oma ohjelmisto, sinun täytyy olla varma, että tietty lisenssi sallii avoimen lähdekoodin komponenttien käytön osana tällaisia projekteja. Esimerkiksi GPL-lisensoituja kirjastoja voidaan käyttää oman projektin kehittämisen aikana, jos lisenssinhaltija myöntää nimenomaisen poikkeuksen.

päätelmät

suojautuaksesi ei-toivotuilta seurauksilta varmista, että selvitit tekijänoikeuksien omistukseen liittyvät kysymykset neuvotellessasi kehityssopimuksesta. Sinun täytyy olla täysin varma, että sekä sinä että kehittäjä ymmärtävät toistensa odotukset. Sovelluksen toimivuuden lisäksi sopimuksessa pitäisi kertoa, mitä oikeuksia lähdekoodiin saat, kun työ on tehty.

jos olet huolissasi ideoidesi turvallisuudesta, jotka löytävät ruumiillistumansa lopputuotteen muodossa, älä anna asioiden mennä itsestään. Tee tästä vaatimuksesta osa neuvottelujasi ja varmista, että kaikki vaatimuksesi on kirjattu sopimukseen. Muista, että kehitysyhtiö yleensä omistaa sovelluksen ja voi pyytää sinua maksamaan palkkion omistuksen myöntämisestä. On myös otettava huomioon avoimen lähdekoodin komponenttien käyttö. Huomaa, että jotkut lisenssit on joitakin erityisiä rajoituksia, miten voit käyttää sovellusta perustuu avoimen lähdekoodin tuote.

Yrityksemme tarjoaa seuraavia kehityspalveluita: datan visualisointisovellukset, kalustonhallintaohjelmistot, toiminnanohjausohjelmistot jne. Yksi tärkeimmistä aikomuksistamme on luoda pitkäaikaisia ja tehokkaita suhteita asiakkaisiimme. Siksi olemme vastuussa sekä heidän että meidän eduistamme. Voitte siis olla varmoja, että lupa-asiat, kuten kaikki muutkin, selvitetään neuvotteluvaiheessa.

XB Softwaren toimitusosaston operatiivinen johtaja Vitaly Hornik on kommentoinut:
kehitysprosessin nopeuttamiseksi kehittäjiin kuuluu yleensä erilaisia kolmannen osapuolen kirjastoja ja työkaluja. Niin, välttää odottamattomia kysymyksiä sinun on parasta pyytää listan kaikki kamaa käytetään ja tarkistaa lisenssiehdot etukäteen, koska poistaminen tai korvaaminen voi johtaa suunnittelemattomia kustannuksia.

kun palkkaat mukautetun ohjelmistokehitysfirman, on aika luonnollista, että kiinnostuksen pääkohde on toimiva sovellus. Ensi näkemältä tällainen lähestymistapa näyttää melko kohtuulliselta. Räätälöity sovellus pitäisi täyttää vaatimukset, olla kätevä käyttäjille, näyttää houkutteleva ja, mikä tärkeintä, tehdä työtä ilman vikoja. Ei kai muuta syytä huoleen ole? Ei oikeastaan. mainittujen tekijöiden lisäksi on toinenkin ratkaiseva asia, johon ei kiinnitetä…

kun palkkaat mukautetun ohjelmistokehitysfirman, on aika luonnollista, että kiinnostuksen pääkohde on toimiva sovellus. Ensi näkemältä tällainen lähestymistapa näyttää melko kohtuulliselta. Räätälöity sovellus pitäisi täyttää vaatimukset, olla kätevä käyttäjille, näyttää houkutteleva ja, mikä tärkeintä, tehdä työtä ilman vikoja. Ei kai muuta syytä huoleen ole? Ei oikeastaan. mainittujen tekijöiden lisäksi on toinenkin ratkaiseva asia, johon ei kiinnitetä…

Vastaa

Sähköpostiosoitettasi ei julkaista.