Newsgroup: it.comp.appl.access
Titolo: Questione di etica (OT forse)

Mi sto ponendo in questi giorni il seguente quesito
ammesso che io abbia sviluppato una specie di  programma gestionale
completamente personalizzato per conto di un cliente che oltre a pagarmi ha
partecipato concretamente all'analisi
sarebbe molto scorretto o poco serio professionalmente  se io il programma
tale e quale lo rivendessi
o ne prendessi dei pezzi per costruirne un'altro ?
Per correttezza dovrei quanto meno parlargliene ?
Che mi dite ??
Carlo Ve

Per correttezza dovrei quanto meno parlargliene ?
Io non ci vedo nulla di scorretto.
E' vero che te l'ha commissionato lui, ma non ne ha acquistato i diritti!
Ha pagato per una copia.
Dell'originale ne puoi fare quello che vuoi.
Persino metterlo in giro come freeware!!! :))) bello smacco!
Paolo

o ne prendessi dei pezzi per costruirne un'altro?
Il codice ' di chi lo scrive... i dati sono sempre del cliente!!!
Salutos
--
the Luky Dark M600 (from IHM)
DUCATI MONSTER DARK
---------------------------------------
...dal profondo Sud (CA)


Se ne parli con lui ne guadagni tu in serietà; ma se ti poni questo problema
che significa? Che se ti commissionano un'altro programma gestionale che
deve fare le stesse cose tu che fai? Riscrivi tutto il codice? Cambi i
colori per farlo sembrare diverso? Il nocciolo della questione è che tu hai
realizzato il programma ma con l'esperienza lavorativa dell'altro che in
definitiva è quello che succede spesso, altrimenti tutti saprebbero fare
tutto di tutto; ossia chi ti doveva commissionare il lavoro non lo fa perché
è capace a programmare e tu fai il lavoro suo....
Invece sfrutta le sue conoscenze per fare pubblicità del tuo lavoro che lui
reputa giusto e ti reputa serio.
Ciao.

o ne prendessi dei pezzi per costruirne un'altro ?
Mah, in linea di massima, puo' capitare che il committente voglia
l'esclusiva, ma in questi casi si pattuisce che gli vengano consegnati
i sorgenti, che la proprieta' del sw e' sua, e ci si fa pagare molto
di piu'!
A me e' capitato una sola volta e mi sono comportato cosi'.
Ciononostante alcune procedure di utilita' gengerale, che io avevo
gia' utilizzato, continuero' ad utilizzarle, e non credo ci siano gli
estremi per avanzare obiezioni.
Ma e' solo uno scrupolo che ti e' venuto oppure il cliente ha
ventilato qualcosa?
Il prg e' gia' finito e consegnato?
--
Lorenzo Coronati
--
<<Nessuno sa che questa affermazione e' vera>>
(John D. Barrow)
--

Il prg e' gia' finito e consegnato?
In effetti per il momento e' solamente uno scrupolo,
nel senso che il programma esiste ed e' da due anni che ci lavoriamo e devo
dire che
con chi me lo ha commissionato ci sono ottimi rapporti.
Visto che il prg affronta problematiche ben specifiche di un certo tipo di
attivita' mi chiedevo
se poteva interessare anche  qualcun'altro operante nello stesso settore,
magari  chiavi in mano e se valeva la pena di attivarmi per promuovere il
prg (non sarebbe la mia principale attivita' lavorativa in questo momento)
Cmq effetti anche ci fosse una esclusiva sul prg  potrebbe non essere
semplice stabilire i limiti entro  i quali io non potrei vendere un
programma uguale ma pero' "rifarlo simile" copiando  alcune parti, o  magari
modificando il colore o il formato delle maschere o la disposizione dei
campi pardon controlli.
Non penso ci possa essere l'esclusiva sulle funzioni o sul codice creato
!!!!
Quindi se dal punto di vista "legale" non ci dovrebbero essere particolare
problemi,  rimarrebbero gli scrupoli a livello personale, magari anche per
via dei rapporto creatosi e qui mi chiedevo se nel "manuale del bravo
programmatore" esistono delle regole anche non scritte.
Ne approfitto per ringraziare chi mi ha voluto rispondermi
alla prossima
Carlo Ve

 singolo passo o sfumatura della procedura!!!
Questa mi sembra una osservazione interessante.
Io mi trovo pienamente daccordo e la sostengo sempre.
Per la verita', non tutti gli sviluppatori la pensano cosi', ma, quel che e'
peggio, quasi nessun cliente la pensa cosi'.
In linea teorica, a mio parere, e' il cliente che conosce i propri problemi
e che dovrebbe, quindi, riuscire a trasmetterli in modo non ambiguo allo
sviluppatore; ma siccome il cliente, anche se usa il computer da 15 anni, in
genere non conosce la semantica del termine ambiguita', alla fine e' sempre
l'esperienza dello sviluppatore (o a volte la sua fantasia) che lo portano
alla soluzione finale.
Mi sono stancato, ho scritto troppo.
Ciao, Sib
--
------------------------------------------------------
4000 anni fa', il saggio egizio Ptahhotep scrisse:
"... perche' non esistono saggi per nascita."
------------------------------------------------------
Saturiamo ECHELON:
bomba saddam attentato medio oriente

Ha pagato per una copia.
si, vabbe', tecnicamente.
ma dal punto di vista personale come ci resterebbe il cliente?
non e' bello scontentare una persona con un comportamento che puo'
essere sgradevole anche se tecnicamente corretto.  
non e' cosi' che si fanno i soldi e ci si fa un buon nome.
--------------------------------------------------
ATTENZIONE!
it.comp.database.access diventera' it.comp.appl.access!
cercalo tra i nuovi ng e linkalo!
-----------------------------------
rimuovere NOSPAM. per mandare email
-----------------------------------
il sito comune di it.comp.database.access:
http://members.xoom.it/it_db_access

Per correttezza dovrei quanto meno parlargliene ?
eh, direi proprio di si'...


singolo passo o sfumatura della procedura!!!
suvvia, questa e' pura utopia.  il cliente non puo' sapere tutto
quello che vuole (ed e' anche squalificante che ci sia bisogno che lui
ci dica tutto quello che dobbiamo fare).
se un cliente partecipa fattivamente all'analisi di un prodotto
specializzato gli va riconosciuto sia pure moralmente il know-how.
tu dirai che moralmente allora gli offri un caffe' quando hai venduto
un'altra copia del programma, ma come ho detto altrove non e' cosi'
che ci rende simpatici.


alla soluzione finale.
anche perche' senno' lo sviluppatore che viene pagato a fa'?
voglio dire, se noi non facciamo qualcosa che il cliente non
sa/puo'/vuole fare, a che scopo dovremmo essere pagati?


se poteva interessare anche  qualcun'altro operante nello stesso settore,
carlo, pensa anche se il tuo cliente/amico sarebbe contento di veder
incrementare la concorrenza nella sua attivita' in questo modo!  
la tua/vostra applicazione magari puo' essere il gradino in piu' che
lo rende concorrenziale rispetto ad altri!
dai, diglielo prima.  e considera che se la proposta commerciale verso
i colleghi viene da lui e' piu' probabile che abbia successo.  lui sa
di cosa parlare ai potenziali clienti, tu come sviluppatore
sostanzialmente sapresrti solo dire quant'e' bello e comodo il pc.


 sa/puo'/vuole fare, a che scopo dovremmo essere pagati?
Non mi sono spiegato. Faccio un esempio:
Caso della gestione presenze:
Io: Se il dipendente non timbra l'uscita e l'entrata per la pausa cosa
calcoliamo?
Il Cliente: Gli togliamo mezz'ora perche', comunque la fanno sempre mezz'ora
di pausa.
Io: va bene.
-Il giorno dopo:
Il Cliente: IL PROGRAMMA SBAGLIA TUTTI I CALCOLI!!!
Io: Mi spieghi, cosa fa?
Il Cliente: Calcola mezz'ora in meno ai dipendenti dell'ufficio
amministrazione!!
Io: Ma i dipendenti dell'ufficio amministrazione la timbrano la pausa?
Il Cliente: No.
Ciao, Sib
PS: Storia di vita vissuta.

un'altra aria.
Diciamo che condivido e concordo  abbastanza questa linea.
Credo che correttezza alla fine paghi quasi sempre.
l'ideale poi sarebbe di coinvolgerlo nella vendita e/o nello sviluppo
chiaramente riconoscendogli o una percentuale oppure delle manutenzioni
extra sulla sua versione,
sempre ammesso che non ritenga strategico il programma da non volerlo dare
alla
"concorrenza".
Carlo Ve


