Newsgroup: it.lavoro.informatica
Titolo: Il Bunker di Sogei

- Prenda 10 e ci aggiunga 15 zeri: questa è la mole di informazioni
che possiamo custodire. In questi duemila metri quadrati c'è racchiusa
tutta l'Italia
- Da quando una persona nasce a quando muore. Il primo byte scocca con
il primo vagito
- Tutto ciò che si fa là fuori, lascia una traccia quaggiù. Possiamo
memorizzare e ricostruire l'intera esistenza di un individuo
http://www.ilsole24ore.com/art/norme-e-tributi/2010-08-19/viaggio-bunker-sogei-fortezza-221904.shtml?uuid=AYGj9CIC

 
http://www.ilsole24ore.com/art/norme-e-tributi/2010-08-19/viaggio-bun.
..
molto suggestivo, ma visto come funziona l'amministrazione pubblica
hanno poco
di che vantarsi

 memorizzare e ricostruire l'intera esistenza di un individuo
Che ci siano le soluzioni tecnologiche per stanare l'evasione fiscale, non 
lo mette in dubbio nessuno.
Che però ci sia una reale volontà di farlo quando chi governa 
(indipendentemente dal partito) è il primo ad evadere...
Massimo
 

 memorizzare e ricostruire l'intera esistenza di un individuo
"ma non facciamo il backup."
 


"Ma il nostro DBA l'abbiamo licenziato, quindi ci limitiamo ad esportare 
100 record alla volta in CSV e li carichiamo in Excel. Ieri ho imparato 
la funzione 
conta.se
: abbiamo eliminato già 500 doppi!"
-- 
Traveller, not tourist!
www.inter-rail.it


Sarebbe stato bello se avessero anche indicato quando costa l'anno mantenere 
questa infrastruttura, per curiosità, non è per polemica.

 memorizzare e ricostruire l'intera esistenza di un individuo
[SNIP]
Sogei non e' quella con sede in via di Tor Pagnotta, proprio accanto agli
"antennoni" Tim/Telecom ?
Sapevo che erano quelli che gestivano le tessere sanitare. Le altre cose
non le sapevo. 
Ciao,
Marco.
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 memorizzare e ricostruire l'intera esistenza di un individuo
Si, certo, e gli «ingranaggi elettronici» che razza di arnese sono?

il sw che sviluppano fa pena , entratel è un'obbrobrio , inoltre  per 
pacchetti sw diversi usano JVM di versione diversa obbligandoti a 
installarne più versioni che confliggono spesso tra loro .
Entratel fa pena , se installi più annualità ti compare un msg che sono 
troppe e ti invita a disinstallarne alcune , ma se vai a rimuoverle dal 
pannello di controllo o con l'uninstall si pianta e  non trova i file INI 
che si dimentica di creare durante il setup  , quindi devi rinominare le 
cartelle per farlo funzionare !
I moduli di controllo INTRASTAT sono finti , nel senso che controllano solo 
il frontespizio e ignorano il tracciato record , te ne accorgi quando il 
sito delle dogane ti avvisa che il tracciato è errato.
I moduli per il nuovo adempimento  black list sono bacati e segnalano 
perfino  l'assenza del cognome e della data di nascita quando elabori  una 
società ( che non è una persona fisica quindi non ha data di nascita o 
cognome  ) .
Il sw Gerico ( per sapere se sei congruo)  l'hanno rilasciato patchato e 
funzionante DOPO IL PAGAMENTO DELLE TASSE in ritardo , quindi i 
commercialisti hanno dovuto rifare i conti e integrare i pagamenti
insomma se usi i loro sw ti spaventi. 


ma secondo me sarebbe nulla, se e sottolineo se servisse a qualcosa. è
inutile venire a dire che il datacenter gestisce vita morte e miracoli
di tutti se poi la pubblica amministrazione, beneficiaria teorica, si
perde dal naso alla bocca.


non ho elementi per poter giudicare tutto il software di Sogei.
Per quanto riguarda Gerico invece,  direi che la scadenza "regolare"
per i pagamenti era il 16 giugno, l'ultima versione di Gerico e' del 2 
luglio,
 mentre la scadenza  per i "ritardatari" era il 16 Luglio (successivamente
prorogata al 5 di agosto) con maggiorazione del 0,4%.
Quindi, se ci riferiamo all'UNICO 2010,  i ritardatari IMHO
 hanno avuto circa un mese di tempo per correggere, come era stato negli
 anni precedenti.
ciao
fm

 
carelle pazze, chi le ha fatte ?
comunque i loro software fanno schifo....


Si si certo, son d'accordo, ma davvero stuzzica la mia curiosità sapere cosa 
costa gesitre un ced di quel genere, non ho la minima idea del range.
Saremo sulle centinaia di keuro/anno o sui milionieuro/anno? Bho.

> Saremo sulle centinaia di keuro/anno o sui milionieuro/anno? Bho.
Decine di milioni/anno, se ti vuoi divertire qui c'è il bilancio, è
pubblico
http://www.sogei.it/flex/files/D.83bb2da8464ccdd0b67a/BILANCIO_SOGEI_2009.pdf

 cartelle per farlo funzionare !
Parlo solo per Entratel, mostro che esiste ormai da più di qualche
decennio, con il quale ho avuto esperienza diretta per le centinaia di
installazioni/reinstallazioni fatte dal mio commercialista. Sai qual'è
la ragione per cui si usa (meglio dire si è sempre usato) Java? Perchè
ENTRATEL deve essere compatibile anche col Mac!!!  Nulla da dire, ma
suvvia: quanti sono i commercialisti che usano Mac? Non sono un fan
sfegatato di Windows ma una bella applicazione che magari si
integrasse anche con le interfacce SOA della PA... ma forse è pensare
ai sogni. Per quel poco che ho avuto a che fare con l'ente in
questione, si hanno poche persone concrete, a fronte di una
maggioranza di burocrati... lasciamo perdere il bunker, pure perchè è
una minima parte di ciò che l'ente stesso è sul territorio. Di sicuro
però è uno dei CED più grandi che ho visto a Roma.


il fatto è che i sw dovrebbero essere usabili da tutti.. se uso mac, 
linux, bsd, opensolaris o sarcazzOS, se fosse fatto bene con java 
dovrebbe funzionare.. invece..
S.

 dovrebbe funzionare.. invece..
Se fosse fatto bene come applicazione web funzionerebbe bene anche sul 
vic20.
Non capisco perche' ostinarsi a fare applicativi locali basati su 
macchine virtuali precarie (nel tempo) invece di normali applicazioni web.

 però è uno dei CED più grandi che ho visto a Roma.
peccato che ci faciano quello che gli pare e sbagliano anche i dati

 virtuali precarie (nel tempo) invece di normali applicazioni web.
però il database con i dati  in tal caso dove si trova ?
Sempre in locale nel tuo pc , giusto? 

 suvvia: quanti sono i commercialisti che usano Mac?
mah insomma, per un software che dovrebbe occuparsi di materia fiscale
e magari anche essere il riferimento queste confutazioni non mi sembra
il caso di porle. peraltro non mi sembra java una scelta di base
sfigata e nemmeno la ragione dei problemi.

 peccato che ci faciano quello che gli pare e sbagliano anche i dati
Beh, questo sta nella natura dei burocrati... :-)

 sfigata e nemmeno la ragione dei problemi.
Le ragioni le hanno elencate e riassunte tutti gli utenti del
gruppo... di certo io ci aggiungerei un uso un po' astruso della firma
con i certificati, oltre che la maniera traballante con cui fare i
backup...
Insomma per un software che dovrebbe essere usato almeno tre mesi
all'anno non il massimo dell'usabilità.
Poi lo facevi in Java, c#, COBOL o che ti pare poco cambia.
A quel punto io migrerei (come hanno fatto anche per altre
applicazioni), all'applicativo Web che sicuramente non elimina, ma
minimizza i problemi...

 minimizza i problemi...
trasformandola in applicazione web non distribuisci più una
applicazione ma un servizio. distribuire una applicazione ha un onere,
distribuire un servizio ne ha un altro, a cominciare dalla continuità
che se viene a mancare per l'utente son cazzi. quindi non direi che si
minimizzano i problemi.


http://www.sogei.it/flex/files/D.83bb2da8464ccdd0b67a/BILANCIO_SOGEI_2009.pdf
un altro riciclato come presidente.
E non sia mai che si mette a capo di una struttura tecnica come questa una 
persona competente in materia....!
Per carita' , ricordiamoci che siamo nel paese delle poltrone (almeno per la 
casta). 

 cosi lo aggiorni in un attimo e rispoarmi un sacco di casini agli utenti ?
e già, notoriamente qualunque sistema con connessione remota, web od
altro, ha un'affidabilità del 100%, specialmente in operazioni
delicate come gli aggiornamenti...
Commercialista dalla padela nella brace :-)))

 minimizzano i problemi.
Giusto. In più, se l'applicazione non è completamente interattiva,
ovvero prevede qualche elaborazione massiva sui files di dati (es.
controlli formali, come capita spesso per i vari applicativi di AdE,
Inps, ecc.) diventa complicato gestire la cosa tutta sul server
remoto.
Oltre al fatto che l'idea di tornare ai terminali "stupidi" non mi
piace per niente


Stupidi? Con tutte le pippe che si deve fare il browser per interpretare il 
codice javascript e renderizzare decentemente i css? :-)))
Alla fine lo sviluppo sul web è una croce solo per chi ci sviluppa e ci deve 
fare manutenzione, per chi deve vendere e per chi deve comprare è il 
massimo! :-)

 massimo! :-)
Sicuro, altrimenti non si diffondeva.


I controlli formali pesanti possono essere demandati a un po' di application 
server che fanno solo questo, così tutto il resto dell'usabilità del 
servizio/i non viene penalizzato.
In non la vedo così tragica, ma sarà che ho avuto a che fare sempre con siti 
con traffico scarso.. :-)

 con traffico scarso.. :-)
Ho a che fare con un certo software Java di controllo ed invio dati ad
Inps. Si parla di alcune centinaia di migliaia di posizioni in un file
XML, ognuna  pesantemente "alberata" in tag e sottotag. Per fare i
controlli preliminari il software, in locale, ci mette 1 ora buona...
Ecco perchè sono un pò scettico su una soluzione completamente web.
Comunque, pensa che affarone per chi dovesse vendere ed installare
tutti sti nuovi server all'AdE.... :-)


La Sogei fa gare... ed ha i soldi per farle, quindi non vedo qual'è il
problema di mettere sù un'applicazione diciamo pure "mission
critical".
Da addetto di sicurezza ICT guardo in maniera molto "aliena" la
diatriba tra programmi fruiti in locale e via Web e quindi mi
perdonerete se non entro nella polemica... pensare che solo 4 anni fa
nella mia ex mega azienda di consulenza tentavano di convincermi che
il paradigma SOA era la madre delle killer application (meglio dire
architecture).
Non ho gli skill per dire cosa sia meglio o peggio quindi non piglio
nè le parti di AleTV nè quelle di Ispas.
E l'epoca del terminale stupido, per rispondere ad Ispas, per certe
cose non era così male (anche se il male lo provo io rivedendomi
idealmente nella "Sala VAX" della mia università quasi 20 anni
addietro!). Lanciavi il tuo processo in background, facevi i tuoi
comodi e tornavi a vedere a che punto era il lavoro. Penso che tutto
questo sia facilmente implementabile, del resto non si tratta di
reinventare la ruota, e oggi si "pensa" anche in modalità cluster.
E i commercialisti sono sempre più UTONTI. Per cui io pendo un po' per
la Web Application a meno che qualche mago non riesca a spiegarmi come
ottimizzare il mostro chiamato ENTRATEL... qualche post fa avevo detto
che bisognava scegliere il sistema operativo ospite, sarebbe un
dibattto utile capire che ne pensate.

 
esatto ma scarichi tutta la parte grafica sui client, poi java s puo
usare come fanno TUTTE le piattaforme di trading ONLINE
da fineco a iwbank ecc....
per i dati lo stesso, un azienda e' un conto bancaririo
a cui il commercialista puo accedere e anche il propietario
invece oggi il commercialista puo tutto il propietario cazzi
non solo ma per piccole e medie imprese potrebbero ARRANGIARSI
uno che fa poche fatture il commercialista e' una spesa
poi molte aziende hanno la segretaria e il commercialista
non e' un controsenso ?
semplificare dovrebbe RIDURRE I COSTI NON AUMENTARLI

 dibattto utile capire che ne pensate.
che a sogei non puo impormi windows, "non accetto la licenza di windows"
in quanto non mi garantisce la privacy, partiamo da questo punto
un applicazione deve essere indipendente dal sistema operativo usato
dall'utente visto che puo scegliere tra windows (3 o 4 versioni)
almeno 5 browser incompatibili, almeno 10 linux, caffe e java
l'unica e' imporre un browser OPEN che esista per linux mac windows
di cui siano note le specifiche e che aderisca allo standard
che la web application sia standard
un azienda ha qualche kb di dati (fino a che non faranno i controlli
incorociati fatture-clienti-fornitori-codicificali (ma queste le fa la
GDF quando ne hanno voglia e su chi ne hanno voglia e se possono)
considera che utilizzando dei BD fatti bene si riescono a gestire GB di
dati senza perdite di prestazioni, che le aziende sono divise per PIVE
fanno dei software da schifo, non hai mai fatto un accesso a bancoposta?
il conto bancario, google (adsense) ?
mettendo i dati in modo serio (e quindi verificabile) dagli stessi
utenti potrebbero rendersi conto se stanno evadendo, se ci sono errori
se stanno pagando inutilmente, se hanno da prendere dei rimborsi
immediatamente calcolati
il tutto in modo preciso (ma questo non lo vuole nessuno perche se ne
hanno voglia devono avere qualche cavillo su cui ataccarsi e ficcarla in
quel posto)
l'uomo deve risolvere solo quei problemi NON previsti dalla legge
(evasione, mancati introiti, truffe, mancati pagamenti, errori
di inserimento, errori su procedure) per il resto il sistema deve essere
CERTO e verificabile da chiunque e NEUTRALE
immaginatevi se un tizio entra in causa con sogei per un errore
e questi vogliono farla pagare a tizio? l'accusa non puo avere i dati
dalla difesa, e vice versa) vale per tutto altrimenti viene meno la
neutralita della giustizia

 neutralita della giustizia
Perchè un sistema sia come dici tu ci vuole un revisore terzo che
verifichi il codice. La cosa che fa ridere è che se da una parte
l'amministrazione pubblica questi revisori li PRETENDE (devi per avere
una licenza da AAMS per mettere un qualsivoglia gioco online che
trafila devi passare... non che non sia giusto però...) dall'altra se
deve far censire un SW da lei stessa prodotto non ci sono cazzi: è
perfetto!!! Perciò vi dico che lì è un posto popolato di burocrati...

 da fineco a iwbank ecc....
il trading on line è una tipica applicazione interattiva, non vedo
grandi analogie.