Vendita del codice sorgente, di cosa dovrei essere a conoscenza [chiuso]

Question

Ho ricevuto una richiesta di acquisto del codice sorgente di un sito Web che ho sviluppato e mi chiedevo se qualcuno si trovasse nella stessa situazione e se ci fosse qualcosa di cui dovrei essere consapevole. Qualcuno ha qualche consiglio su come dovrei gestire questa situazione?

Answer 1

Primo, un avvertimento, non sono un avvocato. Affatto. Ma mi preoccupo molto della proprietà intellettuale e non vengo denunciato, quindi provo a conoscerlo un po '.

In nessun ordine particolare:

• Ricontrolla le tue regole di lavoro : quando hai accettato il lavoro pagandoti denaro, qual è la tua organizzazione? Hai dovuto firmare delle dichiarazioni per dare alla tua azienda il controllo su tutto il codice che hai prodotto? Anche se si trattava di un progetto personale e non pagato, la proprietà aziendale può ottenerti se hai firmato un rigoroso accordo di proprietà intellettuale.
• Open source usato? : esistono alcune licenze open source principali, le leggi e le controlla per vedere le condizioni di vendita di un prodotto con dipendenze sull'open source.
• Quali risultati finali si aspetta l'acquirente? - Codice creato? codice sorgente? Inoltre, cosa puoi fare per proteggere il tuo codice (offuscamento).
• Si aspettano supporto? - attenzione, nella mia esperienza con i clienti aziendali, un servizio utile, gratuito " certo, chiamami se hai una domanda veloce " può rapidamente richiedere tempo. Se sei disposto a dedicare un paio d'ore gratuite, sii molto chiaro che darai gratuitamente fino a X ore di supporto. E sii chiaro su quale sia il tuo tasso di fatturazione. Se davvero non vuoi supportarlo, rendi il costo del tuo tempo molto alto.
• Che tipo di supporto vogliono? - risposte & amp; aiuto alla configurazione? Correzioni di bug?
• Che tipo di istruzioni di installazione sono previste?
• Che cosa possiedono quando acquistano questo? - una singola installazione per un singolo server? una licenza a livello di sito per installarlo dove vogliono? o --- nel peggiore dei casi - possiedono questo lucchetto, calcio e botte in modo tale che tu non possa più svilupparlo e continuare a usarlo da solo?

Ottieni queste risposte chiarite, per iscritto, con le firme.
È una buona idea chiedere a qualcuno esterno di leggerlo per verificare l'ambiguità. È un'idea ancora migliore per redigere l'accordo e far leggere un avvocato: il tuo avvocato, non l'avvocato dell'acquirente.

Evita qualsiasi offerta di cenno del capo / wink / handshake. La fiducia personale è grande, ma le persone cambiano se la situazione diventa stressante. Oppure le persone vanno e vengono all'interno delle aziende: oggi l'acquirente potrebbe essere una persona diversa.

Answer 2

La prima cosa che devi considerare è:

Con quale licenza stai fornendo il codice?

Se non stipuli una licenza, sono praticamente liberi di farne ciò che vogliono. È questo che vuoi? È difficile rispondere alla domanda senza conoscere i dettagli della situazione: perché vendi il codice sorgente?

Se si tratta di un cliente e quindi è possibile che facciano le proprie modifiche personalizzate che altrimenti verrebbero pagati, il prezzo dovrebbe riflettere che "lavoro perso". Inoltre, vorrai limitare la loro capacità di ridistribuire o rivendere quel codice sorgente.

Se a qualcuno piace solo il tuo sito e desidera il codice, fai molta attenzione perché c'è la possibilità che lo prenda e lo crei. Questo potrebbe o meno essere un problema per te. Ma considera ancora le questioni di rivendita, ridistribuzione, diritti di utilizzo e proprietà.

A seconda di cosa serve il codice, potresti anche considerare a cosa serve, a cosa può essere utilizzato e come ciò ti influenzerà professionalmente o meno. È possibile che tu voglia limitare l'utilizzo del codice per determinate cose (ad es. Siti per adulti o di poker) o che desideri richiedere l'attribuzione.

Anche per tutte queste cose, devi considerare quali termini trasferire in caso di ridistribuzione (ad es. come è "virale" la tua licenza).

Esistono molte licenze open source (GPL, Apache, MIT, BSD, MPL, LGPL, ecc.). Ti suggerirei di prenderne uno come base e modificarlo secondo i tuoi gusti. È molto meno probabile che ti trovi nei guai in questo modo rispetto a quando ti viene in mente i tuoi termini.