Newsgroup: it.comp.lang.visual-basic
Titolo: E se il cliente vuole il codice sorgente????

Sono ancora un principiante, ma ho iniziato a fare i primi lavoretti, e
purtroppo mi sono imbattuto in un tipo che per tutelarsi ed avere la
possibilità di poter sempre aggiornare il software che gli fornisco nel caso
io un giorno interrompessi di fare programmi, vuole avere oltre al programma
anche il codice sorgente.
Anche se sono coscente che il codice che scrivo io non è poi così prezioso,
non gradisco comunque questo genere di richiesta, voi cosa ne pensate? Cosa
gli rispondereste?
Grazie

"IL ROBY"

A mio parere il codice è di tua proprietà e quindi...
Ciao Francesco


Dipende come viene venduto il programma. Noi, per esempio,
abbiamo clienti che comprano programma e codice sorgente
e ogni volta che vengono apportate delle modifiche vengono
aggiornati anche i loro sorgenti.
Diverso e' il caso di un prodotto pacchettizzato, di cui viene
rilasciato solo il codice binario.
Poi' c'e' l'open source, in cui il software viene fornito con i sorgenti,
utilizzabili secondo vari tipi di licenza.
ciao, hal

Per quanto mi riguarda, quando mi chiedono i sorgenti, mi si annebbia la
vista. Penso semtre che c'e' dietro del losco.
Sarà per fregature prese in passato, ma evito sempre di dare i sorgenti, e
il metodo è semplice sul preventivo e/o studio di fattibilità gli scrivo per
esempio che la procedura costa 10.000.000 e se vogliono i sorgenti costa 10
volte tanto !!!
Scoraggiati dalla cifra il 99% rinuncia, poi dipende anche dal prezzo e
dall'entità del programma. Se è una cosina facile e leggera costa poco anche
200.000 e allora se c'e' quello che poi vorrebbe ampliare quello che gli hai
fatto te li da pure
i 2 milioni per i sorgenti. Ma quando mi faccio quelle procedurone con notti
in bianco, schizzi di sangue e sudore da tutte le
parti, spremutone di materia grigia ........se vonno li sorgenti li deveno
paga !!!
Ciao a presto
Stephen
"IL ROBY" <car...@TOGLIadriacom.it> ha scritto nel messaggio
news:9i2n5m$qt9$1...@fe1.cs.interbusiness.it...


 utilizzabili secondo vari tipi di licenza.
a questo proposito sto leggendo in questi giorni "Open Sources - Voci
dalla rivoluzione Open Source", autori vari, edizioni Apogeo, mi piace
molto per l'entusiasmo e l'approccio critico che ne traspare :)
se a qualcuno interessa, è disponibile anche in formato elettronico su
http://www.apogeonline.com/openpress/libri/545/index.html
Ciao
Faber

"IL ROBY" <car...@TOGLIadriacom.it> wrote in message
news:9i2n5m$qt9$1...@fe1.cs.interbusiness.it...

E' solo questione di accordi (ergo: di prezzo)
se vendi un software ad un cliente finale, e gli dai solo il codice binario
è perche' il software è di tua proprietà, e lo dai in "licenza d'uso", e,
ovviamente,
hai il diritto di rivenderlo a chiunque altro tu voglia, e al prezzo che
vuoi (->di mercato)
se invece cedi anche il codice sorgente, praticamente gli dai la possibilità
di
modificarlo e, di conseguenza, anche di rivenderlo... proprio per questo
motivo
è giusto il ragionamento fatto da stefano (anche se forse 10 volte tanto è
un po' troppo!! :-)) )
basta farglielo pagare il giusto prezzo...
Ciao
Enrico



Tu potresti rassicurarlo impegnandoti a fornirgli i sorgenti qualora
smettessi di lavorare, se era questa la sua preoccupazione.
E comunque, potresti sempre dire che i sorgenti non sono in vendita o
a disposizione dei clienti. Difatti quello che uno vende non e' il
programma, ma la licenza per esso (conviene sempre specificarlo). Sul
programma in se', e quindi sul sorgente, il cliente non puo' accampare
alcun diritto.

 un po' troppo!! :-)) )
dipende dalla licenza con cui rilasci i sorgenti..
Faber

.....si però (visto dalla parte di chi compra) se io ti commissiono un
progr. tipo gestionale, non credo sia corretto chiedere i sorgenti <magari
domani li vendo alla concorrenza>....... se invece ti chiedo di sviluppare
una procedura che gestisca un mio s p e c i f i c o processo di produzione,
e magari ti dò anche qlc. dritta perchè su quel problema s p e c i f i c o
ci ho già ragionato, allora credo sia legittimo chiederti i sorgenti <magari
domani mi chiedi £. 100.000.000 per aggiungere una "," cosa faccio: pago o
ricomincio da capo?>.
In pratica (credo/semplificando) che:
Se il prog. X ti ha occupato x 1.000 ore e me ne fai pagare 1.000= è MIA
proprietà e mi dai i sorgenti.
Se il prog. X ti ha occupato x 1.000 ore e me ne fai pagare 10= è TUA
proprietà e NON mi dai i sorgenti.
Cosa ne pensate?
ciao Luca

 wrote in message
news:9i3qfo$pdk$1...@lacerta.tiscalinet.it...


 ricomincio da capo?>.
Sacrosanto.
Inoltre se una azienda ti fa sviluppare un programma ad-hoc è perchè ha
delle esigenze particolari. Un cliente che mi dovesse chiamare per chiedermi
di sviluppargli un gestionale standard avrebbe probabilmente un ufficio
acquisti di deficenti ;-)
In ogni caso tutte le aziende per cui ho lavorato hanno sempre chiesto i
sorgenti. Quando si parla di progetti che portano via mesi di lavoro, è
demenziale non chiederli. A parte la possibilità di ricatto, se io morissi
(toccatina strategica) o se mi ritirassi a vita privata, causerei un grosso
danno e loro avrebbero buttato via i soldi.
In ogni caso a mio parere non c'è da preoccuparsi a dare via i sorgenti. Non
lo facciamo forse tutti i giorni sui Ns siti, piuttosto che sul NG? Il
Cliente non è neppure programmatore, e di solito al solo pensiero di
cambiare fornitore gli vengono dei gran mal di pancia (a meno che non pensi
di risparmiare, ma allora è un tipo di cliente che sono ben felice di
perdere).
Ciao
*Roby*.

perdere).
non sono d'accordo. 
Per come la vedo io (lavoro in una software house), il cliente aquista
la licenza d'uso di un determinato programma, non i sorgenti. se vuole i
sorgenti deve pagare il costo dell'intero progetto più un indennizzo per
il SUOI clienti futuri. Come faccio ad essere sicuro che il cliente non
ha un programmatore che analizza il software e lo modifica per
rivenderlo a terzi? In poche parole la cessione dei sorgenti al cliente
va a mia personale discrezione: mettiamo un programma gestionale
personalizzabile a misura di cliente: n.1 licenza di utilizzo (programma
personalizzato) lire 10.000.000 +IVA. metti 1.000.000 per una modifica
mediamente laboriosa. Vuoi i sorgenti? Va bene, ti vendo n.1 licenza del
sorgente registrata a tuo nome a lire 150.000.000, visto che poi ti
perdo, perchè le modifiche e la manutenzione presuppongo che te la fai
da solo, e io non ci guadagno più niente.
allora vedrai che compri solo la licenza d'uso...
Se io fallisco, ti cedo i sorgenti alla metà del prezzo (per tirar su un
pò di soldi, e poi a te serve), lire 75.000.000; ma non solo a te,
faccio questo prezzo a tutti i clienti al quale l'ho venduto...
disonesto? prendere o lasciare e, in questo caso, ogni lasciata è
definitivamente persa.
ciao!
Davide
-- 
Volontario Anti-Troll (TM) 
SecurFaq: 
http://members.nbci.com/gouldukat/
DocTrolls: 
http://it.geocities.com/roccopapaleo/faq/italiano/Troll.html
Netiquette: 
http://www.inferentia.it/netiquette/dis.html

 definitivamente persa.
Se lo fai significa che hai la forza commerciale per farla.
Ciao
*Roby*

 Se lo fai significa che hai la forza commerciale per farla.
Infatti, è un problema di mercato, non di posizioni più o meno rigide.
Se fai un gestionale, e chiedi molto per i sorgenti, ci sono in giro
centinaia di alternative.
Se fai un sw realtime per gestire i missili probabilmente puoi chiedere
parecchio di più.
ciao
Alfonso

parecchio di più.
su questo sono d'accordo.
Ciao!


Prova a dire la mia!!
Ho provato a stare da entrambi le parti. Prima come programmatore,
oggi come "cliente". Il problema del sorgente? NON è un problema.
Mi spiego. Se si tratta di programmi complessi, in cui è richiesta
molta fatica e ore di lavoro posso essere d'accordo con voi, ma siamo
sicuri che un'azienda non si rivolga ad una software house in questo
caso!!
Se invece si sta parlando di piccoli programmi che al limite con una
buona ricerca si possono trovare anche in internet (modificandoli e
ampliandoli), allora cedere anche il sorgente, se richiesto, non
dovrebbe essere un problema. 
Gelosia del proprio codice: non è nello spirito internet!!
Se il tuo programma iniziale cresce, e si instaura un rapporto di
fiducia con l'azienda commissionante è a tutto tuo vantaggio, sia per
una futura rivendita, sia per prestigio personale.
RIPETO in genere in NC si cerca ragazzi che abbiano tempo libero da
dedicare all'arte della programmazione e non professionisti!!
Così la penso... forse un pò ingenuamente!!
On Thu, 5 Jul 2001 23:57:05 +0200, "IL ROBY"
<car...@TOGLIadriacom.it> wrote:



era proprio quello che dicevo... :-))
ciao
Enrico

 Chi č d'accordo metta un dito qui sotto
dito
anche se...
ti potrei rispondere che anche lo stress ha un prezzo... :-))
Ciao
Enrico

 considerare alternative ? Secondo me parecchi.
...noi infatti ci buttiamo su Linux ......

 considerare alternative ? Secondo me parecchi.
Più che gli utilizzatori, il problema sono gli sviluppatori.
Gli utilizzatori hanno il problema di trovare software che soddisfi le loro
esigenze. Se hanno esigenze standard, probabilmente non comprano più nulla
dopo aver preso Windows e Office, e neppure sanno dell'esistenza della
politica di licensing della M$ visto che comprano il PC preinstallato coi
programmi.
Se invece hanno esigenze particolari, cercano di stare su piattaforme che
gli consentano di risolvere facilmente queste esigenze. Chi va su internet
probabilmente (ma non sicuramente) si orienterà su Linux, chi invece si
occupa ad esempio di  paghe e contributi, probabilmente (ma non sicuramente)
starà sotto windows.
Posto quindi che il mercato lo fa l'esistenza del software, a questo punto
la chiave di volta sono gli sviluppatori. Un (improbabile) scenario che veda
la migrazione in massa verso Linux di buona parte degli sviluppatori,
sposterebbe sicuramente anche il mercato nel medio periodo, ma provocherebbe
uno scontento generale nei clienti con una base preinstallata di Windows, e
delle sicure contromosse da parte di M$.
Ricordo parecchio tempo fa di aver partecipato ad una riunione in una media
SW house, dove si dovevano decidere gli strumenti futuri di sviluppo. Era il
periodo del passaggio tra Dos e Windows, e il linguaggio più usato era il
Clipper, che però sotto windows non esisteva (se non per una implementazione
suicida della Computer Associates).
Le alternative possibili erano una DLL di terze parti di nome WinClip, il
Visual Basic 3, e Delphi della Borland.
L'atmosfera era abbastanza tesa, perchè sbagliare strumento avrebbe
significato buttare via una marea di soldi in addestramento del personale, e
trovarsi poi con un grosso ritardo da recuperare su una eventuale
concorrenza che avesse adottato una linea migliore della nostra.
Morale, la scelta si orientò su VB per motivi piuttosto futili: Borland
aveva appena chiuso la filiale italiana, e WinClip non aveva dietro le
spalle un nome importante.
Beh, ho sempre avuto il sospetto che una riunione simile si sia svolta
praticamente dappertutto e che quasi tutti abbiano fatto le stesse
considerazioni.
Però allora cambiare era obbligatorio. Ora, anche con la spada di Damocle
della politica di M$, c'è una possibilità ancora più semplice: restare fermi
e guardare.
Con VB6 fai praticamente tutto e non ho ancora sentito di qualche cosa di
vitale che si possa fare solo con VB-Net. Inoltre la storia recente è piena
di gente che si è presa gli schiaffoni per aver migrato le proprie
competenze troppo presto: chi ha studiato l'HTML, è stato superato dagli
editor e dall'arrivo di flash e del DHTML, chi ha studiato Java ora si trova
con la M$ che rema contro e con le possibilità di lavoro che richiano di
diminuire, chi si è buttato su internet ora è alle prese con la crisi della
New-Economy (senza contare ADO, che ora diventa 
ADO.NET
).
Sinceramente io mi tengo ben stretto il mio VB6.
Domani avviene una svolta certa? Bene, ho 6 mesi di tempo per rimettermi in
pari, mantenendomi nel frattempo con i miei vecchi clienti che comunque
hanno ancora piattaforme "vecchie" di un paio di anni. Ma fino ad allora, io
vado avanti benone così.
Commenti?
Ciao
*Roby*

vado avanti benone così.
Certo, anche perche' non riesco ad immaginare un' azienda che aggiorna
qualche migliaio di pc (hw e sw) giusto per far andare .net o java.
Forse sui server nuovi ... forse.
ciao, hal

 Forse sui server nuovi ... forse.
E' il problema comune delle grandi aziende. qualche anno fa lo standard per
due multinazionali (quelle che avevo visto io) era NT, rigorosamente in
Inglese. Non so se siano passati a Windows 2000 perchè ora frequento altri
clienti, ma certo che l'investimento sarebbe stato decisamente elevato,
soprattutto con la prospettiva di doverlo rifare entro un paio di anni per
XP.
Ciao
*Roby*

XP.
Idem per almeno due grandi aziende italiane nostre clienti.
E, comunque, nel mio piccolo, il mio serverino e' un NT e non ho la minima
intenzione di aggiornarlo. La mia beta di xp giacera' incartata ancora per molto:
trovo pessima l' idea del codice di attivazione: visto che formatto, riassemblo,
riconfiguro, ecc. con una certa frequenza, non ho voglia di farmelo menare
piu' di tanto da m$.
ciao, hal

 piu' di tanto da m$.
ben detto!
Faber