Riscrivendo da zero consultando qualche altra implementazione fatta da qualcun altro per i puntatori?

0

Quindi ho scritto un sistema per il mio lavoro e ora voglio scriverlo da zero in modo da avere la mia versione protetta da copyright oltre a quella che ho fatto per il mio capo, che ovviamente non mi appartiene (paghi da noleggiare). Il problema è che è molto difficile non seguire il flusso logico / algo da alcune parti del codice. Alcuni metodi finiranno per avere lo stesso flusso, anche se ci potranno essere molti miglioramenti e differenze, cambiamenti nelle variabili, cambiamenti nelle strategie, IF aggiuntivi per controllare altre cose e molte altre funzionalità implementate su di esso. Tuttavia, temo che non importa quale sia la logica di base sottostante alla base.

Poiché ho scritto questa cosa da solo, diventa ancora più difficile trovare un approccio diverso per codificare la stessa cosa. Mi piace quello che ho fatto per il mio lavoro, quindi il miglioramento di questo aspetto partendo dal mio approccio API originale sembra pessimo.

Quindi le mie domande sono: c'è un modo per riscrivere ciò che ho scritto per il mio capo senza violare alcun plagio o termini di licenza?

Supponiamo che non sto controllando l'implementazione del mio capo che ho scritto perché ho lasciato il mio lavoro ma perché ho scritto (e perché ho una buona memoria) è tutto nella mia testa.

C'è una soluzione legale per quella situazione? Gli algoritmi sono protetti da copyright?

Quindi, se hai scritto qualcosa per il tuo capo, devi stare molto attento perché entrambe le versioni non sembrino in qualche modo simili. Almeno l'algoritmo e il flusso logico dovrebbero essere simili.

Che cosa dovrei fare? Qualsiasi positivo parole di saggezza?

    
posta Ethical Guy 13.05.2017 - 08:12
fonte

2 risposte

4

In teoria, se lo riscrivi senza copiare letteralmente la riga per riga, non stai violando il copyright.

In pratica però se rilasci un po 'di software che fa la stessa cosa del software che hai scritto per il tuo datore di lavoro non li renderà felici!

Nel primo caso, indipendentemente dalla legalità, stai effettivamente gareggiando contro di loro. Ricorda che il tuo compito principale non è scrivere software, ma aiutarti a diventare ricco. Non fare nulla che funzioni contro questo se vuoi mantenere il tuo lavoro.

In secondo luogo ci sarà il sospetto di furto indipendentemente da qualsiasi argomento tu abbia inserito.

In terzo luogo ci sono altre cose oltre al copyright di cui preoccuparsi. Brevetti, segreti aziendali ecc.

Infine, come programmatore esperto ti dirò questo. Anche se potresti essere innamorato del tuo lavoro. Il software dei processi aziendali tende ad essere unico per i busines. Al di fuori di quel particolare business non ha valore. Mantenere il codice sorgente dopo averlo lasciato, o riscrivere nel proprio tempo non vale la pena. Scrivi qualcos'altro.

    
risposta data 13.05.2017 - 09:00
fonte
3

L'approccio corretto - diverso dal semplice andare avanti come suggerisce @Ewan è contattare il tuo possibilmente ex datore di lavoro per negoziare la licenza condivisa o eventualmente aprire il codice .

È possibile includere nei negoziati alcune o tutte:

  • I profitti condivisi dalle vendite in corso del codice
  • Riconoscimento del contributo e / o dell'origine del codice
  • Diritto d'autore e / o licenze.
  • Manutenzione continua e / o miglioramenti del codice originale senza bisogno di pagarti, ad es. aggiornamenti gratuiti per la vita del progetto.

In questo modo eviterai qualsiasi possibilità di accuse di furto, violazione del copyright, ecc., dovresti ottenere l'accesso legittimo gratuito al codice sorgente originale e potresti eventualmente inserire un nuovo rapporto di lavoro con possibilmente precedente datore di lavoro.

    
risposta data 13.05.2017 - 14:25
fonte

Leggi altre domande sui tag