în cazul în care Clientul deține codul sursă pentru aplicația?

când angajați o companie de dezvoltare de software personalizată, este un lucru destul de natural că obiectul principal de interes este aplicația de lucru. La prima vedere, o astfel de abordare pare destul de rezonabilă. Aplicația personalizată ar trebui să îndeplinească cerințele dvs., să fie convenabilă pentru utilizatorii dvs., să arate atractivă și, cel mai important, să facă treaba fără bug-uri. Nu există altă sursă de anxietate, nu? Ei bine, nu chiar.

proprietatea codului sursă

pe lângă factorii menționați, există un alt lucru crucial căruia nu i se acordă suficientă atenție, deoarece rămâne „sub suprafață.”Vorbim despre codul sursă. Adevărul este că nu obțineți dreptul de a deține automat întreaga aplicație atunci când solicitați serviciile companiei de dezvoltare. Politica de prețuri diferă de la o companie la alta. Uneori, dreptul de a deține codul sursă este inclus în prețul total. Dar unele companii de dezvoltare necesită o plată suplimentară pentru furnizarea drepturilor la codul sursă. Deoarece dreptul de proprietate asupra codului sursă garantează posibilitatea de a copia, vinde și modifica software-ul, nu trebuie să subestimați problemele de licențiere și să fiți atenți la detaliile acordului dintre dvs. și Dezvoltator.

în acest articol, vom da răspunsuri la câteva întrebări importante legate de licențierea codului sursă. Amintindu capcanele care trebuie evitate în timpul încheierii acordului de dezvoltare software, veți putea ajunge la cele mai bune perspective posibile.

Cine deține codul sursă al Software-ului?

de obicei, atunci când cineva își folosește abilitățile de programare pentru a dezvolta un site web, o aplicație sau un modul, el deține drepturile de autor asupra a tot ceea ce a creat. Depinde de decizia proprietarului cu privire la modul în care va fi utilizat software-ul creat. El poate construi o nouă versiune a aplicației pe baza existentă sau poate distribui copiile aplicației sub licență gratuită sau comercială. Totul pare destul de corect. Dar există un mecanism care permite delegarea dreptului de a deține codul sursă de la dezvoltator la oricine altcineva? Să vedem.

când un dezvoltator lucrează ca angajat al companiei de dezvoltare și creează codul sursă în domeniul angajării sale, firma de dezvoltare care l-a angajat deține software-ul creat. De obicei, un astfel de dezvoltator nu poate dispune de propriile dezvoltări create în timpul programului de lucru.

după cum vă amintiți, personajul principal al serialului TV Silicon Valley s-a confruntat cu problemele legate de drepturile de autor. Motivul a fost simplu. S-a dovedit că cererea sa a fost creată parțial în timpul programului de lucru în timp ce era angajat al corporației de dezvoltare software. Credeți-ne sau nu, situația descrisă nu este atât de departe de viața reală. În majoritatea cazurilor, produsul creat de un dezvoltator angajat este deținut fie de angajator, fie de clientul care l-a comandat. Detaliile despre modul în care poate fi utilizat codul sursă scris sunt descrise în acordul de dezvoltare software.

acord de licență pentru software personalizat

înainte de a crea prima componentă a viitoarei Aplicații, fiecare furnizor trebuie să se asigure că nu există surse de neînțelegeri între el și client. Participanții ar trebui să înțeleagă în mod clar așteptările lor, care trebuie formulate și scrise în acordul de dezvoltare software. Printre alte aspecte importante, acordul de dezvoltare dintre client și vânzător ar trebui să definească cine va deține drepturile de autor după finalizarea proiectului. Lista drepturilor specifice pe care părțile respective le vor obține conform Acordului poate varia semnificativ. Fără a aprofunda specificul legii drepturilor de autor, putem menționa două forme principale de partajare a proprietății: licența drepturilor de autor și atribuirea drepturilor de autor.

licența drepturilor de autor oferă clientului posibilitatea de a utiliza codul sursă fără a obține dreptul de proprietate deplină. Depinde de termenii specifici ai acordului de dezvoltare cu privire la modul în care poate fi utilizat exact software-ul creat. De exemplu, conform acordului, clientul poate obține posibilitatea de a modifica aplicația sau de a crea software derivat pe baza sa. Există două tipuri principale de licențe. Licența exclusivă garantează că proprietarul inițial al produsului nu va acorda aceeași licență unui alt client. Un astfel de acord ajută la salvarea avantajului competitiv, deoarece puteți fi siguri că caracteristicile unice ale aplicației nu vor fi furnizate niciunei alte companii de pe piață. Dar obținerea acordului care acordă un astfel de privilegiu vă va costa mai mult decât o licență neexclusivă care, la rândul său, poate fi acordată mai multor clienți diferiți.

cesiunea drepturilor de autor este o alternativă la licența drepturilor de autor. În acest caz, conform Acordului, Toate drepturile sunt acordate de proprietarul inițial clientului. Deci, dacă compania de dezvoltare va decide să-și refolosească codul sursă, va trebui să obțină licența de la noul proprietar.

totul pare să arate destul de ușor. Dar lucrurile pot deveni un pic mai complicate în cazul în care vorbim despre procesul de dezvoltare în care este implicat software-ul open-source. Deoarece câștigă din ce în ce mai multă popularitate în ultima vreme, va fi o idee bună să aruncați o privire asupra modului în care funcționează procesul de licențiere în acest caz.

Cine deține Software Open-Source

din cauza neînțelegerii pe scară largă, software-ul open-source și termenul asociat software liber sunt adesea percepute ca opoziție completă față de software-ul comercial care este dezvoltat pentru vânzare și servește scopurilor comerciale. Faptul este că software-ul comercial poate fi la fel de open-source ca proprietate.

este important să se ocupe de aspectele legate de utilizarea produsului open-source în procesul de dezvoltare de software comercial înainte de semnarea acordului cu dezvoltatorul. Înainte de a continua, să ne ocupăm de termeni. Software-ul open-source este distribuit sub Licența care permite modificarea și partajarea codului sursă. O astfel de abordare permite utilizatorilor și companiilor de dezvoltare să revizuiască și să modifice componentele existente pentru propriile nevoi. Software-ul care este distribuit sub una dintre licențele open-source este de obicei gratuit, dar există unele restricții care trebuie păstrate în minte înainte de a începe procesul de dezvoltare.

lista posibilelor cerințe poate varia de la menționarea numelui dezvoltatorului produsului la distribuirea aplicației dezvoltate sub aceeași licență ca produsul open-source utilizat.

rețineți că Acordul dintre dvs. și dezvoltator ar trebui să descrie modul în care utilizarea licenței open-source va afecta produsul final. Trebuie să vă amintiți că un produs open-source nu este domeniul public. Este licențiat. Prin urmare, există unele restricții. De exemplu, așa cum s-a spus, termenii pot solicita ca aplicația derivată să urmeze aceeași licență open-source. Dacă o astfel de stare de lucruri nu se potrivește cu intențiile dvs., nu ar trebui să lăsați procesul de dezvoltare să meargă de la sine. Desigur, nu este nimic dăunător în utilizarea licenței open-source, deoarece nu limitează capacitatea de a profita de utilizarea produsului. Dar, în cazul software-ului proprietar, trebuie să fiți sigur că o anumită licență permite utilizarea componentelor open-source ca parte a unor astfel de proiecte. De exemplu, bibliotecile licențiate GPL pot fi utilizate în timpul dezvoltării proiectului proprietar, dacă titularul licenței acordă o excepție explicită.

concluzii

pentru a vă proteja de consecințele nedorite, asigurați-vă că ați clarificat problemele legate de dreptul de autor în timpul negocierii Acordului de dezvoltare. Trebuie să fii absolut sigur că atât tu, cât și dezvoltatorul înțelegeți așteptările celuilalt. Pe lângă funcționalitatea aplicației, acordul ar trebui să descrie ce drepturi asupra codului sursă veți obține după terminarea lucrării.

dacă sunteți preocupat de siguranța ideilor dvs. care își vor găsi întruchiparea sub forma produsului final, nu lăsați lucrurile să meargă singure. Faceți din această cerere partea negocierilor dvs. și asigurați-vă că toate cerințele dvs. sunt scrise în acord. Amintiți-vă că o companie de Dezvoltare deține de obicei aplicația și vă poate cere să plătiți o primă pentru acordarea dreptului de proprietate. Ceea ce ar trebui să fie, de asemenea, luate în considerare este utilizarea componentelor open-source. Rețineți că unele licențe au anumite restricții specifice cu privire la modul în care puteți utiliza aplicația pe baza produsului open-source.

compania noastră oferă următoarele servicii de dezvoltare: aplicații de vizualizare a datelor, software de gestionare a flotei, software de planificare a resurselor întreprinderii etc. Una dintre intențiile noastre principale este crearea de relații de lungă durată și eficiente cu clienții noștri. Prin urmare, suntem responsabili atât pentru interesele lor, cât și pentru ale noastre. Deci, puteți fi siguri că problemele de licențiere, precum și toate celelalte, vor fi clarificate în timpul etapei de negociere.

Vitaly Hornik, directorul operațional al Departamentului de livrare al XB Software, a comentat:
pentru a accelera procesul de dezvoltare, dezvoltatorii includ de obicei diferite biblioteci și instrumente terțe. Deci, pentru a evita orice probleme neașteptate, ar fi bine să solicitați lista tuturor lucrurilor utilizate și să verificați termenii licenței în avans, deoarece eliminarea sau înlocuirea acestora poate duce la cheltuieli neplanificate.

când angajați o companie de dezvoltare de software personalizată, este un lucru destul de natural că obiectul principal de interes este aplicația de lucru. La prima vedere, o astfel de abordare pare destul de rezonabilă. Aplicația personalizată ar trebui să îndeplinească cerințele dvs., să fie convenabilă pentru utilizatorii dvs., să arate atractivă și, cel mai…

când angajați o companie de dezvoltare de software personalizată, este un lucru destul de natural că obiectul principal de interes este aplicația de lucru. La prima vedere, o astfel de abordare pare destul de rezonabilă. Aplicația personalizată ar trebui să îndeplinească cerințele dvs., să fie convenabilă pentru utilizatorii dvs., să arate atractivă și, cel mai…

Lasă un răspuns

Adresa ta de email nu va fi publicată.