Newsgroup: it.comp.appl.access
Titolo: Snobbismo verso access

Salve, 
Scusate se il mio post non è di natura tecnica.
Spesso mi capita di confrontarmi con programmatori di altri software. 
Sistematicamente, tutti hanno un'aria di snob verso questo programma, definendolo con aggettivi tipo 'giocattolino' o simili...
 
A cosa è dovuta quest'aria di 'superiorità' nei confronti di access?
E' un pregiudizio?
 Vi è capitato di imbattervi in discussioni simili?
Cosa rispondereste voi?


ah la classica frase "ah fai programmini in access?"
 
personalmente:
programmo regolarmente in access (vba) con be sqlserver, 
vb.net
, android 
studio
 
è capitato qualche anno fa e ho sempre risposto che se volevano lo 
facevo in 
vb.net
 (o il vecchio visual basic) ma i tempi di sviluppo e 
quindi il costo erano il triplo
 
in tanti anni nessuno ha mai obiettato sulla qualità grafica, funzionale 
e prestazionale dei miei software in access, sopratutto dopo esser 
passato a sql server come BE
 
è indubbio comunque che la facilità di utilizzo per le cose basiche lo 
faccia passare per un "giocattolo"
esempio per fare una listbox in access ci metti 5 secondi, in android 
studio devi scrivere 300 righe di codice :-)
 
 
 
 
 
 
 
 
 
 


Serve sempre capire chi sta dalla parte del commento... e se si vuole veramente capire se quel commento di SNOBBISMO ha una ragione di essere o se è partito preso...!
 
Che Access abbia dei limiti nativi è evidente, ma Access è un prodotto orientato alla gestione dati, VS allarga le sue possibilità anche ad altri ambiti, come faceva VB6, che forse è più assimilabile per un confronto...
 
Ora tralasciando i limiti dovuti ai controlli nativi di cui si sa che la mancanza di TreeView o HierchicalFlexGrid potrebbe in certi casi fare la differenza... tutto il resto come giustamente dice BSF offre tempi di risposta, di conseguenza costi, improponibili per applicazioni medie e piccole, non che per le grandi non sia adatto, ma è indiscutibile che la riusabilità del codice potrebbe risentirne in quei casi...
 
Dove Access ha veri limiti sono le gestioni Grafiche e/o con Oggetti esterni...
Per le gestioni grafiche direi che siamo a zero... ma torinamo al discorso originale di capire per cosa è fatto questo prodotto... non per la grafica.
Mentre per oggetti esterni intendo Activex di terze parti che molte volte non hanno la piena compatibilità...
 
Poi diventa come sempre un compromesso... chi produce molto SW con VS e non ha prodotto nulla con Access va da se che nemmeno ci pensa ad usare Access...
 
In ogni caso mi sembra di sentire i vecchi discorsi di chi sviluppava in C ed in VC++... e poi VS... chi sviluppa in C per produrre librerie ad alte prestazioni di performances... snobberà bellamente VS, ma se gli dici di sviluppare in C un'applicativo gestionale... magari va considerazioni differenti...
 
Questo per fare chiacchiere da BAR ovviamente, perchè il mondo gira come ti ha detto BSF, ed il cliente non sempre ha la capacità di pesare la differenza tra 2 prodotti sviluppati con SW differenti... ma sa bene valutare $$$
 
Ho visto prodotti di altissimo livello fatti con Access... ed il livello tecnico non è del CommandButton colorato piuttosto che della possibilità di cambiare i temi nelle Form... ma di tutto il lavoro che sta dietro...
 
IMHO.
 
@Alex
 

 sql server come BE
 
Sottoscrivo in toto!
Ho realizzato programmi Access "strategici" per parecchi processi aziendali, 
anche in mezza giornata, e oggi mi riferiscono che sono ancora in funzione 
(dopo anni dalla mia dipartita).
Non c'era la possibilità di programmarli in nessun altro linguaggio, 
soprattutto per motivi di tempo e costi uomo.
Con Access agganciato ai DB dei vari gestionali aziendali, fai quello che 
software house esterne realizzano in mesi di analisi, implementazione, 
testing, manutenzione ed evoluzione.
Access ha il vantaggio di essere un ottimo strumento di prototipizzazione 
wiswig, evolutiva ed incrementale, con correzione di bug o miglioramenti 
programmati "on-the-fly".
Access rappresenta combinazione vincente per implementare soluzioni di 
qualità, con costi ridottissimi, in tempi brevissimi. 
 

 ancora in funzione (dopo anni dalla mia dipartita).
 
Anvedi, il primo messaggio che arriva dall'aldila'


-------
 
Grazie A TUTTI per le risposte. 
Molto interessanti... 
Avete citato  C, VC++, 
vb.net
 eccetera.... tanto di cappello!
Ciò che mi ha dato un po' fastidio,ultimamente, è stato ricevere il commento da chi lavora in Delphi....
Ora, io non conosco bene Delphi... ma per un po' ho visto programmare qualcuno... e spesso, troppo spesso, l'ho visto ricorre al web per
scaricare questo o quel pacchetto... 
accessori che in Access abbiamo belli e pronti... e funzionali!
Al contrario di questi patch scaricati che risultano poi essere di versioni precedenti, futuri o cmq  incompatibili! Insomma, forse mi sbaglio, ma ho visto un po' di caos... 
P.s. 
cmq io penso che chi lo snobba... non ha una minima idea di quanto tempo risparmierebbe! :-)

...
Delphi è un gran linguaggio, completamente OOP e produce veramente degli EXE indipendenti... poco diffuso, ma molto professionale.
 
Non farei tuttavia confronti, perchè le motivazioni che spingono o orientano, sono spesso tutt'altro che tecniche..., come hai visto è sesso una questione di "convenienza" non di TECNOLOGIA... serve essere reailsti su vari aspetti, non si tratta di "accontentarsi" ma di saper sfruttare al meglio anche le proprie possibilità, e come sai sono diverse per ognuno di noi...
 
@Alex

   come hai visto è sesso
 
Hai completamente ragione!
 
-- 
ac (x=y-1)
Aborro il Killfile
(La violenza e' l'ultimo rifugio degli incapaci -Salvor Hardin-)

Ho i crampi alle dita... ma tu sei un maniaco...
 
@Alex