Le "Grand Crash Mondial" (copyright PM) sera-t'il dû à un dysfonctionnement informatique ?
Si un trader seul (sic) peut faire sauter une banque et volatiliser 5 millards d'euros, combien de chômeurs pourrait fabriquer un système informatique devenu fou ?
Tout informaticien un peu expérimenté a déjà vu des programmes qui fonctionnent par miracle, à grands coups de réparation de bugs et de verrues. Parfois pour gérer des applications sérieuses, voire
"mission critical" comme disent les yankees. Et de prier pour que celles qui pilotent les centrales nucléaires soient, elles, en béton armé consolidé renforcé et que nos frontières arrêtent
les bugs. Prions !
Les bases de données ne sont pas exemptes, et comme elles ont détestable propriété de tout enregistrer (bin oui c'est à ça qu'elles servent), on peut leur demander rétroactivement si leurs données
sont elles en bon état. Et c'est pas triste. Un peu comme quand on tire le frigo et qu'on y découvre derrière le stylo de grand-père qu'on croyait disparu (le stylo pas grand-père),
un vieux ticket de loto jamais vérifié... et les restes de la boite de petits pois renversée l'été dernier !
Quand j'audite une base de données, j'ai ma boite à outils avec des scripts d'analyses du serveur. L'un de ces scripts recherche les trous de date dans toutes les tables. J'ai d'ailleurs fini par
l'industrialiser (voir liens en bas à gauche).
Entre les tables obsolètes, les doublons et les trous de dates, je trouve toujours des anomalies. C'est un indice de qualité de l'application.
Ca ne provoque pas forcément un crash, plutôt des manques à gagner. Dans au moins deux missions précédentes, "quelques" (sic) euros ont ainsi été oubliés par une des parties !
Mais il y a des directeurs informatiques qui risquent de se retrouver au chômage le jour où un dysfonctionnement (euphémisme pour plantage) survient.