Newsgroup: it.comp.appl.access
Titolo: quasi [OT] Parere su Access da un Programmatore Delphi

Per puro caso uno di questi giorni ho avuto l'occasione di parlare con un
programmatore Delphi, e discutere sui 'prezzi di programmazione' allorché ne
sono uscito allucinato..
Possibile che un programmatore (una ditta) chieda qualcosina come
110.000/ora + IVA delle vecchie lirette italiane??
E noi poverelli programmatori access??
(Un esempino, l'aggiunta di un campo in una tabella già preesistente £
340.000...  Non aggiungo altro, se non il mio fegato...)
Addirittura Access non veniva neppure considerato come linguaggio di
programmazione per database, nel senso che mi è stato risposto che Access
NON  E' un linguaggio per gestire database ma un termine di cui non riesco
nemmeno a ricordare..
Mah... vabbe, forse sono indubbiamente un novellino, ma dopo aver parlato
con questo personaggio ora sto provando ad usare Access per fare i
Pop-corn...  ;))
Possibile che venga considerato un linguaggio così scadente?? a me sembra
che di cose se ne possono fare ed anche in modo abbastanza professionale..
Tanto per farmi un idea, che 'prezzi' corrono con access?? Attualmente ho
sempre fatto applicazioni che considero di media/alta qualità con un occhio
sempre attento ai dettagli...... e quello che mi è capitato di chiedere come
compenso è talmente irrisorio che mi vergogno a dirlo..!!! (ma vi rendete
conto.. 1 campo 340.000 LIRE!!!!!!!! ma un 'intera tabella quanto costa????)
Consigli??  Minacce??  Pareri??    ..........Ben  Vengano!!!!!!!!!!!!!!!!!!!
Saluti,
Marco

 compenso è talmente irrisorio che mi vergogno a dirlo..!!!
Tutto sbagliato, tutto da rifare.
Ai tuoi clienti non deve fregare una minchia di cosa usi per lo sviluppo (TU
sei il professionista, non loro) ... al limite possono sollevare lecite
obiezioni sulla BASE DATI da utilizzare _e in tal caso ti smazzerai gli .ADP
e SQL Server_
TU devi utilizzare i Developer Tools per la distribuzione (Access Runtime) e
non fargli installare il dannato Office.
A questo punto se i tuoi lavori saranno all'altezza delle aspettative dei
clienti non aver paura a farti pagare: anzi dovrai farti pagare se non
vorrai cambiar lavoro.
Ciao,  Giorgio

 Farsi pagare all'ora è proprio da manovali.
ci sarebbe abbastanza da dire
Vorrei una risposta a questo
Nel momento in cui decidi un'assistenza a chiamata,
non sempre e' possibile un canone di manutenzione 
pari al x%, e talvolta non e' neanche remunerativo
a) Dici che non sei un manovale
   (qualcuna usa la parola cantinaro
    dimenticando che sia 
s.jobs
 che b.gates lo erano)
b) Dici che sei un professionista e che a chiamata non assisti
c) Te ne freghi perche' sei superiore
--
a.cara
P.S. Evidentemente sono un "gran" coglione

 c) Te ne freghi perche' sei superiore
Noi ci regoliamo diversamente: chi ha gestioni impegnative paga un canone
d'assistenza annuale (e ormai sono loro a chiederlo).
Chi non vuole pagare il canone, avesse bisogno di un intervento in loco,
paga un forfait che si concorda.
Chi avesse bisogno di ulteriori personalizzazioni paga un forfait che si
concorda.
Ripeto, secondo me la tariffa oraria svilisce il lavoro del softwarista.
Ciao, Giorgio

 Ripeto, secondo me la tariffa oraria svilisce il lavoro del softwarista.
oh quanto vorrei essere svilito
Mi risulta che tutti i consulenti di "livello" hanno una tariffa oraria
--
a.cara

 conto.. 1 campo 340.000 LIRE!!!!!!!! ma un 'intera tabella quanto
costa????)
Ricordati, il cliente finale se ne sbatte altamente se un software è fatto
in C# o in fortrant, basta che funzioni bene e lui è felice.
Access è ottimo per programmi medio/piccoli (a mio parere, è solo una
conclusione personale a cui sono giunto dopo un po' di esperienza), come per
me GileMaker è buono per progetti piccoli e Delphi per tutti i tipi di
progetti anche non database-orienthed.
E' importante non cercare di fossilizzarsi su un sistema di sviluppo
preferenziale altrimenti si rischia di essere tagliati fuori dal mercato.
Ai suoi tempi ho iniziato con basic, poi pascal, poi VB 3, poi Delphi 3,
Delphi 5, VBA (Excel e Word), poi FileMaker 4/5 poi Access 97/2000 ora
Delphi 6, C# e questo solo per le applicazioni stand alone, tralasciando il
web. In futuro mi dedicherò al framework .Net dal punto di vista produttivo
(fin'ora era solo sperimentazione) e probabilmente approfondirò JSP.
Questo per far capire che un linguaggio vale l'atro, è questione di
professionalità nella scrittura del codice e di preferenze (un linguaggio
piuttosto che un altro.)
Saluti.

 340.000... Non aggiungo altro, se non il mio fegato...)
[megacut]
Quando tu ed il tuo amico Delphista la finirete di pensare ai campi e
comincerete a pensare in ottica di "soluzioni per l'impresa", allora vi
accorgerete, entrambi, che questa classificazione di linguaggi/strumenti
lascia il tempo che trova.
Nell'ottica delle finalità da raggiungere ogni strumento può essere più o
meno indicato/indispensabile, e questo non deve spaventare ne noi che
sviluppiamo soluzioni, ne i clienti che le devono testare ed usare.
Saluti, Sandro.
--------------------------------
Inviato via 
http://usenet.libero.it

 Mi risulta che tutti i consulenti di "livello" hanno una tariffa oraria
Chiudo.
Giorgio

 realizzazione di database in formato Ms Access (ma nooo ...),
Progettato per la realizzazione di database in formato Access, Interfacce
per Database Access, Interfacce per database MS SQL-Server ... interfacce
per qualunque motore compatibile ODBC/OLE-DB.
Ciao, Giorgio

 che di cose se ne possono fare ed anche in modo abbastanza professionale..
"Considerato" da chi?
Se parli con un Linuxista ti dira' che Windows e' una schifezza, se parli
con un Unixista ti dira' che Windows e' una schifezza e che Linux e' una
dilettantesca riduzione di Unix, se parli con un programmatore AS400 ti
dira' che per i DB gestionali esiste solo AS400.
La realta' e' che ognuno cura il proprio orticello e sputa in quello degli
altri.
Al cliente non deve fregargliene niente di cosa usi, fosse anche un
pallottoliere. il tuo cliente ha un problema e tu lo devi risolvere. sta
tranquillo che se realizzi qualcosa che funziona non ha importanza con cosa
l'hai fatto (Access o DB3) il vantaggio di usare access (che e' molto piu'
potente di quanto abbiano voluto farti credere) e' che impieghi la meta' del
tempo (minimo) a fare le stesse cose che con qualunque altro linguaggio.
Sib

 tempo (minimo) a fare le stesse cose che con qualunque altro linguaggio.
Pardon,
RAD
Sib

"Sib" <si...@SPAMiol.it> ha scritto nel messaggio
news:r8zt9.29574$TD1.1...@news2.tin.it...

Per curiosità, cosa sigifica la sigla RAD??
Ciao e grazie, mi sono un po ripreso...
Marco


Volevo ringraziare tutti per l'intervento..
Ciao, Marco

 Marco
Rapid Application Development
--
a.cara

 (oltre al teribile on error resume next).
La tipizzazione *bassa* e la gestione errori classica dei
linguaggi "Basic Like" crea problemi di solidità del codice solo a
neofiti e dilettanti (in senso letterale, non polemico).
Il tenebroso "On Error Resume Next" può essere una porcata o una soluzione
accettabile -dipende dalle circostanze- e comunque è una tua libera scelta
usarlo.
Il vero grande svantaggio "pratico" di VB (e simili) è sempre stato l'architettura
.COM/ActiveX e i singolari casini a livello di registro che spesso
s'incontrano qualora si utilizzino pesantemente componenti .OCX e/o .Dll per
aggiungere
funzionalità alle applicazioni (altra musica le VCL:  Delphi è stato scritto
in Delphi...).
Ciao: warp

 neofiti e dilettanti (in senso letterale, non polemico).
    Concordo. La questione dell'"instabilita' generale" andrebbe comunque
definita meglio, altrimenti si configura come una pura e semplice "calunnia"
o "diffamazione".
[...]
--
Ciao :-)
Maurizio
--------
?SPQR(C)
 X
--------

 o "diffamazione".
Chiedo venia per la spiegazione, ma il mio post era già lungo di suo e non
mi pareva il caso di andare ad aggiungere specifiche su ogni riga che
pensavo potessa creare dissesti, come ho ribadito in fondo al messaggio
ritengo che programmare in un linguaggio o in un altro sia comunque una
quastione di preferenze e professionalità, conosco programmatori VB che
sviluppano come "dei" con moduli classe (cls) a sbrega e creano codice
pulitissimo e rubusto, altri che in delphi scrivono da cani e non gestiscono
le eccezioni runtime (che, per chi non lo sapesse, fanno crashare il
programnma senza soluzione di continuità ).
Chiedo scusa a chi si fosse sentito offeso o preso in causa da quanto
espresso nel mio post precedente.
Saluti

 in Delphi...).
Piccola storiella.
Mi hanno raccontato che la prima versione del compilatore di delphi era
fatta in assembly e C, mentre la seconda in assembly e pascal :))).

 fatta in assembly e C, mentre la seconda in assembly e pascal :))).
Senza dubbio è un prodotto eccezionale: RAD anomalo e potentissimo (anche se
non riesco a separarmi, per varie ragioni, dalla 4.0).
Tuttavia, sotto un profilo prettamente gestionale, le realese più recenti di
Access e/o Powerbuilder fanno paura per flessibilità, potenza
dell'interfacciamento Client-Server e agilità degli strumenti _molto_ RAD.
Ciao: warp

 Cioè, non per polemica, ma per curiosità?
    Un esperto puo' dire cio' che vuole. :-))
