Newsgroup: it.comp.www.php
Titolo: Il mio contributo al post su PHP, applicazioni critiche e banche

Ho lavorato in diverse banche (sia locali che in due dei primi 5 gruppi 
bancari italiani).
Di fondo i sistemi informatici bancari sono nati nei primi anni ottanta: 
  la maggior parte delle banche usa ancora emulatori "3270" e programmi 
dei primi anni 80. Poi per applicazioni di frontoffice vengono usate 
applicazioni anni 90 (per intenderci realizzati su ambienti windows 3.1).
Poi man mano altri strati per arrivare fino alle ultime realizzazioni 
che, visto che costano meno e sono più veloci da realizzare, sono 
realizzate con interfaccia web.
E qui ho visto asp (poco) e tanto java e, soprattutto, tanto ma tanto ma 
tanto casino!
Ovviamente non ho mai provato a "bucare" qualcosa... ma se la sicurezza 
è curata come l'interfaccia...
Spesso un'unica società gestisce il sistema informativo di molte 
banche... e che facciamo? non certifichiamo l'operato di una società che 
manda avanti 20 banche?? vogliamo mettere in dubbio?
E poi... le società di certificazione chi le paga?
E comunque... chi vuol truffare una banca, senza faticare troppo a 
bucare il sistema informativo, fa prima a provarci con il classico 
bonifico via fax... non trovate?
Se non mi credete... andate in banca e chiedete un saldo: fate finta di 
non sentire e l'impiegato, per non urlare di fronte ad altra gente, 
probabilmente girerà il monitor... vedrete subito di che si parla.
Oppure guardate il vostro homebanking e rendetevi conto... (ovviamente 
Fineco è un caso a parte, quelli col web ci lavorano davvero!).

 [cut]
Molto interessante tutto quanto.
Ma nella tua esperienza quindi PHP non compare affatto nella lista
delle possibili realizzazioni di applicazioni critiche/bancarie?
Eppure non riesco a capire perché non dovrebbe andare bene. Vorrei
tanto capire quali sono questi problemi di sicurezza EVIDENTI che PHP
ha e altri linguaggi come JAVA non hanno.
Non lo riesco davvero a capire, e non riesco nemmeno a trovare info in
merito. Cossa devo dedurre? Che non ce ne sono info? LOL
-- 
rob4you

 merito. Cossa devo dedurre? Che non ce ne sono info? LOL
Molte società di servizi informatici per la finanza sono nate dallo 
scorporo dei ced delle banche. Cioè: 2/3 banche legate da partecipazioni 
incrociate o da accordi commerciali fondano una società di servizi 
informatici a cui girano macchinari, software e personale. Da quel 
momento diventaono clienti della nuova società (è una forma di outsurcing).
Da quel momento, se i sindacati sono stati poco attenti, i dipendenti 
della nuova società non avranno più il contratto "bancari" ma un 
meticcio (addirittuara alcuni ced usano il contratto metalmeccanici!!).
In ogni caso i nuovi assunti non avranno il costoso contratto bancari, 
avranno meno tutele ecc...
Ok. Torniamo al dunque. I ced delle banche sono nati tra la fine degli 
anni 70 e i primi anni 80. E in quel periodo si sono gonfiati di gente.
E soprattutto in quel periodo si usava quasi esclusivamente il Cobol 
(che ho dovuto studiare!! e che, magri negli anni ottanta era 
sicuramente buono..., ma negli anni novanta mi veniva il vomito!!).
Quindi: la base dei sistemi informativi delle banche è vecchia. Buona 
parte del personale che fa software per le banche ha una certa età.
Il personale di "grado" più alto è in genere più anziano.
Diciamo che l'ambiente non è proprio adatto per il php... e java ha 
qualche anno in più.
Poi la mancanza di una società che "sponsorizzi" e "garantisca" per il 
linguaggio può sempre creare dei problemi per chi deve scegliere.
Voglio dire: il responsabile dei sistemi informativi che sceglie di 
realizzare l'home banking in asp, nel momento in cui succedesse un 
disastro può sempre dire: abbiamo scelto la miglior tecnologia garantita 
dal maggior produttore mondiale di software... e nessuno gli dirà di 
essere stato azzardato. Immaginalo a dire "eppure il php è molto 
diffuso...".
Spesso in banca, come in molti altri ambienti, non è importante fare 
risultati strabilianti quanto non farsi beccare con le chiappe scoperte...
E queste credo siano le motivazioni principali per cui in certi 
ambienti, certi linguaggi non decollano.
In più, in alcune aziende, se si spende 100 per una commessa ad 
un'azienda esterna, magari... 5 va all'amministratore che ha scelto. Ma 
se si spende 30... che gli diamo di mazzetta???
E anche per quanto riguarda il personale... chi offre rinfreschi per 
pubblicizzare il php???

 delle possibili realizzazioni di applicazioni critiche/bancarie?
Potrebbero anche esserci, non nella mia piccola esperienza.
Inoltre, sempre IMHO, in banca le applicazioni "critiche" sono ancora 
gestite con vecchi e vecchissimi sistemi.
Il web lo si trova solo per questionari sulla qualità, rilevazione 
presenze, corsi di formazione, valutazione risorse umane, circolari... A
Al massimo ho visto gli homebanking e un crm che usa applet java. (Ho 
provato a guardare il sorgente html: non conosco java ma ho tanto l'idea 
che sia più facile commettere errori di sicurezza che con php!!)
Sostanzialmente, comunque, il web è usato per le applicazioni nuove: 
cioè tutto quel di più che una volta non era automatizzato.

 
mi sa che sei un pochino confuso
java si usa perché è un linguaggio fortemente tipizzato e in ambiente
bancario è assolutamente importante non mischiare pere con mele.
questo è solo uno dei motivi
-- 
Saccagno:horde@emeriss

 questo è solo uno dei motivi
Diciamo pure che non è uno dei motivi ;)
Altrimenti bisognerebbe spiegare come mai ci sono centinaia di 
applicazioni bancarie scritte in linguaggi dinamici (magari non in Italia).
Ciao,
Paolo

 bancari italiani).
In banca purtroppo ho dovuto lavorarci anch'io.
La situazione in Italia è praticamente folle: esternalizzazione a 
livelli assurdi e n (minimo 2-3) gradi di BR. Il tutto "appiccicato" con 
la gomma da masticare.
Se vogliamo parlare di sicurezza e applicazioni critiche credo che le 
banche italiane siano l'esempio peggiore da cui partire (ne abbiamo 
citati di molto più validi)... ;)
Ciao,
Paolo

 questo è solo uno dei motivi
Al di là di java: credo che quando per far funzionare una banca si rende 
necessario lavorare con 10 emulatori diversi... credo che sia facile 
commettere casini.

 la gomma da masticare.
Curiosità: come hai fatto ad uscirne???

 delle possibili realizzazioni di applicazioni critiche/bancarie?
Mi rispondo parzialmente da solo.
Anche per gli interessati, ho trovato questo:
http://www.w2b.ru/OnlineBanking/index.php
Si tratta di una soluzione di banking online interamente sviluppata in
PHP.
Per una demo: 
http://www.w2bank.ru/?ilang=eng&x=24&y=15
.
Pare che qualcosa la abbiamo trovata finalmente. LOL
-- 
rob4you
www.outofmind.eu

 Pare che qualcosa la abbiamo trovata finalmente. LOL
Meglio non guardare la pagina dei clienti, però... ;)
Ciao,
Paolo