Post by RobertoAPost by Nicoletta2Ciao a tutti,
spero che il titolo del post non vi abbia adirato.
Da tempo mi diletto (e mi piace molto) con access e ho creato un po' di
piccole applicazioni per gestire report particolari su un db di
rilevazione presenze (che è il mio normale ambito lavorativo).
alcune persone vedendo le mie applicazioni storcono il naso perchè sono
scritte in access e non ritentono conveniente proseguire su questa strada.
Vorrebbero applicazioni scritte in C++ (fa figo!), perchè compilate (è
vero), veloci (ma non serve velocità in questi report), sicure (!!!), etc.
Ora, potete consigliarmi su come rispondere in maniera generica prima,
specifica poi a chiunque valuti access in maniera riduttiva per quanto
riguarda applicazioni di data reporting su db sql?
ciao
Nicoletta
Per quanto riguarda le prestazioni degli applicativi puoi dir loro che e'
tutto vero
Sei sicuro di questa affermazione....?
Se parliamo di Gestionali credo che serva fare qualche doverosa
precisazione in merito, se parliamo di Applicazioni per la gestione di
acquisizioni dati RealTime posso convenire.
Post by RobertoAPer il 'sicure' credo che Access non abbia niente da invidiare a chicche e
ssia
Per il 'compilate' mi sembra un evidente vantaggio per il tuo cliente che
l'applicazione non sia compilata
??? Che dici...?
MDE è equivalente alla compilazione VB6.
La distribuzione per entrambi può prevedere il Runtime, ma anche per
il C++ è così..., diciamo solo che il C++ non si appoggia ad un
Interprete di linguaggio.
Un MDE non è un EXE ma la differenza, se parliamo di Linguaggi
Interpretati è nulla.
Ora perchè un cliente debba avere un vantaggio da una cosa invece che
un'altra non lo capisco.
Post by RobertoAE che se il tuo cliente vuole, puoi sviluppare il tutto anche in C++
Solo che gli costa da 10 a 20 volte tanto
MMMmmmm io non sviluppo in C++ e, nonostante possa ipotizzare un
differente tempo di sviluppo(che è vero solo per applicativi piccoli,
crescendo le differenze si appiattiscono) ho forti dubbi il rapporto
possa attestarsi a quanto dici, personalmente non penso nemmeno sia
fattibile una statistica.
Post by RobertoAE se lui vuole, puoi farlo anche in assembler x86, pero' gli costa 100 volte
tanto
Assembler è un linguaggio dedicato ad altre cose.
Post by RobertoAE' come dire che siccome esistono le Ferrari allora le Fiat Panda non hanno
senso di esistere
Ce l'hanno eccome, anzi nel 95 percento dei casi so' pure mejo
Vedi andare a prendere il pane, 'ritirare' il figlio da scuola, andare in
posta, andare in banca, ecc...
Per il 5% restante vedi 'fare i fighi sul lungomare' oppure 'arrivare in
discoteca per cacciare' and so on ovviamente una Ferrari non ha rivali
Ciao
Faccio qualche mia nota personale.
Serve distinguere tra considerazioni Oggettive e Soggettive.
Sviluppare in Access invece che in C++ è diverso, questo è un dato
Oggettivo.
Normalmente è questione di abitudini di chi sviluppa preferire un
linguaggio rispetto ad un'altro, ma per avere cognizione di causa
serve un programmatore capace sia di sviluppare in VBA che in C++ e
non è così scontato trovarlo...!
VBA è di certo più UserFriendly e consente, per applicativi piccoli,
un risparmio proporzionalmente più elevato di tempo ed un rapporto
qualità/tempo(sviluppo) decisamente elevato(e questo si traduce in
economicità), che va però a cadere su gestionali seri, nel senso che
il risparmio di tempo si riduce nonostante le facilitazioni di Access,
in quanto incidono marginalmente nello studio e nella stesura.
Questo è abbastanza oggettivo.
La velocità di un'applicativo dipende per il 90% dallo sviluppatore,
nel senso che dipende dalle sue capacità di ottimizzare il flusso
dati, e sia VBA che C++ se lo sviluppatore non è "veramente" capace
ottiene poco, il bello è che i concetti da usare sono validi sia per
VBA che per C++.....
Questo è Soggettivo.
Purtroppo alcune volte queste considerazioni(intendo quelle di
Nicoletta) vengono mosse da persone che non sempre hanno le idee
chiare sulla programmazione, ma dispongono di concetti base generici
per i quali un linguaggio C++ è a prescindere meglio di VBA.
Con queste persone è difficile intavolare uno scambio tecnico se non
si va sul tecnico spinto e per poterlo fare non servono considerazioni
generiche, ma serve smantellare tecnicamente le certezze(parzialmente
errate) dell'interlocutore.
Come vedi la variabile di Soggettività ed in particolare sulle
prestazioni è la più pesante ed è quella l'unica cosa sulla quale
serve misurarsi.
Ritengo personalmente che la strada migliore sia sempre quella di far
motivare Tecnicamente l'interlocutore, e replicare tecnicamente alle
affermazioni, magari lo sviluppatore si accorge che per quello che
deve fare Access veramente non va bene.... oppure può avere la forza
tecnica di far ricredere l'interlocutore.
@Alex