bör kunden äger källkoden för programmet?

när du anställer ett anpassat mjukvaruutvecklingsföretag är det en ganska naturlig sak att huvudsyftet med ditt intresse är arbetsapplikationen. Vid första anblicken ser ett sådant tillvägagångssätt ganska rimligt ut. Skräddarsydd applikation ska uppfylla dina krav, vara bekväm för dina användare, se attraktiv ut och, viktigast av allt, göra jobbet utan några buggar. Det finns ingen annan källa till ångest, eller hur? Tja, inte exakt.

källkodsägande

förutom de nämnda faktorerna finns det en annan viktig sak som inte ges tillräckligt med uppmärksamhet eftersom den stannar ”under ytan.”Vi pratar om källkoden. Sanningen är att du inte får rätt att äga hela ansökan automatiskt när du ansöker om utvecklingsföretagets tjänster. Prissättningspolitiken skiljer sig från ett företag till ett annat. Ibland ingår rätten att äga källkoden i det totala priset. Men vissa utvecklingsföretag kräver extra betalning för att ge rättigheter till källkoden. Eftersom äganderätten till källkoden garanterar möjligheten att kopiera, sälja och modifiera programvara, bör du inte underskatta licensproblemen och vara uppmärksam på detaljerna i avtalet mellan dig och utvecklaren.

i den här artikeln ger vi svar på några viktiga frågor relaterade till källkodslicensen. Kom ihåg de fallgropar som ska undvikas under ingåendet av mjukvaruutvecklingsavtalet, du kommer att kunna nå bästa möjliga perspektiv.

Vem äger Programvarans källkod?

vanligtvis, när någon använder sin programmeringsförmåga för att utveckla en webbplats, applikation eller en modul, äger han upphovsrätten till allt han har skapat. Det beror på ägarens beslut om hur den skapade programvaran ska användas. Han kan bygga en ny version av applikationen på befintlig basis eller distribuera kopiorna av appen under fri eller kommersiell licens. Allt ser ganska rättvist ut. Men finns det en mekanism som gör det möjligt att delegera rätten att äga källkoden från utvecklaren till någon annan? Låt oss se.

när en utvecklare arbetar som anställd i utvecklingsföretaget och skapar källkoden inom ramen för sin anställning, äger utvecklingsföretaget som anställde honom den skapade programvaran. Vanligtvis kan en sådan utvecklare inte avyttra sin egen utveckling som skapats under arbetstiden.

som du kanske kommer ihåg stod huvudpersonen i Silicon Valley TV-serien inför upphovsrättsfrågorna. Anledningen var enkel. Det visade sig att hans ansökan delvis skapades under arbetstiden medan han var anställd i software development corporation. Tro oss eller inte, den beskrivna situationen är inte så långt från det verkliga livet. I de flesta fall ägs produkten som skapats av en anställd Utvecklare antingen av arbetsgivaren eller av kunden som beställde den. Detaljerna om hur den skriftliga källkoden kan användas beskrivs i programvaruutvecklingsavtalet.

Custom Software License Agreement

innan du skapar den första komponenten i den framtida applikationen bör varje leverantör se till att det inte finns några källor till missförstånd mellan honom och klienten. Deltagarna bör tydligt förstå sina förväntningar som måste formuleras och skrivas ner i mjukvaruutvecklingsavtalet. Bland andra viktiga aspekter bör utvecklingsavtalet mellan kunden och säljaren definiera vem som ska äga upphovsrätten efter att projektet är klart. Listan över specifika rättigheter som respektive parter kommer att få enligt avtalet kan variera avsevärt. Utan att fördjupa sig i upphovsrättslagen kan vi nämna två huvudformer för ägardelning: licens för upphovsrätt och tilldelning av upphovsrätt.

licensen för upphovsrätt ger en klient möjlighet att använda källkoden utan att få full äganderätt. Det beror på särskilda villkor i utvecklingsavtalet om hur exakt den skapade programvaran kan användas. Till exempel, enligt avtalet, kan kunden få möjlighet att ändra applikationen eller skapa derivatprogramvara på grundval av detta. Det finns två huvudtyper av licenser. Den exklusiva licensen garanterar att den ursprungliga ägaren av produkten inte kommer att bevilja samma licens till en annan kund. Ett sådant avtal bidrar till att spara konkurrensfördelar eftersom du kan vara säker på att de unika funktionerna i programmet inte kommer att ges till något annat företag på marknaden. Men att få avtalet som beviljar ett sådant privilegium kommer att kosta dig mer än en icke-exklusiv licens som i sin tur kan beviljas flera olika kunder.

tilldelning av upphovsrätt är ett alternativ till licensen för upphovsrätten. I det här fallet, enligt avtalet, beviljas alla rättigheter av den ursprungliga ägaren till kunden. Så, om utvecklingsföretaget kommer att besluta att återanvända sin källkod, måste han få licensen från den nya ägaren.

allt verkar se ganska enkelt ut. Men saker kan bli lite mer komplicerade om vi pratar om utvecklingsprocessen där programvara med öppen källkod är inblandad. Eftersom det blir mer och mer populärt på senare tid är det bra att ta en titt på hur licensprocessen fungerar i det här fallet.

Vem äger programvara med öppen källkod

på grund av det utbredda missförståndet uppfattas programvara med öppen källkod och den relaterade termen fri programvara ofta som fullständigt motstånd mot den kommersiella programvaran som är utvecklad för försäljning och tjänar kommersiella ändamål. Faktum är att kommersiell programvara kan vara lika öppen källkod som proprietär.

det är viktigt att hantera aspekterna av att använda open source-produkten i processen för kommersiell mjukvaruutveckling innan avtalet undertecknas med utvecklaren. Innan vi fortsätter, låt oss hantera villkoren. Programvaran med öppen källkod distribueras under licensen som gör det möjligt att ändra och dela källkoden. Ett sådant tillvägagångssätt gör det möjligt för användare och utvecklingsföretag att granska och modifiera befintliga komponenter för sina egna behov. Programvara som distribueras under en av Open source-licenserna är vanligtvis gratis, men det finns vissa begränsningar som bör hållas i åtanke innan utvecklingsprocessen påbörjas.

listan över möjliga krav kan variera från att nämna produktutvecklarens namn till att distribuera den utvecklade applikationen under samma licens som den använda Open source-produkten.

tänk på att avtalet mellan dig och utvecklaren ska beskriva hur användningen av Open source-licensen kommer att påverka slutprodukten. Du bör komma ihåg att en öppen källkodsprodukt inte är det offentliga området. Det är licensierat. Därför finns det vissa begränsningar. Till exempel, som det har sagts, kan villkoren kräva att derivatapplikationen ska följa samma open source-licens. Om ett sådant tillstånd inte matchar dina avsikter, bör du inte låta utvecklingsprocessen gå av sig själv. Naturligtvis finns det inget skadligt att använda öppen källkodslicens eftersom det inte begränsar möjligheten att dra nytta av produktanvändningen. Men när det gäller proprietär programvara måste du vara säker på att en viss licens tillåter användning av open source-komponenter som en del av en sådan typ av projekt. Till exempel kan GPL-licensierade bibliotek användas under utvecklingen av det proprietära projektet, om licensinnehavaren beviljar ett uttryckligt undantag.

slutsatser

för att skydda dig mot oönskade konsekvenser, se till att du klargjorde frågorna om upphovsrättsligt ägande när du förhandlar om utvecklingsavtalet. Du måste vara helt säker på att både du och utvecklaren förstår varandras förväntningar. Förutom programmets funktionalitet ska avtalet beskriva vilka rättigheter på källkoden du får efter jobbet är gjort.

om du är orolig för säkerheten för dina tankar som kommer att hitta deras utförande i form av slutprodukten, låt inte saker gå av sig själva. Gör detta krav till en del av dina förhandlingar och se till att alla dina krav skrivs ner i avtalet. Kom ihåg att ett utvecklingsföretag vanligtvis äger appen och kan be dig betala en premie för att ge dig ägandet. Vad som också bör beaktas är användningen av Open source-komponenterna. Var medveten om att vissa av licenserna har vissa specifika begränsningar för hur du kan använda applikationen baserat på open source-produkten.

vårt företag tillhandahåller nästa utvecklingstjänster: datavisualiseringsappar, fleet management-programvara, enterprise resource planning-programvara etc. En av våra huvudsakliga avsikter är att skapa långsiktiga och effektiva relationer med våra kunder. Därför är vi ansvariga för deras intressen såväl som för våra. Så du kan vara säker på att licensproblemen, liksom alla andra, kommer att klargöras under förhandlingsfasen.

Vitaly Hornik, Chief Operating Officer of Delivery Department of XB Software, har kommenterat:
för att påskynda utvecklingsprocessen innehåller Utvecklare vanligtvis olika tredjepartsbibliotek och verktyg. Så, för att undvika oväntade problem du skulle bättre begära en lista över alla saker som används och kontrollera licensvillkoren i förväg eftersom Ta bort eller ersätta dem kan leda till oplanerade kostnader.

när du anställer ett anpassat mjukvaruutvecklingsföretag är det en ganska naturlig sak att huvudsyftet med ditt intresse är arbetsapplikationen. Vid första anblicken ser ett sådant tillvägagångssätt ganska rimligt ut. Skräddarsydd applikation ska uppfylla dina krav, vara bekväm för dina användare, se attraktiv ut och, viktigast av allt, göra jobbet utan några buggar. Det finns ingen…

när du anställer ett anpassat mjukvaruutvecklingsföretag är det en ganska naturlig sak att huvudsyftet med ditt intresse är arbetsapplikationen. Vid första anblicken ser ett sådant tillvägagångssätt ganska rimligt ut. Skräddarsydd applikation ska uppfylla dina krav, vara bekväm för dina användare, se attraktiv ut och, viktigast av allt, göra jobbet utan några buggar. Det finns ingen…

Lämna ett svar

Din e-postadress kommer inte publiceras.