Newsgroup: it.lavoro.informatica
Titolo: [OT?] Quanto far pagare per un Database

Mi è stato commissionato un Database da un cliente.
Chiaramente mi è stato detto che a lui non importa come è strutturato
questo database ,quanto quello che è contenuto.
Diciamo che devo inserire in questo Db tutte le società sportive italiane
di un certo livello,con i risultati,l'anno di fondazione e varie notizie
utili.
Per ricercare queste informazioni penso di basarmi su internet e quindi al
prezzo finale aggiungerò anche il costo della connessione.
Si ipotizza 2 ore e mezza circa di lavoro al giorno e la consegna
(obbligatoria) entro i primi di Marzo.
Non è una mega architettura di rete ma sono sempre soldi...e non sò quanto
farmi pagare.
Qalche dritta?
Grazie a tutti per l'attenzione.
Alex
P.S Onde evitare flame di qualche tipo aggiungo che:
A)Sono un informatico prefessionista (beh oddio quasi :P ) 
B)Al cliente il Db serve sopratutto per le informazioni che ci sono dentro
non per la bellezza e\o l'utilità della sua struttura 
C)Non sono quello di Palermo che postò tempo fà e che scatenò le ire di
mezzo mondo
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 (obbligatoria) entro i primi di Marzo.
2.5 * gg * costo  + 10%
2.5 ore giornaliere
gg = giorni che lavori
costo = tuo costo orario
10% = imprevisti
Saluti.
Luciano

 non per la bellezza e\o l'utilità della sua struttura
Sarei veramente stupito altrimenti... ;o)

 Sarei veramente stupito altrimenti... ;o)
Beh non vorrei intavolare un discorso su quanto è piu bello un Db con uno
script di un tipo,piuttosto che un abblicazione in Vb che si interfaccia
con chissà che cosa.
Mi pagano perchè conosco l'ambiente di cui servono le informazioni e sono
abbastanza veloce nel raccattarle.


 Luciano
Grazie.
Per il costo orario...non ho la minima idea di quanto chiedere.E non
vorrei chiedere una cifra fuori mercato (in un senso o in un altro).
15 euro l'ora pensate che vadano bene?


 Qalche dritta?
Conosci le forme normali? ;)
-- 
Luc.

 Luc.
Qualche
^_^
:P
Alex



La mia affermazione era ironica; non si rende un db ben strutturato per ragioni
puramente "estetiche". Sviluppare una logica applicativa su una base dati
inconsistente rispetto al modello rende le cose molto più complicate. Inoltre, i
vantaggi in termini di flessibilità, coerenza dei dati e prestazioni sono
indubbi.
Ciao,
G.

 G.
beh ovvio che anche un Db deve essere "user friendly" (si scrive così? :P
).
Ma al commitente in questione serve solo far veder che sono stati
raggiunti certi risultati per avere un rinnovo dell'appalto.
Amara verità...un lavoro puramente di facciata.


 15 euro l'ora pensate che vadano bene?
Troppo poco.
Io applico una tariffa variabile tra i 50 e i 90 euro all'ora a seconda 
del livello di scassaminchiaggine del cliente.
Piu' eventuali penali (dal 100 al 200% della tariffa oraria) dovute a 
cambiamenti strutturali in corso d'opera.
Poi vedi bene la licenza sotto cui rilasci il tutto.
E' tutelata la tua proprieta' intellettuale?
E' concesso in esclusiva o hai diritto di rivendita?
Cia'
-- 
Neo & Rotella (CBR 600 F Rosso Blu) da Campi Bisenzio
/************************************************
ICQ #42292922
Webmaster di:
www.thezion.net
 (now PHP Powered)
Registered Linux User #277621 - 
http://counter.li.org
************************************************/

 Cia'


 Dove posso trovare informazioni al riguardo?
Io rilascio sotto licenza gnu/gpl.
Se vuoi leggerti la traduzione la trovi qui.
http://www.federicocampoli.com/licensingGpl.php


 Se e' piu' semplice ci metti meno tempo ;-)
---------------------------------CUT---------------------------------
Ok grazie per le informazioni.
Stasera presento il conto al cliente e vediamo un pò che cosa ne salta
fuori.
Tanto preferisco perdere un lavoretto che farmi sfruttare per un mese...a
quello ci pensano gia i miei datori di lavoro "ufficiali" -_-'


questo database ,quanto quello che è contenuto.
Il mio consiglio è di iniziare con qualcosa che con l'informatica
apparentemente c'entra poco ma che invece è essenziale (in tutti i
settori economici) per dare spessore e professionalità ad un lavoro da
fare e assicurarsi la soddisfazione del cliente: i requisiti.
A me sembra che quelli che ha indicato il tuo cliente siano
insufficenti e sia necessario aiutarlo ad indicare (e possibilmente a
formalizzare)  quelli che non è stato in grado di esprimere.
La progettazione di un data base è un processo che ha le sue regole  e
richiede un certo sforzo (e tempo). Viceversa la manutenzione
successiva (quando il cliente si accorgerà che gli era utile avere
anche quel certo dato organizzato in quella certa altra maniera...)
diventerà onerosa e la soddisfazione dell'interessato potrebbe
diminuire.
Quindi: meglio spendere qualche giorno in più nella progettazione e
nello studio che partire in fretta e furia perchè c'è un termine
obbligatorio per la consegna. Coinvolgendo il cliente in questa prima
fase lo renderai consapevole della complessità del lavoro, la tua
figura professionale   e quella di tutti gli informatici :)  sarà
maggiormente considerata ed avrai buone probabilità di fare un'ottima
figura. Se poi il cliente insiste a banalizzare il lavoro
semplice-semplice allora, prima di iniziare, mandagli una "conferma
d'ordine"  semplice-semplice (ma dettagliata) in cui  gli descrivi
punto per punto la  tua fornitura. In bocca al lupo!
 
Per info su progettazione:
"entità-relazioni" su google
www.uml.org
Ciao Piero

 Ciao Piero
Ciao Alex


e vado a preparare una bozza di contratto.
Ancora in bocca al lupo!

 e vado a preparare una bozza di contratto.
Perfetto, poi facci sapere com'è andata, ok? In bocca al lupo
-- 
 __   __  ___   
|  | |  |/ __|  ICQ@Home #7317603sette 
|  |_|  |\__ \  ICQ@Work #16285702tre
|____|__||___/