IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Actualités Discussion :

3200 prisonniers libérés plus tôt aux É.-U. à cause d’un bogue

  1. #1
    Chroniqueur Actualités

    Homme Profil pro
    Webmaster
    Inscrit en
    Janvier 2014
    Messages
    1 089
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Webmaster
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Janvier 2014
    Messages : 1 089
    Points : 26 554
    Points
    26 554
    Par défaut 3200 prisonniers libérés plus tôt aux É.-U. à cause d’un bogue
    3200 prisonniers libérés plus tôt aux É.-U. à cause d’un bogue
    devrait-on remettre en cause les logiciels développés par l’administration publique ?

    Depuis quelques jours, le « State Department of Corrections » de Washington qui est chargé de superviser les incarcérations de personnes condamnées pour crimes fait l’objet d’une mauvaise presse. En effet, depuis 2002, un bogue contenu dans le programme utilisé par cet établissement pour calculer les réductions de peines des prisonniers faisant preuve de bonne conduite a entrainé la libération de ces derniers alors qu’il leur restait encore du temps à passer en prison.

    Selon ce département, le problème est parvenu à la connaissance des agents de cet établissement en 2012 lorsque la famille d’une victime a alerté les fonctionnaires qu’ils projetaient de libérer un prisonnier plus tôt que prévu.

    Malheureusement, au lieu de prendre les mesures idoines afin que des correctifs soient appliqués assez rapidement, les multiples reports du département IT ont laissé perdurer cette erreur dans le programme qui a contribué à renforcer le nombre de prisonniers libérés sans avoir purgé la totalité de leurs peines.

    Pour mieux comprendre ce qui s’est passé, il faut savoir qu’en principe, les prisonniers bénéficient d’un programme d’encouragement qui permet de réduire leur peine jusqu’au tiers si ces derniers ont fait montre d’une bonne conduite. S’ils participent à des travaux, des programmes éducatifs et ne commettent pas d’infractions, ils peuvent bénéficier de crédits qui leur permettront de réduire leur peine.

    Avant 2002, ce programme de réduction de peine était appliqué aux prisonniers en tenant compte du temps passé uniquement dans les prisons d’État et non celui passé dans les prisons des comtés avant d’être transférés dans les prisons d’État. À partir de 2002, une décision de justice a ordonné que le temps passé dans les prisons des comtés soit également pris en considération pour le calcul des réductions de peine pour bonne conduite.

    À côté de cela, il faut ajouter que lors du jugement des malfaiteurs, certains recevaient des peines supplémentaires pour circonstances aggravantes à cause de l’usage d’armes à feu, d’armes létales ou encore pour abus sexuels.

    En principe, le calcul des réductions de peine pour bonne conduite ne devait s’appliquer qu’à la peine de base et non à la peine supplémentaire délivrée pour circonstance aggravante. Malheureusement, la mise à jour du code du programme de calcul appliquait les réductions sur les deux éléments et cela depuis 2002.

    Depuis cette date jusqu’à ce jour, environ 3200 prisonniers ont été libérés avant d’avoir achevé leur peine en prison. Et selon les premières estimations, le nombre moyen de jours retranchés à cause du bogue est de 49. Toutefois, dans un cas, un prisonnier a vu sa peine être réduite de 600 jours, quoique ce dernier demeure toujours en prison purgeant le reste des jours dus.

    Le nouveau secrétaire du « State Department of Corrections » ayant eu connaissance du problème récemment a informé le gouverneur Jay Inslee de l’État de Washington qui a pris certaines mesures immédiates. En attendant la sortie d’un correctif au plus tard le 7 janvier prochain, le département procède à un calcul manuel des peines afin que les prisonniers soient libérés aux dates exactes.

    Des actions ont été déployées afin de mettre la main sur certains prisonniers qui ont été libérés avant le temps imparti afin de les ramener en prison pour qu’ils purgent le reste de leur peine. Et pour la plupart des prisonniers libérés avant leur temps et qui n’auraient pas commis de forfaits depuis leur libération, des crédits de compensation de jours leur ont été accordés afin qu’ils ne soient pas ramenés en prison. Deux procureurs fédéraux à la retraite ont été nommés pour mener une enquête indépendante afin de situer les responsabilités.

    Toutefois, cette affaire vient soulever certaines interrogations vu que le bogue en question date de treize ans et a été connu des services pénitentiaires depuis trois ans, mais n'a pas été corrigé. Une des raisons du manque de correctifs est que les développeurs qui devaient concevoir les correctifs ont été en congé entre février et septembre. Devrait-on remettre en cause les logiciels développés par l'administration publique en général et les services publics américains en particulier ?

    Source : Seattletimes

    Et vous ?

    Que vous inspire ce bogue ? De quoi remettre en cause la fiabilité des logiciels développés par l'administration publique ?

    Voir aussi

    Forum langages de programmation
    Contribuez au club : Corrections, suggestions, critiques, ... : Contactez le service news et Rédigez des actualités

  2. #2
    Inactif  

    Homme Profil pro
    NR
    Inscrit en
    Juin 2013
    Messages
    3 715
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Suisse

    Informations professionnelles :
    Activité : NR
    Secteur : Aéronautique - Marine - Espace - Armement

    Informations forums :
    Inscription : Juin 2013
    Messages : 3 715
    Points : 1 184
    Points
    1 184
    Billets dans le blog
    9
    Par défaut
    Devrait-on remettre en cause les logiciels développés par l'administration publique en général et les services publics américains en particulier ?
    Je crois pas que se soit la bonne question à se poser.

  3. #3
    Invité
    Invité(e)
    Par défaut
    devrait-on remettre en cause les logiciels développés par l’administration publique ?
    Malheureusement, au lieu de prendre les mesures idoines afin que des correctifs soient appliqués assez rapidement, les multiples reports du département IT ont laissé perdurer cette erreur dans le programme qui a contribué à renforcer le nombre de prisonniers libérés sans avoir purgé la totalité de leurs peines.
    On devrait remettre en cause l’administration publique... mais je ne vois pas le rapport avec les développeurs et leur travail.

    En attendant la sortie d’un correctif au plus tard le 7 janvier prochain, le département procède à un calcul manuel des peines afin que les prisonniers soient libérés aux dates exactes.
    Calcul manuel. La bonne blague, ils ne connaissent pas les tableurs

  4. #4
    Membre éprouvé
    Profil pro
    Inscrit en
    Mai 2011
    Messages
    498
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mai 2011
    Messages : 498
    Points : 1 148
    Points
    1 148
    Par défaut
    Citation Envoyé par Olivier Famien Voir le message
    [B][SIZE="4"]
    Que vous inspire ce bogue ? De quoi remettre en cause la fiabilité des logiciels développés par l'administration publique ?
    Voir aussi
    Forum langages de programmation

    Ben c'est simple, comme en haut c'est l'administration tout entiere qu'il faut revoir. Je pense qu'il faut arreter leur trouver tout le temps des excuses.

    Je crois que le cas le plus concret c'est Louvois.

    Des projets informatiques doit etre gerer de facon tres dynamique qui est le contraire de la gestion de toute une administration ou les decisions sont extrement long, hesitant et parfois sans audace.
    Process + Process + Process + Process = Ok pk pas. Mais des fois il faut avoir une conscience et sortir de son confort quand il le faut.

  5. #5
    Membre extrêmement actif
    Profil pro
    Développeur
    Inscrit en
    Mars 2012
    Messages
    1 969
    Détails du profil
    Informations personnelles :
    Localisation : Belgique

    Informations professionnelles :
    Activité : Développeur
    Secteur : Communication - Médias

    Informations forums :
    Inscription : Mars 2012
    Messages : 1 969
    Points : 3 375
    Points
    3 375
    Par défaut
    Jusqu'ici il n'y a pas mort d'homme, pas de quoi s'inquiéter lol
    Si la réponse vous a aidé, pensez à cliquer sur +1

  6. #6
    Futur Membre du Club
    Homme Profil pro
    Collégien
    Inscrit en
    Décembre 2015
    Messages
    16
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Congo-Kinshasa

    Informations professionnelles :
    Activité : Collégien

    Informations forums :
    Inscription : Décembre 2015
    Messages : 16
    Points : 9
    Points
    9
    Par défaut Pourquoi ne pas avoir tester ce Programme?
    En tout etat de cause,tout programme(meme un Hello Word),est toujours,la pluspart du temps testé et approuvé d'abord par les developpeurs eux mêmes(rien de plus logique) et ensuite par des potentiels utilisateurs. Mais les choses deviennes beaucoup plus serieuses, vu les enjeux.
    Je pense qu'ils auraient du commencer par tester le programme très serieusement et ensuite l'utiliser.
    Ah oui! La bogue etait deja connue,mais jamais reparée. Pourquoi? Developpeurs en vacance. Ces vacances etaient elles de 13 ans?
    Tout ceci ne conduit qu'à une seule conclusion: "L'administration publique a afficher une faiblesse:la negligence"

  7. #7
    Membre régulier
    Homme Profil pro
    Développeur .NET
    Inscrit en
    Août 2012
    Messages
    27
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Calvados (Basse Normandie)

    Informations professionnelles :
    Activité : Développeur .NET

    Informations forums :
    Inscription : Août 2012
    Messages : 27
    Points : 87
    Points
    87
    Par défaut De longs congés
    Une des raisons du manque de correctifs est que les développeurs qui devaient concevoir les correctifs ont été en congé entre février et septembre.
    9 mois de vacances ? pour plusieurs développeurs ?

  8. #8
    Membre actif
    Profil pro
    Chef de projet
    Inscrit en
    Octobre 2006
    Messages
    55
    Détails du profil
    Informations personnelles :
    Localisation : France, Yvelines (Île de France)

    Informations professionnelles :
    Activité : Chef de projet

    Informations forums :
    Inscription : Octobre 2006
    Messages : 55
    Points : 222
    Points
    222
    Par défaut
    Moi je propose d'envoyer les programmeurs en prison et de leur accorder une remise de peine dès qu'ils auront corrigé le bogue

  9. #9
    Expert éminent
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Août 2007
    Messages
    2 161
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Multimédia et Internet

    Informations forums :
    Inscription : Août 2007
    Messages : 2 161
    Points : 7 952
    Points
    7 952
    Par défaut
    Citation Envoyé par Olivier Famien Voir le message
    De quoi remettre en cause la fiabilité des logiciels développés par l'administration publique ?
    Si le logiciel avait été développé par une entreprise privée, cela aurait il été différent ???

    A partir du moment où le bug est connu mais que rien n'est fait, c'est la négligence de l'administration peu importe qui a effectué le dev.
    Ce que je vois gros comme une maison, c'est un scénario du genre :
    "
    - Chef, y a un bug dans le soft du calcul des remises de peine !
    - Le prisonniers sont libérés combien de jour en moins ?
    - 45 en moyenne
    - Avec un coût de X$ /jour / prisonnier, ce bug fait économiser Y millions $ / an... On va attendre un peu pour corriger pour préserver les caisses... Et quand ça se saura, on aura l'excuse à la con sur les développeurs.
    "

  10. #10
    Membre expert
    Homme Profil pro
    Développeur .NET
    Inscrit en
    Octobre 2013
    Messages
    1 563
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Développeur .NET
    Secteur : Industrie

    Informations forums :
    Inscription : Octobre 2013
    Messages : 1 563
    Points : 3 404
    Points
    3 404
    Par défaut
    Citation Envoyé par Saverok Voir le message
    "
    - Chef, y a un bug dans le soft du calcul des remises de peine !
    - Le prisonniers sont libérés combien de jour en moins ?
    - 45 en moyenne
    - Avec un coût de X$ /jour / prisonnier, ce bug fait économiser Y millions $ / an... On va attendre un peu pour corriger pour préserver les caisses... Et quand ça se saura, on aura l'excuse à la con sur les développeurs.
    "
    "
    -Par contre, chef, votre prime mensuelle est de X$/ détenus, ce qui fait X% de votre prime totale

    Le lendemain matin, le bug était résolu...

    "


  11. #11
    Inactif  

    Homme Profil pro
    Freelance EURL / Business Intelligence ETL
    Inscrit en
    Avril 2005
    Messages
    5 879
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Freelance EURL / Business Intelligence ETL
    Secteur : Finance

    Informations forums :
    Inscription : Avril 2005
    Messages : 5 879
    Points : 26 147
    Points
    26 147
    Billets dans le blog
    3
    Par défaut
    Citation Envoyé par pnpanu
    En tout etat de cause,tout programme(meme un Hello Word),est toujours,la pluspart du temps testé et approuvé d'abord par les developpeurs eux mêmes(rien de plus logique) et ensuite par des potentiels utilisateurs. Mais les choses deviennes beaucoup plus serieuses, vu les enjeux.
    Je pense qu'ils auraient du commencer par tester le programme très serieusement et ensuite l'utiliser.
    Ah oui! La bogue etait deja connue,mais jamais reparée. Pourquoi? Developpeurs en vacance. Ces vacances etaient elles de 13 ans?
    Tout ceci ne conduit qu'à une seule conclusion: "L'administration publique a afficher une faiblesse:la negligence"
    Tu crois qu'il n'a pas été testé à sa création ???
    Ces cas-là ont dû passer au travers de la recette, tu sais, ça arrive, et c'est la raison pour laquelle il y a de la maintenance...

    La question est également de savoir est-ce que la recette a été faite correctement (par mon expérience personnelle, on est loin des 40/20/40 pour conception, réalisation, tests unitaires, donc je parle même pas du temps attribué aux différentes phases projets. En général c'est on prend notre temps à fond pour la conception, puis juste avant le début du projet y a que la moitié de la spec c'est pas grave on développe à l'arrache le plus salement possible, on documentera après le départ du développeur, on fait la recette en vitesse et on verra le reste en maintenance).

    Et également est-ce qu'il y a eu des traitements manuels par exemple avec un reporting de la peine totale et des différents éléments de toute la détention du détenu, avec donc par conséquent les peines complémentaires et les différentes réductions de peine.

    Citation Envoyé par Saverok
    Si le logiciel avait été développé par une entreprise privée, cela aurait il été différent ???

    A partir du moment où le bug est connu mais que rien n'est fait, c'est la négligence de l'administration peu importe qui a effectué le dev.
    Ce que je vois gros comme une maison, c'est un scénario du genre :
    "
    - Chef, y a un bug dans le soft du calcul des remises de peine !
    - Le prisonniers sont libérés combien de jour en moins ?
    - 45 en moyenne
    - Avec un coût de X$ /jour / prisonnier, ce bug fait économiser Y millions $ / an... On va attendre un peu pour corriger pour préserver les caisses... Et quand ça se saura, on aura l'excuse à la con sur les développeurs.
    "
    Ce que je vois surtout c'est une baisse du budget, ils ont un pauvre développeur qui doit s'occuper de tout et ils ont priorisé sur le suivi de production (les applications en temps réel ne lâche pas) et on verra le reste plus tard.
    Après si ça a aurait privé, je pense qu'il y aurait eu un gros problème de procès et d'amendes donc oui ça aurait été corrigé plus vite AMHA.

    Citation Envoyé par nanopowered
    9 mois de vacances ? pour plusieurs développeurs ?
    Le texte original précise que c'est au singulier (the coding developer) sans préciser son type de congé (on leave), peut-être congé maternité, sur une autre mission si c'est un consultant, on sait pas grand-chose, bref une excuse.
    - So.... what exactly is preventing us from doing this?
    - Geometry.
    - Just ignore it !!
    ****
    "The longer he lived, the more he realized that nothing was simple and little was true" A clash of Kings, George R. R. Martin.
    ***
    Quand arrivera l'apocalypse, il restera deux types d'entreprise : les pompes funèbres et les cabinets d'audit. - zecreator, 21/05/2019

  12. #12
    Expert éminent
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Août 2007
    Messages
    2 161
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Multimédia et Internet

    Informations forums :
    Inscription : Août 2007
    Messages : 2 161
    Points : 7 952
    Points
    7 952
    Par défaut
    Citation Envoyé par Glutinus Voir le message
    Après si ça a aurait privé, je pense qu'il y aurait eu un gros problème de procès et d'amendes donc oui ça aurait été corrigé plus vite AMHA.
    Pas forcément.
    Tout dépend de comment est rédigé le contrat.
    Si le bug est signalé une fois que la garantie est terminée, le correctif est facturé et donc, soumis à la validation du client.
    Si l'administration ne le signale pas à l'intégrateur/éditeur et/ou ne le priorise pas pour correction/déploiement, la situation est exactement la même.

  13. #13
    Rédacteur/Modérateur
    Avatar de andry.aime
    Homme Profil pro
    Inscrit en
    Septembre 2007
    Messages
    8 391
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Ile Maurice

    Informations forums :
    Inscription : Septembre 2007
    Messages : 8 391
    Points : 15 059
    Points
    15 059
    Par défaut
    Citation Envoyé par valkirys Voir le message
    Calcul manuel. La bonne blague, ils ne connaissent pas les tableurs
    Certains connaissent les tableurs mais ne savent pas l'utiliser. J'ai déjà vu quelqu'un utiliser une calculatrice pour remplir une feuille excel.

  14. #14
    Inactif  

    Homme Profil pro
    Freelance EURL / Business Intelligence ETL
    Inscrit en
    Avril 2005
    Messages
    5 879
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Freelance EURL / Business Intelligence ETL
    Secteur : Finance

    Informations forums :
    Inscription : Avril 2005
    Messages : 5 879
    Points : 26 147
    Points
    26 147
    Billets dans le blog
    3
    Par défaut
    Citation Envoyé par andry.aime Voir le message
    Certains connaissent les tableurs mais ne savent pas l'utiliser. J'ai déjà vu quelqu'un utiliser une calculatrice pour remplir une feuille excel.
    Beaucoup plus simple : appeler quelqu'un à l'IT. C'est sûr qu'on a le temps de faire du support pour expliquer la fonction SOMME
    - So.... what exactly is preventing us from doing this?
    - Geometry.
    - Just ignore it !!
    ****
    "The longer he lived, the more he realized that nothing was simple and little was true" A clash of Kings, George R. R. Martin.
    ***
    Quand arrivera l'apocalypse, il restera deux types d'entreprise : les pompes funèbres et les cabinets d'audit. - zecreator, 21/05/2019

  15. #15
    Membre régulier
    Homme Profil pro
    Débutant
    Inscrit en
    Mai 2007
    Messages
    58
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 53
    Localisation : France, Loire Atlantique (Pays de la Loire)

    Informations professionnelles :
    Activité : Débutant
    Secteur : High Tech - Multimédia et Internet

    Informations forums :
    Inscription : Mai 2007
    Messages : 58
    Points : 100
    Points
    100
    Par défaut
    D'où l'utilité de simples tests unitaires!

  16. #16
    Membre confirmé
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Juillet 2009
    Messages
    354
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 43
    Localisation : France, Seine Maritime (Haute Normandie)

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : Enseignement

    Informations forums :
    Inscription : Juillet 2009
    Messages : 354
    Points : 593
    Points
    593
    Par défaut vive la fonction publique
    Citation Envoyé par nanopowered Voir le message
    9 mois de vacances ? pour plusieurs développeurs ?
    il s'agit de développeurs de l'administration publiques, des fonctionnaires quoi!

Discussions similaires

  1. Réponses: 1
    Dernier message: 28/07/2009, 14h29
  2. rajouter un menustrip dans un logiciel
    Par warubi dans le forum VB.NET
    Réponses: 1
    Dernier message: 15/05/2007, 22h13
  3. Réponses: 2
    Dernier message: 06/04/2006, 17h44
  4. Afficher une page html construite dans le logiciel [TSrings]
    Par xenos dans le forum Composants VCL
    Réponses: 4
    Dernier message: 21/03/2006, 20h32
  5. Les bases de données dans un logiciel PRo
    Par LaMusaraigne dans le forum Langages de programmation
    Réponses: 1
    Dernier message: 30/06/2005, 08h18

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo