Newsgroup: it.lavoro.professioni.webmaster
Titolo: Sorgenti di chi?

Se sul contratto firmato dal cliente non è specificato se lui possa usare o 
sia il proprietario del software, il cliente ha diritto di pretendere i 
sorgenti?
ci sono precedenti?
Anzi ,sicuramente ci sono precedenti di cause fatte da un cliente che vuole 
i sorgenti, ma di solito come finisce?
B&B ed agriturismo in Italia
www.agriturismiebedandbreakfast.com

 sorgenti?
E pensarci prima no? Eppure è proprio una caratteristica fondamentale 
dell'analista-programmatore quella di immaginare ogni situazione 
possibile, del software ma in questo caso anche del rapporto col 
cliente. Non ti è passato per la testa che il problema della proprietà 
del sorgente si sarebbe posto? Male, malissimo.
A mio parere dove non altrimenti specificato il sorgente appartiene al 
cliente. Io quando non lo specifico sul contratto lascio sempre il 
sorgente al cliente (anche perché programmando il php sarebbe difficile 
il contrario) e mi faccio pagare di conseguenza di più, conscio del 
fatto che il cliente potrà studiare il mio sorgente, farsi piccole 
modifiche, farlo modificare ad un altro programmatore nel futuro, farne 
copiare e riutilizzare parti da un altro programmatore.
Impara a scrivere i contratti più che a fionarti su php css xslt visual 
c++ assembly & c. Regola fondamentale di tutti noi che non dobbiamo 
essere solo capaci di fare gli informatici ma dobbiamo anche essere 
capaci di fare gli imprenditori. I solo-tecnici hanno vita grama e vita 
breve.

> sorgenti?
Quoto, sia sulla superficialità di come si è affrontato il lavoro sia 
sull'onesta di cedere i sorgenti, il cliente non dovrebbe MAI trovarsi 
sorprese (leggi costi aggiuntivi o beghe come questa) ne va della 
professionalità del fornitore, che già è messa a dura prova da una 
domanda come quella postata
Cla
-- 
http://www.docebo.org
 [Open source CMS and e-learning]
http://www.docebo.com
 [My company]
http://claudioerba.blogspot.com
 [My Blog]
Non sono eterno, prendete appunti

> E pensarci prima no?
Hai ragione, ma forse perche' sembra di voler far firmare al cliente 
qualcosa di negativo o di limitante per lui, sul contratto non è stato 
specificato.
Consideriamo anche che su 100 clienti 1 puo' pretendere il sorgente, solo 
perche' qualcuno gli ha detto che gli spetta non perche sappia cosa sia :)
Ho comunque appena installato script encoder , e funziona anche, 
pare.........
in quel caso posso dire di non aver piu' il sorgente in chiaro e dare al 
cliente solo il codice criptato? :)))
e come se avessi solo il compilato e non piu' il sorgente ............
sbaglio?


 cliente solo il codice criptato? :)))
E' un artificio che non condivido e che non sposta la ragione del tuo 
cliente o tua. Se ha diritto al sorgente ne ha ancora diritto anche se 
gli dai un codice offuscato. Se non ha diritto al sorgente non ne ha 
ancora diritto neanche se gli dai un codice offuscato.
Verificherei esattamente quanto scritto sul contratto (perché è scritto, 
non è orale, vero?). Se si parla di programma eseguibile hai ottime armi 
per non consegnare i sorgenti. Se si parla genericamente di programma o 
software o procedura ti consiglio di abbassare la testa. Ti serva di 
lezione per il prossimo contratto che scriverai.

non è orale, vero?).
il contratto c'e' e parla delle funzionalità del software, tipo:
da una pagina protetta da password, l'amministratore ha la possibilità di
gestire, modificare, ecc
B&B e agriturismo in Italia
www.agriturismiebedandbreakfast.com

 del sorgente si sarebbe posto? Male, malissimo.
così ha parlato Zarathustra...

 i sorgenti, ma di solito come finisce?
Questo documento, scritto da un  avvocato che non conosco, affronta il 
problema e sembra propendere per il diritto da parte del cliente a 
ricevere anche i sorgenti, fatto salvo il tuo diritto "morale" in quanto 
autore.
www.comufficio.it/site/comufficio_webprofessional_it/Software_Escrow.pdf
Io personalmente cerco di avere un approccio "Open", per cui consegno 
sempre i sorgenti in maniera il piů possibile ordinata e comprensibile, 
su CD in duplice copia. L'unico caso in cui cerco di riservarmi dei 
diritti č quello dei progetti che ritengo possano essere interessanti 
per altri. In tal caso cerco di convincere il cliente a consentirmi di 
rilasciare "Open Source" tutto o parte del codice.


Ma senti un po' :)
Da quando in quà a dettare legge è il cliente :) Ah già vero... la paura di 
perderlo... paura che lui (il cliente) sa benissimo che i "professionisti" 
hanno.
La situazione è questa: produci il codice? benissimo, i diritti di proprietà 
sul codice sono tuoi, e decidi autonomamente le condizioni a cui il tuo 
cliente dovrà sottostare (questo preventivamente si intende e per iscritto 
con regolare contratto).
Il cliente accetta, allora procedi... non accetta? pazienza, saluti e 
arrivederci.
Cooper.


    Il mio punto di vista è un po' diverso. Per me il codice non 
dovrebbe essere né del cliente né mio, ma di tutti. Se per caso qualcuno 
dovrà riscrivere il mio codice il mondo ci perderà qualcosa. Questo non 
devo certo spiegarlo ad esperti di Php, Joomla etc...
   Purtroppo la cultura Open Source in Italia ancora non è ben diffusa. 
Molti clienti ne capiscono i vantaggi per il sistema, ma alcuni hanno 
ancora timore a rilasciare parte del codice prodotto per loro. In tal 
caso l'ultima cosa che voglio è tra qualche anno qualcuno debba buttare 
il proprio tempo per riscrivere il mio codice.


Non proprio, il discorso si applica anche per l'open source, non cambia 
assolutamente nulla.
Cooper. 

i sorgenti, ma di solito come finisce?
non mi è piaciuto molto veder dato addosso a questa domanda.  le
situazioni per cui si possa iniziare un lavoro, magari un lavoretto,
"in amicizia", e poi vederlo finire a schifio (perché prendere le
precauzioni costa più del lavoro stesso e perché come il cliente si
fida di noi, noi ci fidiamo del cliente) ce ne possono essere tante.
riporto la mia esperienza.
ho lavorato per 3-4 anni epr un'azienda di e-commerce per la quale ho
sviluppato valanghe di codice.  stretta di mano con l'amministratore
delegato e fattura a fine mese.  mai un problema, mai un malinteso.
può darsi che alcuni sappiano chi era l'ad e sappiano anche che in
effetti c'era da fidarsi.  cambia l'amministratore delegato, dopo un
po' mandano via anche me senza troppo preavviso (tanto secondo loro
ero un fornitore esterno - e dopo avermi promesso che figurati se ti
mandiamo via).
per farla breve dico benissimo, mi riprendo il software, tanto ne
state facendo sviluppare un altro, no?  no, il tuo software è nostro.
no è mio.  no è nostro.  bene, il mio avvocato parla col vostro
avvocato.  il mio avvocato parla col loro avvocato il quale per
evitare la causa e poter continuare ad usare il mio sw finché il loro
non fosse stato pronto (tre-quattro mesi) offre qualche diecimila euro
più fatture arretrate più interessi legali.  se andavo in causa ne
prendevo anche di più, ma sai come vanno queste cose, pochi maledetti
e subito.
ora, non so l'ordine di grandezza del tuo lavoro, ma "per default", se
non sei dipendente e se non hai scritto su un pezzo di carta che gli
cedi il codice, il codice è tuo.  loro non lo possono copiare o cedere
a terzi.  che mi risulti non lo possono neanche far vedere, a terzi.
quindi se vogliono il codice per qualsiasi motivo (per rivendersi il
sito ai colleghi, per far diventare webmaster il nipotino ecc.) se lo
possono comprare a parte.  è una sorpresa, lo so, ma è anche una
sorpresa che un cliente tiri questo colpo basso più morale che
economico: sono certo che una richiesta del codice fatta col dovuto
garbo e con un riconoscimento monetario anche non elevato avrebbe
avuto tutt'altro effetto sull'op.
poi nella strastragrande maggioranza dei casi, che non credo siano
tipo il mio, gliene fotte assai al cliente di vedere il codice.  manco
sa cos'è il codice.  vuole vedere qualche bella figurina su un monitor
e buona notte, e peccato che non può mettere ollain le slaid che si fa
con pauerpoint, che adesso escono anche le dispense sul messaggero e
noi webmaster siamo fritti.
quanto al fatto di usare codice php (o comunque non offuscabile) e
quindi "doverlo" cedere, questo non è vero.  ad esempio si può
chiedere un non-disclosure agreement o come si dice in italiano che
non mi viene, lo si può far girare su un server proprio, c'è comunque
l'offuscatore o compilatore o come si chiama anche per php solo che
costa un migliaio di dollari.  tutte soluzioni che possono essere
valide per lavoro dai 10mila euro in su.  quanti se ne fanno al
giorno?  pardon, al mese?  quanti ne fanno i "webmaster" normali che
frequentano questo ng?  che percentuale rivestono di tutti i "lavori"
che si fanno in italia?  io direi bassa, ma proprio
baaaassabassabassa.
quindi rendiamoci conto che il grosso del fatturato, o meglio, del
giro d'affari in italia si fa (immagino, sarebbe interessante una
statistica al riguardo) con realizzazioni al di sotto dei 2000 euro.
concludo riportando, tanto per farci due risate, l'accordo che i tizi
volevano proporre *a me* per pagarmi le fatture arretrate: il tuo
codice è nostro, tu non lo puoi più usare per gente che sta nel nostro
bisiness e anzi d'ora in poi ci devi far vedere tutto il codice che
scrivi per essere certi che non ce lo copi.  purtroppo non avevo un
registratore con me e non me l'hanno mai voluto mettere per iscritto,
se no sai che risate con l'avvocato.
oh, premetto che l'avvocato le sue migliaia di euro le è costate (ci
mancherebbe).  vale la pena di prevedere costi del genere per lavori <
2000 euro nati probabilmente da un contatto personale, una stretta di
mano?  non so.
-- 
abbraccio espedienti 365 giorni l'anno.
(generata da: 
http://www.phibbi.com/extra/gswe.php
)
il mio indirizzo email è valido ma filtrato: inserite 
la parola newsgroup nel subject per essere letti.

 se no sai che risate con l'avvocato.
E' agghiacciante!!!

(non so nemmeno se ne esistano per il Perl).
vabè, che c'entra, il perl è autooffuscato... :-)  (per chi non lo
conosce, ovviamente...).


 conosce, ovviamente...).
Eh eh eh č verissimo.
A volte pure per chi lo conosce!

 A volte pure per chi lo conosce!
ROTFL ! :D
  ngw
-- 
"credo che le sole installazioni di Monaco e della peugeot siano gia' di piu' 
dei mac venduti dal 1980 ad oggi :D" -- Max Adamo

 conosce, ovviamente...).
il Perl, come feci notare a uno sviluppatore (che in Perl è in grado di 
farcisi pure i pedalini, probabilmente) mentre mi diceva "vedi? Qui è dove 
il sistema fa bla bla bla" è un linguaggio in sola lettura. 
Nel senso che una volta scritto... puoi leggerlo e basta :)
-- 
QQG
Haikus are easy.
But sometimes they don't make sense.
Refrigerator.

 Nel senso che una volta scritto... puoi leggerlo e basta :)
Effettivamente lo sviluppatore con cui hai parlato è veramente in gamba, 
spesso è pure difficile rileggerlo :-)
Ovviamente dipende da chi scrive. Basta un po' di cura e anche con il Perl 
si può generare codice leggibilissimo e di facile manutenzione.