Come utilizzare il mio framework proprietario su un nuovo lavoro senza renderlo open source? [chiuso]

6

Ho lavorato su un framework per anni. È solido, ampio e testato. È esattamente ciò di cui il datore di lavoro ha bisogno per la fondazione del suo nuovo progetto. Non ha senso riscrivere tutto da zero o usare un'alternativa open source in competizione.

Il mio desiderio è di dare una licenza gratuita, non esclusiva, non ridistribuibile al datore di lavoro per l'accesso ai binari e alle fonti, in modo che il datore di lavoro possa cambiare il codice. Comprendo che il datore di lavoro non può dipendere dal codice closed-source, quindi sono disposto a fornire gratuitamente le mie fonti al datore di lavoro (l'equivalente a due anni del mio lavoro gratuitamente). Voglio solo proteggere il mio copyright e impedire al datore di lavoro di fornire il codice a qualcun altro. Credo che molti programmatori si troveranno in questa situazione quando inizieranno un nuovo lavoro.

Tuttavia, renderlo open source è fuori discussione per una serie di motivi che non hanno importanza ai fini di questa domanda. Voglio mantenere la fonte chiusa, ma fornire una copia gratuita con una licenza non esclusiva, non redistritubable.

Quindi le mie domande sono:

  • Quando lo faccio sapere che ho un framework che vorrei usare? Probabilmente prima che prenda il lavoro perché se non vogliono usarlo OPPURE non accetto la mia licenza non sto accettando il lavoro.

  • Che tipo di licenza dovrei usare per fare questo accordo con il mio datore di lavoro?

  • Altre considerazioni o commenti?

Aggiornamenti:

  1. Una cosa che posso dire è che ci sono altre società che usano il software (con licenze), quindi non posso renderlo open source o semplicemente trasferire il copyright al mio nuovo datore di lavoro, che è ciò che effettivamente accade se lo usi nel tuo lavoro senza avere questa discussione.
posta asyncio 02.08.2013 - 23:58
fonte

3 risposte

4

Poiché l'utilizzo del tuo framework è una condizione per te nell'accettare il lavoro, devi davvero discuterne prima che tu (anche verbalmente) accetti qualsiasi tipo di offerta.

Per quanto riguarda la domanda di licenza, il fatto che tu fornisca un accesso "cliente" al tuo codice sorgente non implica che devi rendere open source il tuo progetto. È completamente possibile fornire il framework (incluso il codice sorgente) al proprio datore di lavoro con la stessa licenza utilizzata per le altre società. A meno che la licenza lo consenta esplicitamente, possono leggere il codice sorgente, ma non modificarlo o ridistribuirlo.
Puoi anche scegliere di dare al tuo datore di lavoro una licenza più rilassata che consenta la modifica, ma non la ridistribuzione.

Per quanto riguarda altre cose da considerare:

  • Daresti loro una licenza se vuoi il tuo framework, ma non offri un lavoro accettabile per te?
  • Hai preso in considerazione la possibilità di apportare un miglioramento gradevole a nome del tuo datore di lavoro che potresti voler distribuire anche ai tuoi altri clienti? Farlo senza il consenso del tuo datore di lavoro potrebbe farti cadere su una china scivolosa.

Invece di stipulare un contratto di lavoro standard e portare il tuo framework, potresti anche considerare alcuni costrutti più insoliti. Ad esempio, si stipulano due contratti. Uno è un contratto di lavoro per il lavoro che svolgerai per il tuo datore di lavoro, con la differenza che qualsiasi lavoro svolto sul tuo quadro su richiesta del tuo datore di lavoro è escluso dai termini del contratto, ma il tuo datore di lavoro è tenuto a darti l'opportunità per eseguire quel lavoro in orario di lavoro. L'altro è un contratto di servizio per il tuo quadro in base al quale si esegue il lavoro escluso dal contratto di lavoro regolare.
Il vantaggio di un tale costrutto è che rimane chiaro che tu sei e rimani nel pieno controllo del framework. In cambio, il tuo datore di lavoro ottiene velocemente gli aggiornamenti richiesti (poiché non devi farlo nel tuo tempo libero).

Poiché si tratta di una situazione piuttosto insolita, ti consiglio vivamente di cercare un consiglio legale adeguato.

    
risposta data 03.08.2013 - 09:28
fonte
11

In qualità di potenziale datore di lavoro, questo per me produrrebbe molte bandiere rosse.

  • I framework proprietari sono in genere significativamente meno utilizzati, documentati e testati rispetto alla concorrenza. Altri occhi = più bug trovati / risolti, più documentazione scritta, ecc.
  • Mostra che ti opponi alla standardizzazione nella tua comunità. Cosa c'è di sbagliato con i quadri esistenti? Stai assumendo che il tuo sia migliore. A meno che tu non stia assumendo un ruolo da protagonista, questo di solito è negativo per me.
  • Stai già causando problemi legali per te e la società. Lo considererei solo se fosse un MIT o licenze simili (posso fare tutto ciò che voglio) - qualsiasi altra cosa è seriamente limitante in futuro. Nessuno vuole occuparsi dei problemi dell'IP e crearli al momento dell'assunzione è un'idea orribile. Considerazioni: cosa succede se la società o il prodotto cambia proprietà? E se provassero a raccogliere fondi? Se hai già lasciato, c'è una potenziale causa legale in attesa di accadere.
  • Ti suggerisce di accumulare conoscenza e fare cose che meglio di te, piuttosto che la comunità o la tua azienda. Se lasci la squadra, sono lasciati in un punto stretto?

Tipicamente, questi tipi di framework sono utili per tu , ma in realtà sono dannosi per il team tecnico che lavora con esso - non importa quanto sia bello.

    
risposta data 03.08.2013 - 02:48
fonte
4

Se non farai il lavoro se non useranno il framework, dovrai farlo prima di accettare un'offerta.

Se fossi in azienda non potrei usare il tuo codice senza una licenza che permetta alla compagnia di fare praticamente tutto ciò che vuole con il codice. Le restrizioni che a te sembrano ragionevoli potrebbero causare problemi per l'azienda in futuro, poiché le esigenze aziendali cambiano.

La licenza BSD o Apache potrebbe essere accettabile per la società, ma sembra che potrebbe essere più libera di quanto desideri.

Ma, in ogni caso, perché il denaro è coinvolto (direttamente o indirettamente), consiglierei di coinvolgere un avvocato nei dettagli della trattativa se arriva così lontano.

    
risposta data 03.08.2013 - 00:40
fonte

Leggi altre domande sui tag