Newsgroup: it.diritto
Titolo: Sviluppo software e trasferimento di know-how

Salve a tutti,
premetto che sono un ingegnere informatico e in ambito giuridico sono 
veramente una capra (a parte un po' di conoscenze sul diritto d'autore e 
sulle licenze usate in ambito open-source). Vorrei proporvi due quesiti, non 
semplici da formulare, per questo il post sarà un po' lunghetto.
1) Faccio parte di un team di tre persone che hanno sviluppato (lavorando 
come consulenti per una nota azienda) un computer subacqueo con diverse 
caratteristiche innovative. Ciascuno ha portato alcune proprie competenze 
all'interno del progetto (io nell'ambito della progettazione di software 
ottimizzati per i sistemi embedded, un secondo ingegnere per quanto riguarda 
gli algoritmi decompressivi e gli studi sulla fisiologia umana, un terzo 
relativamente alle metodologie di test in ambito subacqueo). Ora siamo 
praticamente al termine del lavoro. Tutti e tre abbiamo firmato all'inizio 
un "accordo di riservatezza" abbastanza generico. Ora è sorta la necessità 
di firmare qualcosa di più specifico, e precisamente un impegno da parte di 
ciascuno a non usare (per un certo tempo) il know-how che gli è stato 
trasferito dagli altri due. Ovviamente, ciascuno di noi deve poter rimanere 
libero di utilizzare il proprio know-how (cioè quello che possedeva prima 
che iniziasse il progetto) per progetti futuri con eventuali altre ditte, 
senza subire ritorsioni o minacce da parte degli altri (o della società per 
cui abbiamo lavorato). In sostanza l'accordo dovrebbe regolamentare il 
trasferimento del know-how, insito anche nella presa visione dei codici 
sorgente.
La mia prima domanda è: esiste qualche template giuridico che posso 
facilmente adattare a questa situazione ? (Fermo restando che una volta 
messo a punto gli farò dare un'occhiata da un legale).
2) La seconda questione è più complessa. Per realizzare il su citato 
computer subacqueo in tempi molto stretti (perchè l'azienda aveva necessità 
di presentare quanto prima il suddetto prodotto), io ho usato COME BASE, una 
parte di codice che avevo sviluppato in precedenza PER SCOPI PERSONALI 
(quindi prima di iniziare la collaborazione con quest'azienda), software che 
intendevo rilasciare come open con licenza LGPL (che ne permette anche 
l'inclusione in software commerciali), cosa che non ho più fatto per 
mancanza di tempo. In pratica il mio lavoro in questa 
azienda si è articolato principalmente in due fasi:
 - A) migliorare ed estendere il MIO codice che avevo scritto in precedenza 
(che in sostanza funziona come un sistema operativo minimale e permette di 
gestire più task cooperativi e diversi tipi di periferiche presenti nei 
microcontrollori astraendo dall'hardware reale);
 - B) implementare la parte applicativa del prodotto designato dall'azienda, 
ovvero l'interfaccia del computer subacqueo con l'utente, i menu di 
gestione, i protocolli di comunicazione con alcune periferiche (head up 
display, PC e sensore di ossigeno), nonchè la comunicazione con la parte di 
codice dedicata espressamente al calcolo dei modelli decompressivi 
(realizzata dal secondo ingegnere).
Ora la mia seconda domanda è se posso ancora considerare mia di diritto la 
prima parte di software (cioè il solo sistema operativo minimale) e quindi 
renderla open-source con licenza LGPL, considerando che questa parte non è 
minimamente strategica per l'azienda. Ovviamente, il resto cioè la seconda 
parte di codice, che riguarda espressamente l'applicazione subacquea, non 
verrebbe pubblicata. Anche in questo caso mi sarebbe di aiuto una template 
giuridico da far firmare ad entrambe le parti (me e l'azienda) affinchè non 
ci siano contestazioni future.
Grazie in anticipo per eventuali indicazioni.
Flavio

 minimamente strategica per l'azienda.
Sì. Se il codice è stato sviluppato da *te* precedentemente agli accordi
con questa azienda, non ti può essere posto alcun vincolo. Al più
potrebbe però essere necessario poter dimostrare che il codice è
precendete all'incarico.
Per i template passo la mano.
-- 
Flavio Visentin
2006: l'onestà  2007: la storia  2008: la leggenda  2009: il mito epico
2010: l'apoteosi!! 3 TITULI!!! Scudetto, Coppa Italia, Champions League
   Far rodere un cretino come ponziopilato è godurioso come 4 TITULI!


In effetti queste son cose difficili da risolvere: accade
spesso che uno "recupera" cose che aveva messo in piedi
per conto proprio, per progetti propri e poi inizia a
usarle nel nuovo posto di lavoro. Ma nel frattempo non ha
pensato a predisporre la prova che il materiale esisteva già.
Supponiamo che ci sia un clima sufficientemente
collaborativo tra le parti: una soluzione potrebbe essere
quella di stampare i sorgenti, magari a 4 pagine per
foglio, e accluderere la stampata a un accordo come ad
esempio una scrittura privata, con le sigle delle parti su
ogni pagina? Le domande diventerebbero:
1) Con che parole chiave su gugl :D si può cercare la
bozza generica da adattare al caso specifico, e/o in che
sito trovarla?
2) L'idea di stampare la parte di sorgente e farla
diventare appendice parte integrante dell'accordo è
praticabile, son cose che si fanno o si fa diversamente?
Bo, anche io passo la mano visto che la mia cultura
giuridica è prossima allo zero :D
ciao!
Apx.

praticabile
Sì 

Altra cosa difficile da provare è chi abbia divulgato cosa ma qui 
contrattualmente ci puoi fare poco o nulla. 

Grazie a tutti per i suggerimenti
Flavio