Forum libero

Scritto da: Giambo
> La mia esperienza e' diversa, in 5 anni all'UBS e tonnellate di documentazione scritta, non ho mai usato ficiur speciali di MS-Office.

Nelle PA hanno parecchi software che tengono dati che poi devono comparire in documentazioni cartacee.

Esempio:
Hanno un programma dove memorizzano i testi delle delibere. Questo programma ha tutto quello che gli serve per fare il lavoro nel modo più veloce possibile e ovviamente salva i dati in un database. A questo punto si pone il problema che le delibere devono essere stampate su documenti word prefabbricati... le presene e le assenze debbono essere "spuntate" nel documento Word e ovviamente deve essere possibile per chi è in segreteria modificare questi documenti prima (modificando i template, per esempio cambiare un logo, ecc) e dopo (se si rendono conto che c'è un errore o vogliono aggiungere qualcosa che non è prevista dal software).

O crei un programma che è in grado di fare tutto come l'editing della pagina fin nei minimi dettagli (inserire loghi e altri grafici, inserire griglie excel, ecc) oppure ti affidi all'ottima scriptabilità di Word ed Excel e lasci fare all'editor di testo il suo lavoro.

Altro esempio:
Hanno un programma WEB in cui i vari politici segnano i loro pareri a determinate proposte. Alla fine di tutto il processo che viene gestito completamente o quasi completamente via WEB (LAN interna, non WEB pubblico) devono generare un PDF, firmarlo, ricaricarlo sul WEB e renderlo scaricabile da chiunque ne faccia richiesta. Ho risolto il problema con un'applet Java che a fine processo scarica il testo e tutti i dati che gli servono, avvia da nascosto Word, carica dei template in Word, inserisce il testo dove va inserito, stampa sulla stampante PDF, prende il PDF ottenuto, chiede l'inserimento della smartcard e del PIN, firma il documento, lo ricarica sul WEB in attesa di altre firme (di persone che magari si trovano in altri comuni) o di rendere pubblico il documento. Il tutto in modo quasi completamente trasparente per chi opera (lui deve solo cliccare su un pulsante nel mezzo della pagina WEB). Questo ha semplificato di parecchio un processo che prima era lungo e rompipalle e che ora si fa in 20 secondi dopo aver cliccato su un pulsante. Devo ammettere che scriptare Word da Java è un mezzo incubo, infatti buona parte dello script per fare tutto questo era in una macro del template, però sono riuscito a farlo senza grossi fastidi. La parte più difficile è stata appunto far parlare Java con Word cosa che mi ha richiesto diverse ore di lettura di documenti (per lo più scarni e di poca utilità) sul WEB.

Come vedi alla fine grazie a queste ficiur che per la gran parte delle persone non servono a nulla in casi specifici che sono piuttosto comuni nelle PA sono invece una "manna dal cielo" e spesso sono la differenza fra il fare qualcosa e il non farlo.

Purtroppo in OpenOffice ai tempi non ho visto un'elasticità di questo tipo, ma soprattutto non ho visto buona documentazione che riguardasse questo aspetto. Non posso permettermi di passare 2 giornate per capire come si fa in OpenOffice ad aprire un template, compilare alcuni campi, ecc quando in Word mi basta cliccare su "Help" e il 90% delle risposte lo trovo lì in 5 minuti... capisci che alla fine il cliente è molto più contento se ti può pagare 500 euro piuttosto che 5'000.

> Anzi, il modulo aggiuntivo per produrre PDF e' di una lentezza esasperante.

Infatti per i PDF ho usato un driver opensource, non ne ricordo il nome, fra l'altro anch'esso piuttosto ben scriptabile.

> Una migrazione a OpenOffice comunque e' improponibile: Gia' il fatto che certe macchine montino Office2010 e certe Office2003 da dei grandi grattacapi !
> Quello di MS-Office e' il vendor-lock-in piu' forte che abbia mai visto.

Si vero. Ma come dicevo non è tutta colpa del monopolio... quanto del fatto che alternative altrettanto valide ad Office non ce ne sono. OpenOffice può andar bene per molti, ma nelle PA difficile se non in casi specifici in cui basta un editor di testo e uno spreadsheet senza troppe pretese.