Newsgroup: it.lavoro.informatica
Titolo: Poste:Ragosa (Responsabile ICT) a rischio

http://www3.lastampa.it/cronache/sezioni/articolo/lstp/406047/
Bisogna vedere se è una mossa politica per far fuori tutte le linee sotto
Ragosa e rimpiazzarle con "gente propria" ;)
Comunque parrebbe che addirittura anche in Poste qualcuno paghi.
-- 
cambFORZAJ...@liVIVAMILANbero.it
togli le due bestemmie per scrivermi.
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it


Altri dettagli:
http://www.slccgilmessina.it/slides/slides2007/20070411_az_SPD_incontroconOOSS.pdf


http://www.key4biz.it/Who_is_who/2007/03/Ragosa_Agostino.html
visti gli incarichi che ricopre direi che senza lavoro non resta  :)
Propendo per la tua ipotesi politica ....:)


correzione : che ha ricoperto :)

Morpher ha scritto:
http://espresso.repubblica.it/dettaglio/poste-il-software-e-un-
pacco/2153378#commentatutti
da leggere i commenti ;)



Vedi mo che centralizzando si fanno guai.
Quando dal 1995 si incominciň a parlare di client/server e diffusione 
delle funzioni per creare ridondanza non si stava sbagliando tutto sommato.
Poi venne il cloud....

 da leggere i commenti ;)
Io invece ho letto i nomi di quelli che fanno parte del raggruppamento di
quelli che hanno vinto la gara.
Tu nel 2010 (mi pare)  non li sentivi quelli di citati (non IBM e HP, gli
altri citati) qui sotto a fare baccano ?
Sarebbe interessante conoscere i criteri di ammissibilita' per la
partecipazione alla gara e i criteri in base ai quali questi se la sono
aggiudicata.
Ciao,
Marco.
-- 



Bhe in fondo e' un ritorno alle origini. Siamo passati dalla 
centralizzazione degli anni 70/80 alle logiche dei sistemi  distribuiti 
  degli anni 90 per ritornare poi alla centralizzazione.
La motivazione di questo ritorno  credo siano in gran parte (ma non la 
sola) da imputare al tentativo di  riduzione del TCO.

 Poi venne il cloud....
Si fanno guai se non si studia bene... :-) Ma anch'io sono più
favorevole ad architetture a rete, che non a "mostri" centralizzati.

 Comunque parrebbe che addirittura anche in Poste qualcuno paghi.
aahhh... ormai conosco questi ambienti e questo è il risultato ovvio di 
certo modo di lavorare. Prima il portale bucato e tutto viene minimizzato. 
E adesso la logica conseguenza.
Se si lavora a merda i risultati possono essere solo questi e non altri. E 
la voglia di non lavorare e di lavorare a merda è un conto che paghiamo 
tutti in continuazione.
-- 
Wikipedia Admin: "wikipedia non è un blog"
Iosif Stalin: "i compagni hanno scambiato il partito per un circolo di 
discussione"

Vedi mo che centralizzando si fanno guai.
Soprattutto se si "scancellano i dati e non si fanno o verificano i 
backup...." :-)

 backup...." :-)
Il bello (od il brutto) è che il sistema era in test da 1 anno e mezzo
su un gruppo campione di uffici. Si vede che gestire un ufficio
postale è più difficile che lanciare lo shuttle.... :-))


La botta proviene dalla centralizzazione dei server periferici e da un 
upgrade dei nuovi srever centralizzati andato malino. Non mi risultano 
problemi ai dati, ma all'infrastruttura.

"ispas"  ha scritto nel messaggio 
news:26319e7f-1220-4627...@w4g2000yqm.googlegroups.com...


In genere basta solo del buon senso. Che la rete sia andata in affanno ci 
può stare ma mi pare alquanto improbabile che il vero
problema sia stato quello, anche perchè simulare i volumi di traffico è 
veramente banale, non è che serve avere il software in produzione per cui 
non credo che chi ha progettato il sistema non abbia fatto questi banali 
test.
Cosi come non è verosimile la scusa dell'errato aggiornamento del software 
di sistema: sarebbe abbasta curioso che un sistema critico, centralizzato 
per giunta, non sia ridondato sia per capacità di elaborazione, storage e 
connettività, anche perchè se così non fosse la Banca d'Italia non avrebbe 
mai concesso a Poste Italiane l'autorizzazione allo svolgimento delle 
attività bancarie.
E pensare che IBM applichi contemporaneamente a tutti i nodi un 
aggiornamento mi sembra una fesseria, non fosse altro che su quel tipo di 
macchine è possibile ripristinare le configurazioni del software di sistema 
precedenti.
Io penso invece che possa essere stato un errore operativo di qualcuno nelle 
attività di amministrazione ordinarie che ha determinato l'inconsistenza dei 
DB  e che il conseguente recupero abbia evidenziato l'inconsistenza di buona 
parte dei backup da cui il tempo di ripristino di una settimana dovuto al 
recupero dei dati dall'ultimo backup consistente e la riapplicazione dei log 
di transazione per ridare consistenza ai DB stessi. Probabilmente le 
responsabilità del guasto al sistema di Recovery sono sia dei fornitori che 
di Poste Italiane che ha omesso di svolgere i controlli che la legge gli 
impone. Ma comunque vada pagheremo noi, visto che Poste Italiane è uan Spa 
le cui azioni sono nelle mani del Ministero dell'Economia.

problemi ai dati, ma all'infrastruttura.
Se tu fossi il responsabile IT di Poste preferiresti dire che il guasto č 
dovuto egli apparati di comunicazione o al fatto che ti si sono cancellati i 
dati? 

 le cui azioni sono nelle mani del Ministero dell'Economia.
Però Poste si potrebbe rifare sui fornitori privati, se venissero
individuati come responsabili.

dati? 
ma 'sta cosa dei dati cancellati dove l'hai trovata? E' una tua
intuizione o che?

intuizione o che?
Mia deduzione. 

 cancellati i dati?
Scusa, tu hai notizie dirette di perdita di dati?