Newsgroup: it.comp.appl.access
Titolo: quanto vale il mio db?

Ho realizzato un db che oltre a una parte di archiviazione ha anche
una parte di calcolo, ovvero per ogni record inserito calcola una
serie di eventi che sono previsti.
Quanto può valere economicamente?
Per la valutazione posso fornire questi parametri::
70 tabelle
200 query
80 maschere o sottomaschere
35 macro
Le ore di lavoro sono circa 400 (ma all'inizio ero lento nel fare le
cose, poi facendo pratica mi sono velocizzato).
					CARLO.

...

Credo che in quest'ultima frase ci sia la risposta: lo sai solo tu!
Se calcoli ad ore il risultato e' viziato dalla lentezza iniziale. Se
calcoli ad oggetti creati....vale piu' una bella query dinamica o 200
statiche??
Guarda i prodotti concorrenti a quanto sono venduti e poi fai un prezzo piu'
basso considerando che sei agli inizi.
Saluti.
Luciano

 basso considerando che sei agli inizi.
Scusa ma, i prodotti concorrenti con i loro prezzi dove li trovi?
Un prodotto fatto per un solo cliente come fai a sapere quanto gli è
costato?
Ciao
Thierry

 CARLO.
E' un pochino dura dare una valutazione oggettiva sulla base di questi
parametri
non e' che il valore di un db si possa misurare a peso (tot tabelle + tot
maschere = tot Lire (Euro)
oppure un tot a mega. (magari!!!! basterebbe incorporare qualche foto e
saremmo tutti ricchi)
Sicuramente se sei all'inizio i tempi di sviluppo possono essere anche
quintuplicati rispetto ad un  programmatore piu' scaltro e non puoi certo
pretendere di metterli tutti in conto all'utlizzatore
quindi anche se  hai impiegatoto 400 ore commercialmente il tuo lavoro
potrebbe valerne  50 o 100
dipende anche dalla funzionalita' del programma e delle procedure
dall'attenzione ai particolari che un buon programma richiede (a prova di
utente dico sempre)
tieni poi conto  di tutti i serivizi di supporto che puoi offrire (Help in
linea,  manuali,  addestramento, assistenza ecc )
D'altrone dalla descrizione del tuo  programma non e' che si comprenda molto
cosa e' in grado di fare o non fare,  e come lo fa.
lo so e' dura la vita del programmatore.
Carlo Ve

cose, poi facendo pratica mi sono velocizzato).
a 20mila l'ora sono 8 milioni...  tu che dici, e' realistico?
le cose da considerare sono altre.  e' stata fatta un'analisi?  da
chi?  a chi serve il db?  tu che esperienza hai, hai fatto solo
questo?  se si', non lo dico per scherzare ne' per offendere, va gia'
bene che non devi pagare tu chi lo usa.  e pure se hai esperienza da
vendere (e comunque non credo sia questo il caso, se no non avresti
fatto questa domanda - niente di male, ovviamente!) a cosa serve?  a
collezionare tappi di birra?  a tenere il magazzino di un
concessionario di ricambi della mercedes?
il fatto di dire "e' grosso tot, ha tot tabelle, tot query, tot macro"
di per se' non significa niente.  anzi, il fatto che ci siano tante
macro mi insospettisce, perche' un db "ben fatto" si basa sul codice,
non sulle macro.  non perche' ci sia differenza sul risultato della
stessa operazione fatta attraverso una macro e attraverso il codice,
ma perche' uno sviluppatore esperto tende ad usare il codice.  la
presenza di molte macro e' sintomo di uno sviluppatore agli inizi.
comunque abbiamo iniziato tutti.  solo che non puoi pretendere di
partire in quarta a fare soldi...  se poi ci riesci lo stesso,
complimenti.
--
il sito comune di it.comp.appl.access:
http://members.xoom.it/it_db_access/

 cose, poi facendo pratica mi sono velocizzato).
Sono tra i due mesi e i due mesi e mezzo di lavoro, a 8 ore al giorno per 5
giorni a settimana: per fare cosa?

costato?
E perche' lui fa un programma ad hoc per un cliente senza aver concordato il
prezzo a priori? Se si...e' folle!
Io ho interpretato che ha sviluppato un applicazione adatta a piu'
situazioni ed ora e' indeciso quanto chiedere busando alle porte dei suoi
potenziali clienti. In questo caso nessuno e' cosi' originale (soprattutto
agli inizi!!) da scrivere un programma di cui non esista almeno un lontano
parente.
Saluti.
Luciano

 parente.
Sarà anche folle, servirà anche solo per contare i tappi di bottiglie, avrà
anche un sacco di macro... indice di uno agli inizi, ma alla fine come si fà
a valutare il suo prezzo?
Non vorrei battere lo stesso chiodo ma, dove e come uno si riferisce per
conoscere il prezzo di un proprio DB "stappa bottiglie"?
Cin cin!
Thierry

 CARLO.

conoscere il prezzo di un proprio DB "stappa bottiglie"?
niente, ci si mette d'accordo.  tu spari una cifra, se il tizio e'
d'accordo bene, se no ribassi il prezzo fin che puoi o vuoi.


realizzarlo ho impiegato circa 3 giorni
Toglimi una curiosita' se puoi
3 giorni di lavoro ma di quante ore ? e
poi partendo da zero oppure integrando
con dei pezzi di db gia' fatto?
Carlo Ve

 >conoscere il prezzo di un proprio DB "stappa bottiglie"?
Il prezzo?  Il massimo sopportabile.

conoscere il prezzo di un proprio DB "stappa bottiglie"?
Ma quanto costa un veicolo a quattro ruote, con un motore alimentato ad
idrocarburi?
Un milione (500 usata) oppure molte centinaia di milioni (autotreno 6 assi
con rimorchio)!
Saluti.
Luciano

assistenza e tempo di installazione e voila'....le vacanze sono pagate!
Premesso che ti auguro buone vacanze.... ma tu ha fatto tutta 'sta roba in
te giorni?
Mmmmmmm....
Saluti.
Luciano

d'accordo bene, se no ribassi il prezzo fin che puoi o vuoi.
Concorrenza fra compratori e venditori, Karl Marx, Das Kapital, 1860 (se non
ricordo male...)
A Lu', ammazza come semo coRti tutt' e due!!!!:-))))))
Saluti.
Luciano

>A Lu', ammazza come semo coRti tutt' e due!!!!:-))))))
si', ma no de profilo, come diceva Claudio Villa...


Chiaramente non mi aspettavo un algoritmo per calcorare il prezzo
partendo da tabelle, query e ore di lavoro.
Mi interessava avere un'idea: per esempio 2 milioni sono pochi?
In che fascia potrei essere? 2->5 mln, 5->8 mln, di più?
A me un prezzo può sembrare esagerato mentre poi in realtà si rivela
un regalo!!!
Non è il primo db che faccio ma comunque mi ritengo ancora agli inizi.
Le 200 query non sono dinamiche, sono query normali con accodamenti e
eliminazioni; i report sono stati sostituiti da maschere stampabili.
Codice ce n'è poco ed è vero che ho usato tantissimo le macro (per il
momento mi sono comode), ma il db funziona e rispetta le specifiche
che mi sono state date.
Grazie,
						CARLO.

In che fascia potrei essere? 2->5 mln, 5->8 mln, di più?
ma scherzi?  se solo hai di questi dubbi vuol dire che non conosci il
mercato e se non conosci il mercato sei un principiante, quindi e' chi
te lo usa che ti fa un favore!
scusa se sono brutale ma quando ci vuole ci vuole!  meno sogni di
gloria, perbacco!


 CARLO.
Non e' che adesso  gli elementi siano diventati molti per quantificare il
prg
detto cosi' potrebbe sembrare un buon lavoretto  artigianale
ma di scarso valore commerciale (senza offesa)
della serie uno si prende  Access e con un po' di buona volonta'
si mette a fare qualcosina per 5/6  ore al giorno e per un paio di
mesi e potrebbe ottenere qualcosa di simile al tuo
Mi e' difficile credere in un prg di buon livello (commercializzabile a vari
milioni)
senza un uso intenso del codice,
significa che le problematiche affrontate non sono particolarmente complesse
e  articolate
e possono essere risolte con le sole macro
Problematiche non particolarmente complesse e articolate significa che uno
puo' andare in una qualsiasi libreria e comprarsi un programma della Finson
che gli costa 100.000 (centomila) e magari fa le stesso cose del tuo
programma
Carlo Ve

 CARLO.
Beh Carlo, vuoi un raffronto ?
In azienda ho fatto un programma in Access con 41 tabelle, 4 query (faccio
tutto via VBA), 104 forms, 60 report, 13 macro e 13428 righe di codice.
Altre aziende (nostre clienti) mi hanno chiesto di fornirglielo: ovviamente
non posso venderglielo così com'é sia perché è di proprietà dell'azienda per
cui lavoro sia perché il livello di personalizzazione è abbastanza "spinto".
Ho deciso quindi, con il permesso della mia azienda, di fargliene uno
ex-novo e oltretutto più standard (cosìché possa andar bene per le esigenze
più comuni).
Penso che lo venderò ad una cifra SICURAMENTE inferiore ai 3 milioni, forse
anche molto meno.
Questo perché le ore che mi serviranno per farlo moltiplicato per
quello-che-voglio-guadagnarci-all'ora (e ti posso assicure che non voglio
guadagnarci 100.000/ora) danno circa questa cifra.
Oltretutto :
- la cifra è un buon compromesso tra costo e ciò che il programma permette
di fare
- è un guadagno "extra" (lavoro solo quando c'ho voglia)
- se faccio un buon lavoro e faccio pagare relativamente poco è sempre una
buona pubblicità
- non è mia intenzione guadagnare milionate non meritandomelo !!!
Quindi ciò che ti voglio dire è di non cercare di dare una valutazione al
tuo programma basandoti sugli altri : devi basarti sul lavoro da te svolto,
sulle ore che hai fatto, sulla tua esperienza e velocità nella
programmazione e sulla tua capacità di "creare" qualcosa adatto alle
esigenze dell'attività per cui lo stai facendo.
In particolare devi tenere conto della tua esperienza.
Se "senti" di non essere ancora abbastanza afferrato in Access (tipo usi
poco VBA) è ovvio che i tempi di realizzazione si allungano e questo non
deve certo ricadere sul cliente.
Domanda :
quanto tempo ci impiegheresti a fare un programmino per la fatturazione
semplice semplice con
- anagrafica clienti
- testata fattura
- righe fattura (senza anagrafica prodotti, solo descrizioni)
- codici IVA (fino a 3 nella stessa fattura)
- valuta a scelta (Lire, Euro, Dollari, ecc.)
- stampa / ristampa / eliminazione fattura
- report riepilogativo fatture emesse
il tutto fatto per un'azienda in cui l'impiegato/a sa a malapena accendere
il computer (quindi glielo devi fare "comprensibile" senza parlargli di
filtri, query, record e boiate varie) ?
A naso vai oltre le 20 ore ?
Io te lo faccio in mezza giornata e se riciclo qualche form già fatta ci
impiego anche di meno.
Consiglio.
Vuoi cercare di fare le cose in grande, tipo fare programmi grossi facendo
pagare molto ?
Comincia cercando di fare le cose in piccolo, tipo fare programmi
piccini-piccini facendo pagare quasi nulla.
Poi vai per induzione...
Ciao e auguri
Dario da PD

 A
Quindi un lavoro vale quanto uno vuole pagartelo! Pochissimo o tantissimo,
fa lo stesso! Teoria interessante......
Tanti auguri per la tua carriera. Spero per te che tu possa incontrare
clienti disposti a pagare delle cifre considerevoli, magari anche in
anticipo, per dei db personalizzati che tu svilupperai impiegandoci tutto il
tempo che ti pare. :)
Byez Mikele

personali. Non credete???
si', in linea di massima hai ragione.  pero' valutare il tempo che ci
si mette in ogni caso e' utile per vedere se ne e' valsa la pena.



Questa mi è sempbrata la critica più sensata.
' c e l l o
icq #27222846
marc...@tamburini.net


Fai questo esempio: spari 10mln. Lui ti dice: SEI MATTO! allora dici,
bene facciamo 8! Allora prima mi frgavi due milioni!!!
Capita tutti i giorni: credimi!


                                         CARLO.
e che cavolo, sto db solo per il thread ha da esse 'na cosa
eccezzzzionale, lo compro io, spara 'na cifra, ma quarcosa lo fa?
aho so serio!, pero', come cliente, me lo garantisci, come faccio io,
per quarsiasi erore dovuto a sbaij de programmazione, pe sempre? e poi
voijo pure er codice (gnente MDE) cor diritto a rivennelo!
1) Le tabelle so' in 3nf armeno?
2) Le macro a che serveno?
3) Le query so tutte diverse o e' una copiata 200 vorte? 'o stesso pe'e
maschere 
4) che vordi' che "calcola" 'na serie de eventi? li sa' prima?
5) che vordi' previsti c'e' l'onAttentoCheTeSbaij 
chiedo venia ma il "vernacolo" e' quello del tipico cliente romano
rompic@@j@ni. D'altra parte sto comprando!
;{)))))
a.cara
a.cara

bene facciamo 8! Allora prima mi frgavi due milioni!!!
non lo chiamerei fregare...  in ogni attivita' c'e' sempre un margine
di guadagno.  questo margine non e' mai un qualcosa di atomico.  
mi spiego: se io per renderti un servizio ho dei costi di
cinquecentomila lire, cioe' se te lo vendo a 500mila vado in paro di
tutto, e valuto che a te questo servizio fara' guadagnare dieci
milioni, mi sembra normale chiederti cinque milioni.
tu a tua volta puoi valutare che mi potrei accontentare di un milione,
poi contrattiamo e ci mettiamo d'accordo per, diciamo, due milioni e
mezzo.  
quanto ti sto "fregando"?  due milioni?  oppure un servizio da 500mila
lo devo vendere a 500mila piu' una percentuale fissa del 10%, cioe'
550mila?  allora ti sto fregando 1.950mila?  ma perche' proprio
550mila?  in fondo ci guadagno anche se te lo vendo a 540mila...
e' una contrattazione, domanda, offerta.  metti che arriva un
concorrente e ti offre lo stesso servizio a 1.500mila, forse posso
scendere a 1.400mila e guadagnarci lo stesso, ma poi non mi posso
comprare la villa al mare e io valuto indispensabile la villa al
mare...  posso rilassarmi meglio e programmare meglio e farti i
prossimi programmi ancora migliori...


Forse non sono riuscito a spiegarmi come volevo.
I pochi programmi simili al quello che sto realizzando, sono in
vendita a oltre 4 milioni. Da qui sorgeva il mio interrogativo.
Comunque grazie delle risposte.
					CARLO.

Comunque grazie delle risposte.
in che senso simili?  diciamo orientati allo stesso scopo o realizzati
con la stessa competenza?
--
make it idiot proof and someone will make a better idiot.
