Consegnare il codice sorgente al cliente

Che cosa dice il tuo contratto con il cliente?

Se non lo è, e questa è una lavoro a noleggio , allora è il proprietario del codice sorgente a meno che il tuo contratto dice il contrario.

In futuro, potresti volere che i tuoi contratti siano controllati da un avvocato.

Non sono un avvocato, questo non è un consiglio legale e probabilmente dovresti consultare un avvocato.

Sembra che la risposta risieda nel fatto che ciò rientri o meno in quella che è considerata un'opera a noleggio. C'è un grande articolo su questo a bitlaw , e come ho detto prima, solo un avvocato sarà in grado di rispondere alle tue domanda.

Questo è un problema che dovrebbe essere discusso prima del progetto e scritto esplicitamente nel contratto; non è solo un problema legale o finanziario, ma influenza anche in qualche modo il modo in cui viene realizzato il progetto. Ad esempio, quando sai di dover consegnare la fonte, farai, come buon fornitore, dei buoni commenti e una documentazione che corrisponda alle aspettative delle migliori pratiche. Potresti anche evitare di riutilizzare parte del tuo codice, perché quel codice potrebbe essere così intelligente che non vuoi darlo via.

Ora è troppo tardi. O concedere o contattare un avvocato.

È abbastanza tipico che il codice personalizzato per un cliente specifico sia disponibile gratuitamente su richiesta. Stanno comprando il tuo tempo per generare qualcosa per loro, e probabilmente a un certo punto vorranno tutto dal lavoro che hanno pagato. Ci sono ovviamente delle eccezioni.

Normalmente, il software scritto e "generalmente" venduto non avrà il codice sorgente liberamente disponibile, ma potrebbe averlo a disposizione per un prezzo.

Questa è una delle ragioni per cui il software personalizzato costa molto di più del software di "vendita generale" (anche quando il software "vendita generale" può avere numeri piccoli in circolazione).

La regola generale è che l'autore dell'opera possiede il copyright: ciò che crei, di tua proprietà.

Ci sono delle eccezioni a questo. Il più ovvio è il lavoro creato da un dipendente . L'altra eccezione ( Copyright Act del 1976, 17 USC 201 ) si trova nel "lavoro a noleggio" - dottrina che dice che il lavoro è di proprietà della persona che lo ha pagato. Ma affinché la WFH si verifichi, tutto ciò che segue deve essere vero:

1. Il lavoro è stato ordinato o commissionato. True.
2. C'era un accordo sul fatto che il lavoro sarebbe considerato una WFH. False.
3. Il lavoro fa parte di un insieme di nove categorie specifiche di lavoro: una traduzione, un contributo all'opera audiovisiva, un contributo a un'opera collettiva (come una rivista), come un atlante, come una compilazione, come un testo didattico , come test, come materiale di risposta per un test o un lavoro supplementare. False.

Quindi in questo caso non è richiesto per consegnare nulla.

(Alcuni testi che supportano questo sono qui , qui , qui , < a href="http://en.wikipedia.org/wiki/Work_for_hire#Law_of_the_United_States"> qui e qui )

Nel mio lavoro giornaliero non è raro che le imprese richiedano che il nostro codice sorgente venga assegnato a un servizio di deposito a garanzia. L'idea è che l'azienda non vuole impegnarsi a fare affidamento sul nostro software senza un modo per correggere i bug - o la nostra azienda sopravvive così possiamo risolverli, oppure il servizio di deposito a garanzia rilascia il codice a loro.

Tuttavia questo è presumibilmente un punto molto chiaro in un contratto, credo che non ottengano il codice sorgente a meno che la nostra azienda non vada a buon fine, e mi aspetto che questo sia compreso nel grande cartellino del prezzo relativo al contratto. Non sono sicuro di come si applica a un singolo appaltatore, uno scenario di piccole applicazioni.

Bene, per me il codice sorgente varrebbe il prezzo effettivo * 5

Ho avuto una situazione simile. Quando l'app è stata completata, la società ha deciso di acquistare il codice sorgente e far sostituire qualcun altro (ci stavo lavorando solo part-time). Hanno fatto quello che pensavo fosse un'offerta adeguata. Ho pensato che fosse scontato che ci avrei sempre lavorato e nessuno di noi sapeva di avere diritto al codice.

Succede che siano stati acquistati (non me ne sono accennato) e l'acquirente non ha voluto perdere tempo con le licenze del software. Non sono sicuro se sapessi che avrei chiesto di più. Probabilmente non da quando la persona che mi ha messo in contatto con questa azienda mi ha trovato anche altri progetti. Immagino che un buon karma possa venire dall'ignoranza.

Nel tuo caso dovresti dare loro il codice e chiedere di essere usato come riferimento per il tuo lavoro.

Innanzitutto perché tutti hanno sottolineato che questo avrebbe dovuto far parte del contratto originale. Assicurati che questo punto sia l'indirizzo in futuro.

In secondo luogo, qual è il valore di questo cliente? Puoi aspettarti di ottenere più affari da loro in futuro? Puoi usarli come riferimento per il lavoro futuro?

Infine, quanto danno possono farti? In molte, se non la maggior parte delle industrie, le parole arrivano velocemente. I cattivi sentimenti di questo cliente avranno un effetto negativo sugli altri clienti?

Probabilmente andrei avanti e glielo darei, possibile chiedendo una piccola somma di denaro. Assicurati che sappiano che lo stai facendo a loro vantaggio e che vorrai affrontare questo punto in un lavoro futuro che fai.

Se non era parte del contratto, nessuna parte ha il sopravvento sulla verità.

Abbiamo bisogno di più di ciò che hai detto su ciò che hanno detto al punto dell'accordo. se non sei d'accordo, prendi un avvocato e non lasciare che la gente ti spinga in giro.

respingi e dì: non lavoro per te, sto vendendo un software personalizzato per le tue esigenze, hai solo chiesto il software, il codice non è stato discusso, poiché mi richiederebbe un costo aggiuntivo per modificare il codice da presentare alle viste esterne.

buona fortuna

Non sono un avvocato, non è una sostituzione per la discussione dell'avvocato, nel tuo stato locale

Se il tuo contratto non dice nulla sul codice, non hai alcun obbligo di consegnarlo a loro. Considerando che se il tuo cliente è innocuo, hai rinunciato alla possibilità di correggere il programma per loro conto e di conseguenza ogni possibilità che potresti dover correggere per loro come un servizio. D'altra parte, se il tuo cliente usa quel codice per creare la propria applicazione e venderla, non ci sarebbe nulla che tu possa fare al riguardo. Anche se li hai fatti firmare un contratto in cui affermano di non poter riutilizzare il codice, saresti costretto a rispondere in tribunale per dimostrare che l'hanno fatto.

Se mai, chiedi a perché vogliono la fonte. Nulla di ciò che potevano dire a quella domanda poteva giustificare il motivo per cui avrebbero avuto bisogno del tuo codice quando potevi semplicemente farlo da solo.

Questo è un vecchio post, ma è ancora in discussione nel mondo di oggi.

Secondo me, se sei pagato a ore e guidato dal cliente per creare un programma software, devi consegnare il codice sorgente.

Se hai un software commerciale e lo vendi a loro da usare .. allora no non dovresti consegnare il codice sorgente.

Indipendentemente da ciò che è legale o no ... come non sono nemmeno un avvocato. La cosa giusta da fare è consegnare il codice sorgente. E se ti succedesse qualcosa? Il tuo cliente è lasciato fuori dal freddo. Inoltre, cosa succede se il software causa danni all'azienda? SEI RESPONSABILE! Lascia andare il codice di attesa nella speranza di essere pagato per il lavoro futuro. Basta fare un buon lavoro ad un prezzo ragionevole in primo luogo e il lavoro continuerà.

E alla persona che carica 5X per il codice sorgente. Come programmatore direi che sei molto bravo con la matematica. Perché qualcuno dovrebbe pagare 5 volte per qualcosa ... quando possono pagare un'altra persona per replicare semplicemente ciò che hai costruito? Questo è un modo veloce per essere licenziati. Non puoi mangiare il tuo codice sorgente ... quindi, pensando in questo modo, tu e il tuo codice sorgente sarete seduti ai margini.