Microsoft: cinque priorità per svecchiare la Pubblica Amministrazione italiana

Microsoft: cinque priorità per svecchiare la Pubblica Amministrazione italiana

Simonetta Moreschini, Direttore della Divisione PA di Microsoft Italia, illustra la strategia a supporto dell'attività di digitalizzazione della PA italiana. Cinque temi nodali: cultura digitale, efficienza, servizio al cittadino, sicurezza e openness.

di pubblicata il , alle 15:54 nel canale Sistemi
Microsoft
 
129 Commenti
Gli autori dei commenti, e non la redazione, sono responsabili dei contenuti da loro inseriti - info
nonsidice10 Febbraio 2016, 16:49 #11
Originariamente inviato da: giovanni69
Per quel che può valere, mi risulta che sia possibile assegnare specifiche variabili di ambiente a singole applicazioni java, specificando dunque la versione da utilizzare.
Qui c'è un esempio per Mac OSX
https://blog.tompawlak.org/maven-de...version-mac-osx
ma di certo esistono fix anche per Windows.
Quanto ad usare firefox la P.A. dovrebbe utilizzare solo la versione ESR (attualmente 38.6.0) e su quella facilitare i programmatori.

Seguendo la logica di MS, la P.A. dovrebbe utilizzare un sistema operativo è che ben noto per non tutelare la privacy. Se proprio i programmatori non vogliono cambiare ambiente di sviluppo, è tuttavia possibile virtualizzare gli attuali OS usati (Windows XP) all'interno di server che fanno girare Windows 10 Enterprise LTSB, garantendo quindi la continuità operativa fino a quando non sarà possibile progettare piattaforme native. Peccato che Microsoft Italia per quel che mi risulta non sta ancora offrendo tale versione Long Term Service Branch (è priva di Cortana, Edge, aggiornamenti forzati, ecc) .


già provato, il tutto va in "conflitto" con altre utility varie inoltre ad ogni cambio bisognerebbe sconnettere/riconnettere l'utente.
Io di programmazione ne so zero, ma chiedo: è così impossibile fare un'applicazione java standard che funzioni con tutte le versioni superiori alla x.y.z ??
fraquar10 Febbraio 2016, 16:55 #12
Figata, 8 anni per arrivare ad una compatibilità "accettabile" andando in parallelo con Office.
Non dicono quanto hanno speso in 8 anni per tenere in piedi il progetto.
Risparmiare 10M di licenze a fronte di 21M di extra per sviluppo e manutenzione a me pare una perdita di 11M non un guadagno di 10M.

Ma questo è un classico di tutti questi progetti.
Indicano sempre quanto si risparmia in licenze usando tra l'altro il costo al pubblico (che non è indicativo) mentre omettono il costo di sviluppo, quello di manutenzione e soprattutto quello di formazione.
giovanni6910 Febbraio 2016, 16:58 #13
Originariamente inviato da: nonsidice
già provato, il tutto va in "conflitto" con altre utility varie inoltre ad ogni cambio bisognerebbe sconnettere/riconnettere l'utente.
Io di programmazione ne so zero, ma chiedo: è così impossibile fare un'applicazione java standard che funzioni con tutte le versioni superiori alla x.y.z ??


Non so rispondere alla tua domanda ma parliamo di workarounds.
Esistono software in grado di trasformare un'applicazione java in un eseguibile. Di solito vengono utilizzati per impedire la lettura degli script ed il codice in generale. Il risultato finale è quello però di rendere indipendente l'applicazione java, così almeno mi risulta. Insomma una sorta di virtualizzazione dell'applicazione che una volta che ha integrato le librerie che le servono, poi la puoi spostare dove vuoi come un EXE. Quindi un teoria una volta trasformate singolarmente le due applicazioni, poi non dovrebbero confliggere con alcuna versione java installata. Exe4j era il nome del software.
Oltre a ciò non sono un programmatore e non saprei aiutarti.
Spiace dirlo ma non è raro che chi offra i suoi servizi lo faccia perchè ha un interesse a risultare utile ed avere determinate fatture a fine mese... e non a risolvere il problema. Chi invece ha problemi concreti e vuole risolverli è costretto a trovare la soluzione da sè o in ambito aziendale in cui se succede X, avviene Y e ... poi salta la testa di qualcuno se accade pure Z. Nella P.A. non è detto che la logica sia la stessa.

Un'altra soluzione è quella di utilizzare la virtualizzazione di un OS come client all'interno del computer fisico in cui gira la versione che viene definita non compatibile. Ad esempio hai il software A che gira con java 1.6 e lo fai girare regolarmente con tutto il resto sul computer definito host (la macchina fisica). Sulla virtual machine client invece ci fai girare l'applicazione B con java 1.7. A questo punto in ambiente VMWare Player ed anche Workstation esiste la funzione Unity che ti permette di visualizzare dall'interno dell'host l'applicazione B e basta (senza che tu veda anche tutto il resto della VM), il tutto da menu Start. Quindi in modo trasparente utilizzi versioni diverse di software non compatibili nello stesso ambiente.
Chicks10 Febbraio 2016, 17:01 #14
Il link sul progresso della digitalizzazione non funziona, rimanda alla vostra pagina http://webmail.hwupgrade.it/a/webma...672b9ca3181b241
nonsidice10 Febbraio 2016, 17:16 #15
Originariamente inviato da: giovanni69
Non so rispondere alla tua domanda ma parliamo di workarounds.
Esistono software in grado di trasformare un'applicazione java in un eseguibile. Di solito vengono utilizzati per impedire la lettura degli script ed il codice in generale. Il risultato finale è quello però di rendere indipendente l'applicazione java, così almeno mi risulta. Insomma una sorta di virtualizzazione dell'applicazione che una volta che ha integrato le librerie che le servono, poi la puoi spostare dove vuoi come un EXE. Quindi un teoria una volta trasformate singolarmente le due applicazioni, poi non dovrebbero confliggere con alcuna versione java installata. Exe4j era il nome del software.
Oltre a ciò non sono un programmatore e non saprei aiutarti.
Spiace dirlo ma non è raro che chi offra i suoi servizi lo faccia perchè ha un interesse a risultare utile ed avere determinate fatture a fine mese... e non a risolvere il problema. Chi invece ha problemi concreti e vuole risolverli è costretto a trovare la soluzione da sè o in ambito aziendale in cui se succede X, avviene Y e ... poi salta la testa di qualcuno se accade pure Z. Nella P.A. non è detto che la logica sia la stessa.

Un'altra soluzione è quella di utilizzare la virtualizzazione di un OS come client all'interno del computer fisico in cui gira la versione che viene definita non compatibile. Ad esempio hai il software A che gira con java 1.6 e lo fai girare regolarmente con tutto il resto sul computer definito host (la macchina fisica). Sulla virtual machine client invece ci fai girare l'applicazione B con java 1.7. A questo punto in ambiente VMWare Player ed anche Workstation esiste la funzione Unity che ti permette di visualizzare dall'interno dell'host l'applicazione B e basta (senza che tu veda anche tutto il resto della VM), il tutto da menu Start. Quindi in modo trasparente utilizzi versioni diverse di software non compatibili nello stesso ambiente.


Provata anche la virtualizzazione, ma insorgono più problemi di quanti ne risolve, e l'utonto medio che la deve usare non aiuta. Il fatto è che ormai i client delle PA sono talmente infognati di configurazioni sw fatte ad-hoc per gli n-mila programmi che devono usare, che basta muovere una virgola e "crolla" tutto.
Comunque provo a vedere per "exe4j" che mi hai consigliato e non conoscevo, grazie.
Lithium_2.010 Febbraio 2016, 17:19 #16
solo il 41% dei dipendenti della Pubblica Amministrazione possiede competenze digitali


a parte che non so come facciano a tirare fuori certe statistiche (tutto sta a definire il "possiedere competenze digitali", che è giusto un filo aleatorio), ma mi aspettavo una cifra vicina al 4%, non il 40% e passa
giovanni6910 Febbraio 2016, 18:00 #18
Originariamente inviato da: nonsidice
Comunque provo a vedere per "exe4j" che mi hai consigliato e non conoscevo, grazie.

Prego, anche Jar2Exe.
Ginopilot10 Febbraio 2016, 18:18 #19
Ms per le pa e' solo una palla al piede. Le licenze in abbonamento sono una seccatura infinita, le licenze normali sono da rapina. Risultato? Vai di crack a tutto spiano.
dvbman10 Febbraio 2016, 18:19 #20
Originariamente inviato da: nonsidice
il programma A funziona SOLO con java 1.6.35, il B SOLO con l'1.7, ovviamente installando entrambi non funziona nessuno dei due,
Anche a me è capitata la stessa cosa presso un ente pubblico, probabilmente lo stesso a cui ti riferisci tu. Non ho mandato email a nessuno perchè tanto nessuno avrebbe risposto o avrebbe compreso il problema sbonk: col risultato che avrei solo perso tempo.

Se può esserti utile ho risolto installando entrambe le versioni di java portable e sostituendo l'eseguibile di entrambi i software con un batch che all'occorrenza rinomina la directory della versione java richiesta, imposta le variabili d'ambiente e poi lancia il programma.

E' una soluzione oscena ma funziona.

Devi effettuare il login per poter commentare
Se non sei ancora registrato, puoi farlo attraverso questo form.
Se sei già registrato e loggato nel sito, puoi inserire il tuo commento.
Si tenga presente quanto letto nel regolamento, nel rispetto del "quieto vivere".

La discussione è consultabile anche qui, sul forum.
 
^