Newsgroup: it.lavoro.informatica
Titolo: Domanda su vendita codice sorgente

Ciao a tutti,
è la prima volta che mi capita una cosa del genere: devo preparare il
preventivo per lo sviluppo di un software e mi hanno obbligato di venderli
anche il codice sorgente in quanto anche se sparisco nel nulla (impossibile)
le modifiche se le possono far fare da qualcun altro. Che ne pensate? Quanto
posso chiedere solo per il codice sorgente? Ci vogliono circa 3 mesi di
lavoro. Io non mi fido nel vendere anche il codice da me prodotto. E chi mi
dice che questi se ne approfittano e si rivendono il software magari
aprendosi una loro software house?
Grazie per la cortese attenzione.

 ha scritto nel messaggio 
news:aog5e.1193510$35.43...@news4.tin.it...

moltiplica per 10, e metti per iscritto che il software è opera del tuo 
ingengo , bla, bla, bla
anziché vendere il sorgente, depositalo da un notaio, il cliente lo può 
avere solo in caso di una tua scomparsa dal mercato
inventati qualche altra possibilità, per mantenere la proprietà 
intellettuale e contemporaneamente accontentare il cliente, tipo cessione di 
porzioni di codice, ma non il codice integrale, ecc...
Renzo

 ingengo , bla, bla, bla
Oppure moltiplica per X e cedigli tutti i diritti :-)
Secondo me, anche in prospettiva, č la cosa migliore.
Metti che scopri che ti sta fregando... ti metti dietro a fargli
causa?
Fra

 Grazie per la cortese attenzione.
Prego
Nicola
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

ghost77 wrote:

La tua è una domanda molto capziosa. Intanto, è bene essere chiari su un 
punto: loro non possono "approfittarsene" e vendere il tuo prodotto come 
se fosse loro, salvo che tu non li autorizzi (concordando un 
corrispettivo percentuale) o rinunci esplicitamente ai tuoi diritti.
Detto questo, quanto chiedere per i sorgenti? Se le ragioni sono quelle 
esposte, ovvero semplicemente avere la possibilità di modificare in 
futuro il programma a proprio uso e consumo, imho non dovresti chiedere 
nulla più di quello che è dovuto per i tre mesi di lavoro. Le licenze 
open source come GPL ti tutelano a sufficienza da eventuali abusi 
commerciali sulla tua opera lasciando al committente il diritto di 
esaminare, modificare, correggere il programma. Se poi ti terrai il 
cliente continueranno a farti lavorare, altrimenti faranno lavorare 
un'altro, tanto il cliente insoddisfatto lo perderesti comunque.

 porzioni di codice, ma non il codice integrale, ecc...
Complimenti per la fantasia, ma forse per un professionista sarebbe 
giusto sapere che la proprietà intellettuale del software non è in 
discussione, anche senza tutti quei rigiri assurdi.

 le modifiche se le possono far fare da qualcun altro.
IMHO, hanno ragione. Chi gli assicura che non "teli" e li lasci col culo per 
terra?
Considera che il problema non si porrebbe neanche se il sw fosse sviluppato 
in python o anche in java
Mettiti nei panni del cliente ... in caso di problemi, senza sorgenti cosa 
fai, il reverse engineering del codice binario?
Comunque, cosa hai da temere? Eventualmente devono trovare uno in grado di 
fare quella cosa meglio di te, e anche se fosse in grado di farla dovrebbe 
avere del tempo per impararsela.
Non pensi che, potendolo fare, sia piu' facile chiedere una collaborazione 
all'autore del sw? 


non è "in discussione" se sul contratto "scrivi" che lo hai ingegnerizzato 
te, altrimenti cosa lo può provare?
Dipende anche dal settore in cui operi, io in tanti anni ne ho viste di 
tutti i colori.
Renzo

 tutti i colori.
I contenziosi ci sono e ci saranno sempre. Come è ovvio che devi essere 
un po' furbo almeno un passo sopra l'essere bischero, perchè per i 
bischeri (come è noto) non c'è paradiso.

 conseguenti.
riporto la LGPL di JBoss come esempio
The LGPL allows you to do the following:
Use JBoss Inc. LGPL software as a component of your business applications in
any way you wish, including linking to JBoss from your own or other
proprietary software.
Make unlimited copies of JBoss Inc. LGPL software without payment of
royalties or license fees.
Distribute copies of JBoss Inc. LGPL software, although it will be much
easier to refer anyone who wants copies directly to our website:
www.jboss.org
.
Make changes to JBoss Inc. LGPL software if you need to do so for use within
your own company. The LGPL license does not require you to share those
internal changes with the rest of the community.
Distribute changed versions of JBoss to others, but if you distribute such
changed versions you are required to share those changes with the rest of
the community by publishing that changed source code under the LGPL. This is
known as reciprocity obligation. To learn more about reciprocity obligation,
please view the "Why We Use the LGPL" whitepaper.
premesso che non sono un esperto legale
L'ultimo punto in pareticolare effettivamente dice che non puoi
redistribuire sorgente chiuso ma c'e' la "reciprocity obligation"
Per quanto riguarda il tuo ammonimento, credo e spero anche io che nessuno
si metta a distribuire codice prima di essersi informato sulle licenze
ciao Nicola


 discussione, anche senza tutti quei rigiri assurdi.
In che senso ?
Per usare un francesismo che si usa dalle mie parti, qui dove
lavoro io "ti portano via anche i peli del c**o".
Nel senso che tutto quello che tu fai viene considerato di loro
proprieta' qualunque sia il tipo di contratto che tu hai, chiunque
sia tu e qualsiasi rivendicazione tu abbia da fare. Per cui se vuoi
che qualcosa non finisca nelle loro mani puoi solo non darglielo,
a meno che tu non abbia tempo e voglia di fare causa ad una delle
piu' grandi multinazionali del mondo.
Ciao,
Marco.
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 bischeri (come è noto) non c'è paradiso.
Sei dei miei (Nel senso che sei toscano )?
In ogni caso ti posso garantire che quando lavori per una multinazionale
vedi solo porcherie a favore loro e non puoi farci quasi niente, a meno
che tu non abbia i mezzi per vivere smettendo di lavorare.



Io non ho mai capito tutta questa preoccupazione sul sorgente. Tu decidi 
cosa loro possono farci con il sorgente, mica il contrario! E' semplice: ti 
fai un contratto nel quale vendi anche il sorgente, vincolando l'azienda 
però anche alla manutenzione del software per un periodo di 18/24 mesi 
(dipende anche da quanta forza contrattuale hai). Dopodichè esplicitate bene 
nel contratto che l'utilizzo del sorgente è solo a fini interni, per cui non 
possono vendere il sorgente ad una altra ditta (diverso è il discorso se ci 
fanno un prodotto, ma alla fine a te che interessa: l'importante è che tu 
chieda quanto ritieni giusto), ma usarlo solo in caso di modifiche che tu 
non possa o non voglia fare.
A me è successo più di una volta di vendere il sorgente e non ho mai 
riscontrato poi chissà quali abbandoni da parte del cliente o serie di 
prodotti nuovi da questi commercializzati!
Ciao,
Alessio (a.k.a. Kinglion) 

 precedente, è già una prova documentata.
Dritta che mi han detto tempo fa:
prima di darglielo e di fare il contratto, stampa il sorgente, chiudilo in
busta sigillata, e spediscilo a te stesso con raccomandata a/r, che quando
la ricevi terrai chiusa ed intatta in un cassetto, con tanto di ricevuta
timbrata e datata (controlla che ti mettano la data!). Se avrai rogne, in
cui sei certo che han usato parti rilevanti del tuo codice, tirerai fuori la
busta dal cassetto e la consegnerai chiusa quando gli farai causa. Puoi
metterci dentro anche un CD se vuoi, se le stampe sono troppi fogli.

IMHO, fagli tre preventivi:
- uno con il solo programma senza sorgente (con il prezzo minore)
- uno con sorgente e permesso di utilizzo totale o parziale dello stesso
SOLO per modificare il tuo software e SOLO per uso interno all'azienda, con
divieto di integrarlo in prodotti rivenduti o forniti a qualsiasi titolo
(anche gratuitamente) esternamente. Da ESPLICITARE nel contratto. E gli fai
un prezzo non esageratamente superiore. E inserisci delle penali elevate nel
contratto.
- uno con esplicita autorizzazione a fare ciň che vogliono con il tuo
codice, da mettere nel contratto, e gli spari un bel prezzone, che compensi
lo sfruttamento dei tuoi diritti.
Se gli interessa veramente solo per uso interno, scelgono il secondo
contratto ed entrambi avete quello che volete.
Se gli interessa per smerciarlo, o scelgono il terzo preventivo e ti pagano
bene per farlo, o sanno bene (perchč tu ti premunisci dandogli le tre scelte
via raccomandata a/r) che rischiano molto grosso, e ti sarai tutelato per
poterlo fare (vedi anche il mio post piů su).

 Sei dei miei (Nel senso che sei toscano )?
Yes.

 metterci dentro anche un CD se vuoi, se le stampe sono troppi fogli.
Quoto. Questo lo trovo un buon suggerimento.


Secondo me e' una operazione completamente inutile.
Comunque se lo fa dormire meglio, fa sicuramente meno male di un sonnifero.


 piu' grandi multinazionali del mondo.
Stai travisando.
"tutto quello che tu fai" non può essere considerato du sua proprietà. 
Faccio un esempio estremo e banale: se dipingi un quadro o scrivi un 
libro è ovvio che è indiscutibilmente tuo, no? Se vogliamo essere anche 
meno estremi, si può restringere che neanche tutto il software che 
realizzi è suo, metti che ti viene lo schiribizzo di realizzare un 
videogame sul tuo pc di casa e con 2000 euro di VisualStudio che ti sei 
comprato di tasca tua.
Probabilmente, si riferiscono a tutto quello che realizzi in un 
determinato ambito che sarà quello lavorativo. Ti possono anche 
obbligare a non fare concorrenza. Il che è abbastanza normale, se lavori 
per loro ti corrispondono già ciò che ti è dovuto.
Se però tu facessi un programma al di fuori di quell'ambito, e loro in 
qualche modo si arrogassero il diritto di commercializzarlo come se 
fosse loro, potresti certo fargli causa. E più grossi sono, più grosso è 
il tonfo quando battono il culone per terra.

> Secondo me e' una operazione completamente inutile.
Se la pensi cosě, si vede che non hai mai avuto a che fare con il mondo del 
diritto d'autore...
La procedura č validissima, e viene applicata a per tutelare tutte le opere 
dell'ingenio.
-- 
Pepe
Milano, Italy 

 ha scritto nel messaggio 
news:20a46a35be57ae48ed5...@mygate.mailgate.org...

LOL

 ha scritto nel messaggio 
news:d35jro$75h$1...@area.cu.mi.it...

Questo dimostra solo il fatto che tu avevi per le mani il sorgente a data 
certa, non che č opera del tuo intelletto.
La domanda iniziale era quanto puņ essere giusto chiedere per la cessione 
del codice sorgente e non come dimostrare che č tuo. Per me il miglior modo 
rimane quello di mantenerne la proprietą intellettuale č quello di non 
venderlo(PUNTO)
Tutte le altre chiacchiere trovano il tempo che trovano.
Renzo

 aprendosi una loro software house?
Capirai, fosse windozze 2010 professional. Fondare una software house 
apposta per rivendere un software che si sviluppa in ben tre, dico tre, 
mesi uomo? Minkia, una idea di business eccezionale.
Via, restiamo un po' con i piedi per terra, per favore...
Sarai anche un bravissimo programmatore, ma sono abbastanza sicuro che 
in quel codice non c'e' nessun segreto nazionale o know how tale per cui 
non si possa sostituire o reingegnerizzare con poco sforzo. Puntare i 
piedi per non dare i sorgenti, a casa mia, è solo un buon modo per 
perdere il cliente.
-- 
Fabrizio "Hermooz" Ermini

 il tonfo quando battono il culone per terra.
Ti faccio un esempio pratico che ho per le mani in questi giorni.
Qualche mese fa un cliente (della multinazionale)
ha chiesto l'implementazione di un progetto alla multinazionale stessa.
Qui  hanno ideato un sistema che soddisfa le caratteristiche
richieste e si sono "ingegnati" per trovare un'interfaccia grafica
che potesse piacere al cliente. 
Il cliente ad una prima occhiata ha detto che l'interfaccia era 
un po' una ciofeca. Un mio collega ha parlato con un suo
amico che si occupa di grafica  (photoshop & altro) della
cosa. Questo amico gli ha proposto una cosa di questo tipo:
"guarda io ti disegno un'interfaccia (layout+look&feel), tu la
fai vedere e poi mi fai sapere". Uno dei dipendenti della
multinazionale ha 
preso questa interfaccia, l'ha fatta vedere al cliente dicendogli che
se voleva potevamo fare la versione definitiva del progetto con
quella interfaccia.
Al cliente e' piaciuta la nuova interfaccia. 
Un dipendente della multinazionale si e' pure complimentato per lo
spirito di iniziativa del mio amico.
Tutto cio' avveniva a dicembre. Ad inizio aprile parte l'implementazione
della versione definitiva del progetto, faccio presente n miliardi
di volte che c'e' da definire la questione dell'interfaccia grafica
e l'unica cosa che mi e' stata detta a fine marzo (dalla
stessa persona che si era complimentata) e' stata:
"ma sai.. non so se possiamo acquistare da terzi. Abbiamo delle
persone interne che si occupano di grafica, magari facciamo
fare a queste persone un'interfaccia del tipo di quella che
ci hanno fornito...". 
Per me questo significa a tutti gli effetti fottersi i diritti
d'autore di altri.
Poi finisce che se l'interfaccia nel progetto non ce la mettiamo
io e il mio collega, veniamo ritenuti noi gli eventuali responsabili
del fallimento del progetto, se al cliente non piace.
Per fortuna che a questo giro siamo stati abbastanza previdenti
scrivendo
nei documenti ufficiali che c'e' da sistemare la questione 
dell'interfaccia grafica in modo tale che ci possiamo parare il c**o
da eventuali rompimenti e non siamo costretti a inserire quella fornita
da terzi (e nemmeno una che gli somiglia) se prima non l'hanno pagata.
Sta di fatto che anche alla e-mail che ho inviato all'inizio
di questa settimana per sollecitare una soluzione del problema
non ho avuto risposta.
Il modo di agire sopra e' assolutamente la norma e non costituisce
affatto una eccezione, come ho constatato da tempo,
talvolta a mie spese. Da quello che mi pare di capire non e'
che in altri posti dove si ha a che fare con grandi aziende le
cose vadano meglio.
Con il tempo si impara a pararsi il culo ma io avevo studiato fino
a oltre 30 anni per fare l'informatico non il paraculo.
Potrei citare altri fatti simili, ma credo che renda sufficientemente
l'idea.
O gli si fa causa un giorno si' ed uno anche oppure si accetta
la situazione e si cerca di sopravvivere (parandosi opportunamente
quelle zone delicate).


 venderlo(PUNTO)
La proprietà intellettuale rimane anche se *regali* la disponibilità dei 
sorgenti, la possibilità di modificarli e persino distribuirli. Per 
vederlo, basta guardare oltre un palmo dal naso e vedere cosa succede 
con l'open source e in particolare con le licenze GPL-based.

 Comunque se lo fa dormire meglio, fa sicuramente meno male di un sonnifero.
E' utile, come in altri casi, per attribuire una data ad un documento. 
Certamente č inutile se non ti serve farlo.
Ti faccio un esempio:
Mio fratello ha acquistato una casa con la moglie fuori dalla comunione 
dei beni e per motivi fiscali č intestata interamente alla moglie; per 
tutelarsi si sono scambiati reciprocamente una raccomandata nella quale 
entrambi dichiaravano che mio fratello ha partecipato all'acquisto per 
il 50%. Ora, tenuto conto che hanno anche un figlio e che sono una 
coppia assolutamente indissolubile, quelle due raccomandate giaceranno 
di sicuro inutilmente nei cassetti per tutta la vita. Ma nel malaugurato 
caso per cui sono state pensate, serviranno.

 d'autore di altri.
No, quì si tratta del classico scaricabarile o (peggio) del gioco del 
rinculino, tipico degli ambienti delle grandi aziende. Ma è un'altro 
problema. Quello che è successo è molto semplice: c'era un problema di 
Tizio (il dipendente della multimazionale) che doveva far contento il 
cliente, tale problema si è risolto creando un problema a Caio (il tuo 
collega). Adesso ha voglia Caio di insistere con Tizio che va risolto 
quel problema, come nel gioco della scopa la deve appioppare a 
qualcun'altro perchè quello che glie l'ha data non se la ripiglia manco 
morto.
Probabilmente se vai a vedere queste cose succedono a tutti i livelli, 
non solo per mancanza di rispetto del diritto d'autore; è insito di 
queste grosse strutture, le responsabilità vagano eteree per i corridoi 
finchè non si riconficcano nel didietro dell'incauto che l'ha 
scoperchiate (nel caso Caio, il quale è stato incauto nel prendersi 
l'iniziativa di coinvolgere, seppure in buona fede ma pur sempre a 
titolo personale, un esterno).
E' per questo che detesto le grandi aziende.

 Secondo me e' una operazione completamente inutile.
Invece no: in Italia un timbro postale ha valore legale, ed è per questo che
nel timbro postale ci sono data ed ora. Se tu non apri la raccomandata,
qualsiasi tribunale italiano ti darà ragione.
-- 
Luca Villani     NOC Manager  -  Wireless Solutions S.p.A.  (Dada Group)
http://www.wseurope.com
          via Castiglione 25, 40124 Bologna Italy
T:
+39 051 2966826
   F:
+39 051 2966800
   M:
+39 348 5298542
   UIN:76272621
GPG public key available

 Tutte le altre chiacchiere trovano il tempo che trovano.
Appunto. Se tu fai un contratto che dice che il codice e' loro, puoi dire
che lo avevi da 1970 che rimane loro
se viceversa sul contratto c'e' scritto che e' tuo , puoi anche pubblicarlo
online e regalarlo, che rimane tuo
il resto sono pratiche del tutto prive di valore, + p - come appendere in
casa un ferro di cavallo
quello che conta sono i contratti
andando oltre io posso pigliare il tuo codice e modificarlo a sufficienza da
dire che e' nuovo, ma questa e' un 'altra storia ( forse)


 wrote:
:Ciao a tutti,
:č la prima volta che mi capita una cosa del genere: devo preparare il
:preventivo per lo sviluppo di un software e mi hanno obbligato di venderli
:anche il codice sorgente
Un trucchetto: scrivi la prima versione del programma e rilascia il codice di
quella (non subito, alla fine del lavoro); poi sviluppa e sistema il tutto
anche riscrivendolo se necessario.
Cosi loro sono contenti e quando sara' il momento potranno fare tutto quello
che vogliono, lavorandoci pero'... :-)))
Ciao

 che lo avevi da 1970 che rimane loro
Se leggi un post qui sotto, indicavo anche come tutelarsi nel contratto...

 che vogliono, lavorandoci pero'... :-)))
Scusa, ma questo trucchetto lo trovo poco utile...
Primo, loro se interessati possono trovare interessanti porzioni di codice
da scopiazzare e riciclare anche nella prima versione del programma (a meno
che non sia volutamente una merdaccia totalmente diversa, ma allora perchè
perdere tempo aggiuntivo a scriverlo?). E non ti sei tutelato minimamente.
Secondo, metti in difficoltà il cliente, che se onesto ha veramente bisogno
del codice solo per futuri adeguamenti, ma così lo obblighi a un sacco di
lavoro extra che in base a quanto ti aveva richiesto (e tu in teoria hai
deciso di offrirgli, magari a pagamento aggiuntivo) non avrebbe dovuto
avere, e magari gli tocca farsene riscrivere uno d'accapo se hai modificato
molto la seconda versione.
Trovo sia una pratica controproducente...

 anche riscrivendolo se necessario.
Complimenti! Riscrivi il programma due volte, ma che bel trucchetto ;)


wrote:

E perche' ??
Vogliono il codice sorgente, ed uno glielo da' ed e' a posto.
Non vorrai mica davvero rilasciare il codice sorgente (magari commentato) del
prodotto finito ?

 prodotto finito ?
Beh, magari i commenti più osceni gli tolgo <g>
A parte quelli, pensi di avere dei segreti nei sorgenti?