Freelance - Condividi il codice sorgente? [duplicare]

Question

Freelance - Condividi il codice sorgente? [duplicare]

#1 da (27 voti)
#2 da (14 voti)
#3 da (12 voti)
#4 da (4 voti)
#5 da (0 voti)
#6 da (0 voti)
#7 da (0 voti)

10

Ho sviluppato un paio di applicazioni Windows basate su form in vb.net per un client e funzionano tutte bene e mi ha pagato tramite un sito freelance. Ho consegnato l'eseguibile e l'installazione al client e tutto andava bene. Ora il client vuole il codice sorgente per l'applicazione. Esiste una pratica generale sulla condivisione del codice sorgente con il client?

Nota: il cliente non ha mai menzionato il fatto che ha bisogno del codice sorgente e ora lo sta chiedendo dopo una settimana dopo che l'app è stata completata e ha effettuato il pagamento.

Non mi interessa condividere il codice sorgente, ma non sono sicuro se dovrei. Questo probabilmente significa che il cliente non mi assumerebbe di nuovo e la domanda più importante è davvero il codice sorgente di sua proprietà?

Questa domanda potrebbe essere stata chiesta alcune volte, ma non riesco ancora a trarre una conclusione su ciò che è giusto.

update

Per rispondere ad alcune domande:

Il codice sorgente non è stato menzionato affatto. Non è stato firmato alcun contratto esclusivo ad eccezione del consueto accordo del sito freelance.
Non sono sicuro che lo sviluppo del software sia disponibile per il lavoro ed è valido per gli utenti al di fuori degli Stati Uniti?
Il motivo per cui non condivido il codice sorgente era che questo era un progetto molto piccolo e sono stato pagato per poche ore. Quindi, se ho un'opzione, sicuramente vorrei tenere il codice sorgente a me stesso in modo da dare al cliente la possibilità di tornare. L'applicazione funziona perfettamente e il codice è solido. Inoltre, il compito che il cliente voleva raggiungere era molto impegnativo e non vorrei che altri programmatori (concorrenti) sapessero come l'ho raggiunto.

Quindi, a meno che non ottenga la conferma che il codice sorgente è puramente di proprietà del cliente, non sarei disposto a condividerlo.

source-code freelancing

posta Tec 24.04.2012 - 02:05

fonte

7 risposte

Leggi altre domande sui tag source-code freelancing

Qual è la peggiore decisione tecnologica che tu abbia mai visto? [chiuso] I diritti d'autore si annullerebbero se reiscrissi il progetto open source in un'altra lingua? [duplicare]

score 27 · Answer 1

Nella mia esperienza, il codice sorgente viene tipicamente consegnato.

La ragione di questo è che la persona che ti assume sta comprando il tuo tempo per scrivere il codice sorgente. Di solito se qualcuno riceve solo l'applicazione e NON il codice sorgente, sta acquistando una licenza per utilizzare il software , che è essenzialmente ciò che stai facendo fornendogli l'eseguibile, ma mantenendo tutto il codice sorgente.

Detto questo, cosa è scritto nel contratto? Se non dice specificamente, allora è un'area grigia legale. Le aree grigie legali significano che probabilmente non puoi essere citato in giudizio, e l'unica cosa che è davvero in gioco è la tua relazione con il cliente e la tua reputazione.

score 14 · Answer 2

This probably means the client would not hire me again...

Perché? Pensi che non ti assumeranno a causa della scarsa qualità del codice, o pensi che una volta ottenuto il codice non abbiano più bisogno di te?

Se il codice è pessimo, considera la lezione appresa e fai un lavoro migliore la prossima volta. D'altra parte, se il codice è solido, perché non vorrebbe vogliono lavorare di nuovo con te? Potrebbero voler aggiungere funzionalità a qualunque cosa tu abbia fatto, e chi è meglio farlo rispetto al tizio che ha scritto il codice in primo luogo? Oppure potrebbero avere altri progetti in cantiere, e più felici saranno con il tuo lavoro, più è probabile che vorranno continuare a lavorare con te.

BTW, sono d'accordo con gli altri due post. Non sono un avvocato, ma sembra che questo fosse un lavoro diretto per il noleggio, e questo di solito significa che il codice è il loro.

score 12 · Answer 3

Nei progetti "lavori fatti per noleggio", non è questione di condividere il codice sorgente, il codice sorgente appartiene a loro. Ad esempio, nel sito vWorker, sotto Legal, si legge: "Il datore di lavoro riceverà diritti d'autore esclusivi e completi per tutte le opere acquistate". Il codice sorgente fa parte del deliverable.

Non so quale sito freelancer hai fatto, ma è probabile che abbiano un linguaggio simile.

score 4 · Answer 4

Se il tuo obiettivo è fare più lavoro per questo cliente, dai loro il codice sorgente. È un piccolo progetto e il cliente andrà da qualcun altro solo per farti dispetto. So che vorrei

Dato che non c'era accordo, dai al cliente il codice, ma ottieni un accordo scritto che ti è permesso usare, vendere, modificare, per lavoro personale o futuro.

Se sei pagato a ore, puoi addebitare il tuo tempo per mettere insieme il codice e inviarlo al cliente.

score 0 · Answer 5

Il mio primo pensiero non è stato, ma dopo aver letto le altre risposte, di solito si presume che se si paga per un pacchetto software "personalizzato" lo possiedono.

Se si trattava di un acquisto o di una licenza, allora sì, avresti il codice, ma non era questo il caso.

È probabile che la società lo richieda affinché possano mantenerlo in futuro. Potrebbero avere una persona interna, potrebbero ricorrere a te o qualcun altro. La loro opinione su di te probabilmente avrà molto più a che fare con il modo in cui hai lavorato con loro, quanto sono stati validi i risultati finali e quanto gli è piaciuto lavorare con te personalmente.

score 0 · Answer 6

Direi che dipende, come altri hanno detto, dal contratto in essere principalmente. Controlla prima. Questo sarà il fattore determinante chiave. Se non specifica specificamente che tutto il lavoro, incluso l'IP e il codice sorgente appartiene al cliente, allora controlla le regole del tuo paese / stato. In Australia, ad esempio, in molti campi, come questo, a meno che l'IP sia spe

score 0 · Answer 7

Nella mia esperienza questo è comune. Come dichiarato, questo dovrebbe essere concordato in anticipo e scritto nel contratto. Ma ha comprato il tuo tempo di programmazione e il prodotto dovrebbe essere suo.

Per contratti futuri: il codice sorgente è la tua assicurazione. Quindi distribuisci un eseguibile, per testare e vedere che hai fatto ciò che ti è stato chiesto. E appena dopo il pagamento, dai il codice. In questo modo il cliente vede che hai svolto il lavoro, ma non può estenderlo in futuro senza pagarlo. (E tutti i requisiti cambiano prima o poi)