Newsgroup: it.comp.appl.access
Titolo: OT - I limiti del VBA e i nuovi device

Mi sento un po’ frustrato a sapere che tutto cio’ che scrivo e faccio
in VBA non posso eseguirlo sui device di ultima generazione come
smarthpone e tablet.
Il linguaggio con cui lavoro e’ quanto di meno portabile ci sia,
questo gia’ lo sapevo ma l’arrivo sul mercato di questi nuovi “cosi”
non fra che aumentare la separazione tra le mie applicazioni e
l’esperienza utente-pc che si sta spostando sempre di piu’ (anche se
adesso siamo solo all’inizio) sui tablet ecc.
Le mie applicazioni in VBA si dividono in lavoro e casa. Sul lavoro…
finche’ Office MS continuera’ a essere uno standard per molte
aziende,e lo sara’ ancora per molto tempo…continuero’ a fare il mio
lavoro come prima.
Sulle applicazioni che scrivo a casa per mio diletto e per i miei
hobby…ecco che iniziano i problemi. Non posso piu’ usarle quando vado
in giro…a meno di non avere un netbook…e se voglio comprarmi un
tablet?
Come smartphone ho android e se mi dicessero che domani su Windows
Phone ci gira il VBA, non cambierei cmq android.
Ho voglia di usare i miei db, i miei programmi in excel
ovunque….altrimenti so di aver fatto un lavoro inutile e a me
sinceramente non piace perdere tempo.
Quindi quali alternative? Sarei orientato ad iniziare daccapo con un
linguaggio web in modo che l’applicazione sia usabile da qualsiasi
device, basta mettere l’applicazione sul server giusto.
Mi spaventa un po’ il lato design…fare maschere, pulsanti, combo,
listbox in access e’ di relativa facilita’….metti i controlli dove
vuoi e poi giochi con le proprieta’…riesco a fare ambienti gradevoli
perfino io che sono stato sempre un cane in disegno :-))
Pero’ fare lo stesso su un’applicazione web scrivendo chili e chili di
codice xhtml, CSS ecc…non farebbe per me…
Voi cosa proponete in alternativa? Quale alternativa al VBA? Quale
linguaggio e quale ambiente di sviluppo semplice e immediato come il
VBA e soprattutto…portabile….ovunque (o quasi).
Grazie.

"Pino"  ha scritto nel messaggio 
news:2bdcba43-149d-489a...@s17g2000yqs.googlegroups.com...





__________Risposta:
Non c'è nulla di così immediato e cossplatform.
Se sviluppi su Android hai un tool, se sviluppi su iPhone un altro, se 
WinPhone un altro ancora (non visual studio).
Se usi il web hai il limite della connettività e della navigabilità di un 
browser.
Se sviluppi su Silverlight e/o WPF hai il limite della piattaforma, se 
sviluppi con java hai limite della soglia di apprendimento e della 
pesantezza,
se sviluppi con PHP hai il limite della vulnerabilità.
Per ogni linguaggio hai vantaggi e svantaggi, come in Access
MA


beh tablet con windows 7 starter ce ne sono parecchi...
altrimenti io mi sono buttatto su windows phone/windows mobile.
con 
vb.net
 o smart develop si fanno discrete cose..soprattutto con sqlce 
come database
ho provato il tool di sviluppo di android e non mi è sembrato 
particolarmente complicato.
neppure quello per iphone.
ovvio che devi conoscere un qualcosa di programmazione OO.
ciao
BFS

 VBA e soprattutto…portabile….ovunque (o quasi).
Eh... a volte il caldo fa brutti scherzi.
Fatti una bella doccia.
Bruno

 MA
Si in effetti...pro e contro per ogni linguaggio. Ok su questo non ci
piove..
Anche se analizzando costi e benefici forse i problemi legati alla
connettivita' sono il male minore.
Non e' un caso che il cloud comp. si stia sviluppando proprio perche'
a causa di tutti questi nuovi dispositivi, mai
come in quest'epoca c'è bisogno di applicazioni "trasversali"..la cui
sede naturale e' proprio il cloud.
E di CMS, Joomla e vari che mi dici?
Grazie.

 Fatti una bella doccia.
Dal tono "affabile" della tua risposta i lettori capiranno subito che
quello che vive al Sahara sei tu, non io.
Buona passeggiata nel deserto...


Non mi pare che abbia sollevato un "problema" tanto comico...anzi.
A chi non è capitato di sentirsi chiedere dal cliente "ma posso mettere 
il tuo gestionale nell'ipad" (o tablet con android )
ciao
BFS

 tuo gestionale nell'ipad" (o tablet con android )
Sai che cliente... quello che vuol mettere il gestionale nell'ipad!
Gli è che mi sembrava uno di quei discorsi estivi fatto così per non 
dir niente... facendo finta di sapere tutto.
Avrò capito male come al solito, chiedo venia.
Mi vado a fare una doccia.
Bruno


sai che clienti?
il 90% dei miei clienti che hanno agenti in giro sul territorio a 
raccogliere ordini e trasmetterli in sede mi hanno chiesto di usare il 
gestionale raccolta ordini sull'ipad. O su qualche tablet che non fosse 
il classico portatile con windows lento ad avviarsi, ingombrante con i 
problemi della batteria che si scarica etc etc etc.
Soprattutto agenti che passano per bar e ristoranti..dove il padrone ha 
poco tempo libero per sedersi su un tavolo a vedere lo schermo del 
notebook dell'agente.
vedi un po' agenti e promoter delle case farmaceutiche cosa usano ora 
per mostrari i prodotti e fare ordini in tempo reale
questi sono i clienti che intendo io..
ciao
BFS

"BFS"  ha scritto nel messaggio 
news:4e20551f$0$15666$4faf...@reader2.news.tin.it...

sai che clienti?




ciao
BFS
_____________Risposta:
E allora ti serve web, o meglio, anche web
Assurdo l'agente con una soluzione desktop ed altrettanto assurdo in ufficio 
con un gestionale web.
Ad ognuno il suo.
Poi web c'è 
ASP.NET
 in tutte le sue declinazioni, PHP, java etc..
MA

 Grazie.
un'alternativa e' il Web... anche se poi ti scontri con il discorso
connettivita'... le cose vanno prese per quelle che sono, non per
quelle che noi vorremmo siano. Access & Co. sono soluzioni Desk che
Desk restano, con (a tuo modo di vedere a quanto pare) l'aggravante
che per funzionare hanno bisogno di Office (ma perche' poi mi chiedo
io, i PDF non hanno bisogno di Acrobat?). O prendere o lasciare... un
mare di mezzo non c'e'. Vuoi la testimonianza della mia esperienza? te
la do... io ho circa 25 filiali in tutta italia, in cui gira
un'applicativo ACCESS. Girava in locale, e ogni tot era disposto (non
mi dilungo tecnicamente) per accentrare i dati in sede sfruttando
all'inizio la mail, poi evoluto con l'ftp, poi con la VPN. Cio' e'
parso pesante nell'arco del tempo (ovviamente) per cui mi sono munito
di un Win2003 Server e ci ho messo su un SQL Server... ho passato
"parte" delle tabelle del gestionale, e ho accentrato le connessioni,
in modo tale che tutti scrivessero sul centrostella e non in locale
per poi riversare... in questo modo ho risolto non pochi problemi. Poi
dopo ne sono arrivati altri (esigenze di crescita), per i quali sul
W03S ho messo su IIS e con l'ausilio di ASP (ma anche ASP.net)
utilizzando un IP statico nattato sull'IP locale acquistato da
Telecom, ho fatto il mio bel server Web che riesce a sfruttare i dati
del gestionale e a renderli usufruibili e manipolabili anche dal
Web....
Ci sarebbe da dirti un'altra miliardata di cose, ma mi fermo perche'
il mio intento non e' dirti cosa faccio io, ma cosa si fa per
"adeguarti" al sistema... se vuoi rimanere a casa, usi le cose che per
casa bastano, altrimenti come per andare per le sabbie del deserto hai
bisogno di un fuoristrada, cosi' per soddisfare le esigenze che
elenchi hai bisogno di altri strumenti...
Spero di esserti stato d'aiuto.
;)
(ho scritto a braccio, scusa per eventuali errori)


ti sbagli...un agente non puo' non raccogliere l'ordine perchè magari 
non ha campo con il cellulare. E fidati che non è caso raro.
Con la soluzione web se non ha campo cosa fa? scrive tutto in un blocco 
e poi alla prima piazzola lungo la strada dove trova campo si ferma e 
ricompila il tutto nel sito? naaaa
la soluzione ottimale è sempre quella di raccogliere l'ordine sempre e 
comunque...e trasmetterlo immediatamente se c'è campo..altrimenti appena 
è in una zona coperta con un click
ciao
BFS

"BFS"  ha scritto nel messaggio 
news:4e2060d4$0$44201$4faf...@reader1.news.tin.it...



ciao
BFS
_______________Risposta:
e così ritorniamo a punto e a capo.
Con quale tecnologia e per quale device??
MA


nel mio caso:
o con un notebook o tablet con windows 7 starter.
applicazione in access che sincronizza ogni mattina anagrafiche e 
listini dala sede.
Raccolgono l'ordine con una semplice maschera.
Salvano l'ordine...se c'è campo l'ordine viene caricato direttamente sul 
server sql della sede. Se non c'è campo lo tengo in un "buffer" appena 
torna la connessione l'ordine viene trasmesso.
In alcuni caso stampo tramite una stampantina blutooth portatile 
direttamente la copia dell'ordine al cliente
se gli agenti vogliono qualcosa di più pratico e maneggevole:
ho sviluppato in 
vb.net
 / compact framework una piccola applicazione per 
windows mobile/sql ce che fa le stesse identiche cose dell'applicazione 
scritta sopra
ciao
BFS


Siete dei miti! Io mi fermo al desktop dei nostri uffici.
Riccardo Baldinotti