Newsgroup: it.comp.appl.access
Titolo: Quasi OT: Access e i siti

Sempre più spesso capita che un lavoro realizzato su access venga richesto anche per il sito. Come gestite questo tipo di richieste?
Sono completamente allo scuro sull'argomento. Voglio dire:
1) Particolari elaborazioni complesse nascoste dietro un clic quali manipolazione di record, elaborazioni di calcoli complessi etc... sono tutti realizzabili con i vari linguaggi per siti?  E se si... chi li realizza si fa pagare di più  rispetto ad altri linguaggi , come per esempio VBA?  
2) Potreste suggerire linguaggi più opportuni rispetto ad altri per queste realizzazioni?
In pratica mi infastidisce che dopo aver fatto TUTTO con Access, arriva il programmatore del sito e chiede una barca di soldi solo per far aprire una submaschera con i record filtrati o altri automatismi di due righe!!!!
...E allora tanto vale cimentarmi io stesso alla programmazione lato Web!.
Quale è la vostra esperienza in merito?


Uno sviluppo Desk, non è confrontabile con uno sviluppo WEB, sono concettualmente 2 cose diverse.
Il tuo lavoro di Access, non è riciclabile da nessuno per il passaggio al WEB, ma non sono conflittuali le 2 cose, hanno un campo di applicabilità complementare eventualmente.
Prima di partire per la tangente però dovresti avere almeno qualche idea più chiara sulle esigenze per valutare cosa serva fare.
Se devi gestire l'editing dei dati da rete geografica è evidente che la parte WEB sia necessaria sviluppata in modo completo.
Se devi solo visualizzare ci sono alternative come i WebService che fanno da Connector tra applicativi Desk ed il WEB.
I linguaggi sono un dettaglio, importante ma secondario al progetto da pianificare.
 
Insomma ci sono molte possibilità, non esiste LA SOLUZIONE, ma tante opzioni da valutare e trovare quella giusta a seconda dell'esigenza specifica.
 
@Alex


Bene. io ho l'esigenza di far visualizzare principalmente. Ma un minimo di automazione mi serve. Per esempio:
1.L'utente deve potersi registrare in Anagrafica (collegata al Desk, il quale deve fornire un ID)
2. Dopo aggiornamento di Nome, assegnare  un valore ad un campo
3. Premendo il tasto "Conferma" deve aprirsi un'altra schermata avente i dati registrati già inseriti
4. Aprire una sub form con i relativi "Dettagli" (La parte Molti), quindi dati filtrati.
Avendo queste automazioni sul web sono a posto! 
Cosa mi consigli di fare? Il WebService di cui parli fin dove arriva?

 Cosa mi consigli di fare? Il WebService di cui parli fin dove arriva?
 
Arriva dove vuoi che arrivi... è BIDIREZIONALE... ma come mi pare di capire tu vorresti una SOLUZIONE e questa non è suggeribile se non analizzando tutto l'insieme.
Ad esempio se non sai sviluppare un WebService, si può fare con NET... ma essendo capaci, potresti anche fare qualche test per capire se soddisfa le tue esigenze e la tua infrastruttura... ovviamente do per scontato tu abbia un WebServer PUBBLICATO nel WWW...
 
@Alex


quello che fai in access con 2 righe, in altri linguaggi può richiederne 
  200 di righe, e vale anche il viceversa
non dare per scontato che visto che è una cazzata farlo in access, sia 
una cazzata farlo in javascript o altro
 
venendo alle tue domande
1)si in linea di massima, sul fatto che si facciano pagare di più è 
tutto relativo e legato alle richieste del mercato
ti basta dare uno sguardo su linkedin
le aziende cercano programmatori java, python, javascript, php, .net non 
programmatori Access/VBA
 
2) quelli qui sopra.
"E allora tanto vale cimentarmi io stesso alla programmazione lato Web!."
il bello di internet è che c'è la possibilità di trovare 
corsi/documenti/esempi/forum online per imparare da zero un linguaggio. 
Il problema almeno nel mio caso è trovare il tempo
 
 
BFS

 programmatori Access/VBA...
 
Un altro tipo di capacità molto richiesto in questo momento è 
masterizzare (con low code) la Power Platform di Microsoft e in 
particolare Power Apps. Lo sto usando da qualche mese come aggiunta 
mobile e web alle mie applicazioni grasse in Access.
 
Non riesco a stare al passo con la costruzione di app da quando dico ai 
miei clienti che ora possono avere parti della loro applicazione Access 
su mobile abbastanza rapidamente. Di solito hanno solo bisogno di alcuni 
tavoli e maschere davvero online. Il resto rimane offline in Access. 
Penso che ci sia un grande mercato per le app ibride come questa.
 
Qualche settimana fa ho tenuto un discorso su questo per un gruppo di 
utenti americani. Da oggi, il video è finalmente online: 
https://www.youtube.com/watch?v=6y_af6MHr4Q
 (certo inglese)
 
-- 
Ciao
Karl
*********
http://AccessDevCon.com
 
Access FAQ: 
https://www.donkarl.com/it
 

 ... alcuni tavoli e maschere davvero online. 
 
Di nuovo il tool di traduzione: ;-)
certo intendevo TABELLE

 Penso che ci sia un grande mercato per le app ibride come questa. 
 
 
Tempo fa chiesi lumi su questo Power App, proprio su questo forum
ma tu, con un traduttore impazzito rispondesti:
"Ti hanno detto stronzate"... :-) o qualcosa di simile 
In sostanza ti chiedo: Potrebbe fare al caso mio ? 
(scusa ma non sono molto pratico in inglese, tanto da seguire il video) 

 
 
È un argomento esteso. Non ho potuto discutere tutti gli aspetti nella 
presentazione di un'ora. Anche in un workshop di un giorno che ho tenuto 
da allora per i colleghi tedeschi, sono stato in grado di dare solo 
un'impressione. Questo significa che le persone ora hanno un'idea e 
possono valutarla ulteriormente da sola.
 
Quindi non ha senso rispondere "sì" o "no" qui dopo qualche frase 
interrogativa o descrittiva. È come se qualcuno che non conosci e di cui 
non conosci il lavoro ti chiedesse se Access è lo strumento giusto per 
loro.
 
Il modo migliore per farlo è fare una ricerca attiva su PowerApps in 
dettaglio. Ci sono molte fonti online, la maggior parte delle quali in 
inglese, ovviamente. Ma sono sicuro che ce ne sono anche in italiano.



quando le avevo testato (mi pare due anni fa) in effetti in 10 minuti 
avevo creato una app che pescava i dati dal sql server locale tramite il 
gateway e mostrava rubrica clienti e dettagli. il tutto facilmente 
modificabile e intuitivo. velocità di sviluppo disarmanti.
mi ero però fermato sulla questione costi.
se non ricordo male per poter usare una app ogni utente/utilizzatore 
deve pagare sui 9 euro al mese.
quindi in uno scenario dove ci sono esempio 20 agenti che voglino avere 
la rubrica aziendale sul telefono, si parlava di 2000 euro anno solo per 
loro.
senza contare poi le spese dei piani tariffari delle power app.
 
avevo capito male la questione costi?
esistono piani di spesa "fissi" con un numero illimitato di utilizzatori?
 
BFS
 
 

 ...
 
I primi 8 minuti del video sono tutti dedicati alle licenze e ai costi. 
Lì descrivo tutti i dettagli e i modi legali per risparmiare denaro.


 
 
stasera l'ascolto
grazie
 
BFS

 
 
 
visto
molto chiaro grazie
 
 
BFS