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

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

Le DOGE d'Elon Musk remplace les employés fédéraux licenciés par un chatbot d'IA et automatise les tâches,
Une approche controversée qui suscite des préoccupations en matière de sécurité

Le , par Mathis Lucas

59PARTAGES

10  0 
Le DOGE déploie un chatbot d'IA pour combler le vide laissé par les licenciements massifs à la General Services Administration des États-Unis. Un rapport, qui cite un mémo interne divulgué, indique que le chatbot, appelé GSAI, peut être utilisé pour rédiger des courriels, créer des points de discussion, résumer un texte, écrire du code... Il ajoute que le chatbot a apparemment été mis en place à la hâte par le DOGE et propose aux utilisateurs le choix entre trois modèles : Claude Haiku 3.5 (par défaut), Claude Sonnet 3.5 v2 et Llama 3.2. Mais les utilisateurs rapportent que le chatbot a à peine le niveau d'un stagiaire et produit des réponses « génériques et approximatives ».

Le DOGE d'Elon Musk remplace les employés fédéraux licenciés par un chatbot

Le président américain Donald Trump a créé le département de l'efficacité gouvernementale (Department of Government Efficiency - DOGE) et a confié sa direction au milliardaire de la Tech Elon Musk. Le DOGE est chargé de réduire drastiquement les dépenses du gouvernement fédéral et de le rendre plus efficace. Mais le DOGE est controversé et les critiques disent qu'il est sur le point d'opérer la plus grande suppression d'emplois de l'histoire des États-Unis.

Le DOGE d'Elon Musk s'est récemment attaqué à la General Services Administration (GSA), l'agence qui gère les biens immobiliers fédéraux et supervise la plupart des contrats gouvernementaux. De nombreux employés ont été licenciés et d'autres ont démissionné. Selon les rapports, le DOGE a licencié pratiquement tout le personnel du centre technologique de la GSA connu sous le nom de 18F. Le centre 18F était déjà connu pour être « extrêmement efficace ».


Mais ne vous inquiétez pas ! Le DOGE d'Elon Musk a un plan pour combler le vide causé par le licenciement de dizaines de milliers d'experts et de fonctionnaires d'un seul coup : un chatbot. Un rapport de Wired indique que le DOGE a commencé à déployer un chatbot appelé GSAI au sein de la GSA.

GSAI est destiné à prendre en charge des tâches « générales ». Selon les initiés, le chatbot GSAI est conçu de manière à pouvoir être utilisé en toute sécurité par le gouvernement. Et un mémo interne informe les employés de la GSA que « les options sont infinies ». Il propose ensuite une liste de tâches : « vous pouvez rédiger des courriels, créer des points de discussion, résumer des textes, écrire du code ». Mais les employés l'ayant testé restent sceptiques.

« Génial ! Nous allons obtenir du gouvernement fédéral le même service merdique que celui que nous recevons des câblo-opérateurs et des opérateurs de téléphonie mobile. Elon Musk et ses sbires du DOGE traitent les agences fédérales comme des magasins de vente en ligne », a écrit un critique.

Le mémo explique aux employés comment rédiger un message efficace. Dans une colonne intitulée « messages inefficaces », une ligne se lit comme suit : « donne-moi des idées pour une lettre d'information ». La version efficace de la requête se lit comme suit : « je prépare une lettre d'information sur l'architecture durable. Suggère 10 sujets attrayants liés à l'architecture écologique, aux énergies renouvelables et à la réduction de l'empreinte carbone ».

Un employé qui a utilisé GSAI a déclaré : « c'est à peu près aussi bien qu'un stagiaire. Les réponses sont génériques et faciles à deviner ». Le modèle par défaut est Claude Haiku 3.5, mais les utilisateurs peuvent choisir d'utiliser Claude Sonnet 3.5 v2 ou LLama 3.2, en fonction de la tâche à accomplir.

Un risque élevé de divulgation des données sensibles du gouvernement fédéral

Selon des documents consultés par WIRED, le Trésor et le département de la Santé et des services sociaux envisagent d'utiliser un chatbot de la GSA en interne et dans leurs centres de contact tournés vers l'extérieur. Cependant, on ne sait pas si ce chatbot serait GSAI. Ailleurs dans le gouvernement, l'armée américaine utilise un outil d'IA générative appelé CamoGPT pour identifier et supprimer les références à la DEI dans les supports de formation.

Selon un employé de la GSA, le Trésor et le département de la Santé et des services sociaux n'ont pas déployé leurs chatbots en raison de leur caractère « bancal ». Le DOGE est allé de l'avant et a déployé GSAI pour les employés. En outre, il semble que l'intention de ces projets était de construire un outil qui pourrait aider à faciliter le travail des employés, et non pas de remplacer des milliers d'emplois fédéraux, qui ont été brusquement supprimés.

Dans le cas de la GSA, il est probable qu'au moins une partie des employés licenciés sont celles-là mêmes qui construisaient l'outil GSAI qui est maintenant déployé dans leur sillage. « Quelque chose me dit que leurs compétences sont plus utiles qu'un chatbot capable de rédiger un courriel », a écrit un critique.

Les employés de la GSA ont reçu une mise en garde importante concernant l'utilisation de GSAI : « aucune information non publique ou information non classifiée contrôlée (information sensible, mais non classifiée) ne peut être partagée avec GSAI ». Cet avertissement est compréhensible, mais assez restrictif, surtout si un employé souhaite utiliser le chatbot pour, par exemple, résumer des notes de réunion ou aider à structurer certaines données.

Thomas Shedd, un ancien ingénieur de Tesla qui dirige aujourd'hui les services de transformation technologique (TTS), a annoncé que la branche technologique de la GSA allait diminuer de 50 % au cours des prochaines semaines, après avoir licencié environ 90 technologues la semaine dernière.

Il prévoit que le personnel restant travaillera sur des projets davantage orientés vers le public, tels que "Login.gov" et "Cloud.gov", qui fournissent une variété d'infrastructures Web à d'autres agences. « Tous les autres travaux non requis par l'État seront probablement supprimés. Nous serons une équipe orientée vers les résultats et très performante », a déclaré Thomas Shedd selon les notes d'une réunion avec le personnel le TTS la semaine dernière.

Thomas Shedd soutient l'IA et l'automatisation au sein du gouvernement depuis un certain temps. Au début du mois de février 2025, Thomas Shedd a déclaré au personnel qu'il prévoit de faire de l'IA un élément central de l'agenda du TTS. Mais l'approche du DOGE d'Elon Musk est largement controversée.

Elon Musk a appliqué un schéma similaire à Twitter après l'avoir racheté en 2022

La manière dont Elon Musk dirige le DOGE fait l'objet de polémiques. Il est accusé de vider le gouvernement fédéral de ses meilleurs talents, ce qui pourrait à terme nuire à l'efficacité même du gouvernement, allant à contresens de la mission du DOGE. Elon Musk semble suivre un schéma similaire à celui qu'il avait suivi lorsqu'il avait pris le contrôle de Twitter fin 2022. Le milliardaire avait licencié à l'époque la grande majorité des employés, environ 80 %.

La méthode Elon Musk est saluée...
La fin de cet article est réservée aux abonnés. Soutenez le Club Developpez.com en prenant un abonnement pour que nous puissions continuer à vous proposer des publications.

Une erreur dans cette actualité ? Signalez-nous-la !

Avatar de calvaire
Expert éminent https://www.developpez.com
Le 20/03/2025 à 10:51
Citation Envoyé par _toma_ Voir le message
Jusqu'à maintenant j'ai réussi à ne pas me suicider mais, putain, qu'est-ce que notre époque est déprimante !
Pourtant le champs des possibles que nous offre ce monde est fantastique.
On a jamais eu autant d'opportunités dans sa vie que dans ce monde moderne.
Voyager n'importe ou, étudier et exercer n'importe quels métiers, se reconvertir, travailler n'importe ou dans le monde...

Ce monde est au contraire très excitant. Tu devrais juste sortir de chez toi et aller voir ailleurs, jusqu’à trouver un lieu et mode de vie fait pour toi.
Je connais des collègues déprimé a paris, monter leur propre boite et/ou partis au canada, en finlande, en suisse, certains retourner à la campagne devenir fermier... d'autres monter un business en ligne et partir vivre sur les plages de thailande a se taper des putes et fumer du cannabis tous les jours.

Prends l'avion, va en vacances quelques semaine en ouzbekistan vivre avec une tribut nomade, ca te changera les idées.
3  1 
Avatar de der§en
Membre expérimenté https://www.developpez.com
Le 30/03/2025 à 0:27
Sans avoir recours à l’IA, on peux parfaitement réécrire du code cobol vers d’autres langages !

Dans les années 90, à la bourse de paris, on avait développé un convertisseur qui prenait le code cobol issus des mainframes IBM, pour le convertir en langage C pour les VAX/VMS, cela a permis de migrer des millions de lignes de code !
7  5 
Avatar de calvaire
Expert éminent https://www.developpez.com
Le 31/03/2025 à 8:18
Citation Envoyé par Fagus Voir le message
Mais est-ce que c'est si intéressant que ça de convertir les bases de code de cobol, alors que ça marche et c'est performant, sachant que la conversion a un coût et des risques de régressions (il y a eu plusieurs histoires ici de migration ratée vers java avec des pertes de performance).
Alors qu'il existe des compilateurs comme gnuCOBOL qui permettent d'exécuter le code sur PC ?

Au pire, est ce si problématique de maintenir le code ? En regardant sur wikipedia, en cobol 2014 le langage est modernisé avec des types modernes et l'orientation objet. (il y a même un cobol 2023).

Les dév ça se forme, et c'est sans doute préférable de manipuler des grandes quantités de calculs en cobol que dans la plupart des langages non ? surtout si on a besoin d'avoir des arrondis obéissant à des règles comptables plutôt que sur une accumulation d'imprécision du calcul flottant binaire.

Quoique, en python, il y a le module decimal pour ça, et je viens de voir qu'il peut être utilisé en c et c++.
c'est tous le probleme justement.
Il faut trouver des dev pour faire du cobol, il y'en a peu et coutent cher.

Pour les dev c'est loin d’être une bonne affaire aussi, ok avec cobol ils peuvent trouver un taff mieux pays, mais cobol c'est rare et donc ils seront prisonnier de leurs boite. Un dev cobol va difficilement pouvoir retrouver un taff ailleurs, surtout en cas de layoff il sera dans la merde.
Pour un dev il vaut mieux se former dans des technos d'avenir, sa lui donnera un taff mieux payé et être attractif sur le marché du travail.

Ou alors négocier avec sa boite d’être dev cobol à mi temps ET aussi de faire autre chose de plus vendeur sur le cv, mais pour la boite ca coute encore plus cher ce deal.
Au final la migration apparait comme une bonne solution pour l'avenir de la boite. Car un salarié sa reste pas longtemps dans une boite, 2-5ans. Trouver des devs cobols tous les 2-3 ans, c'est chaud.

Perso j'ai toujours travaillé sur des technos d'avenir, j'ai toujours choisis mes postes en fonction de ca (en plus du salaire). Ca m'a toujours garantie des portes ouvertes auprès des entreprises et des salaires attractifs.
J'ai toujours poussé en interne a utiliser et travailler sur les technos les plus vendeurs sur le cv. Il faut toujours préparer son prochain job, même si il arrivera jamais ou dans 10ans, ou... dans 1 semaine par surprise car la boite a décidé de te virer.

en 2025, Cobol reste une bonne compétence pour le salaire si on habite dans un gros bassin d'emploi comme paris, mais ne surtout pas s'enfermer que la dedans et développer d'autres expertises.
7  5 
Avatar de _toma_
Membre éclairé https://www.developpez.com
Le 10/03/2025 à 21:15
GSA = Administration des services généraux

L’Administration des services généraux (General Services Administration ou GSA) est une agence indépendante du gouvernement fédéral américain créée en 1949 pour aider la gestion et le fonctionnement des autres agences fédérales. La GSA fournit ainsi des produits et des communications pour les bureaux gouvernementaux, des transports et des espaces de travail pour les employés fédéraux et met en œuvre des politiques de réduction de coûts, parmi d'autres tâches de gestion. La définition de sa mission de « d'aider les agences fédérales à mieux servir le public en offrant, au meilleur coût, des espaces de travail de qualité, des solutions d'experts, des politiques de gestion et des services d'acquisition »

https://fr.wikipedia.org/wiki/Admini...%A9n%C3%A9raux
1  0 
Avatar de _toma_
Membre éclairé https://www.developpez.com
Le 19/03/2025 à 21:39
Donald Trump a licencié les deux seuls démocrates de la FTC
Le putsch suit son court, tout va pour le mieux dans le meilleur des mondes.

Les analystes s'interrogent sur la raison de la suppression de ces articles
L'ignorance, c'est la force.

Jusqu'à maintenant j'ai réussi à ne pas me suicider mais, putain, qu'est-ce que notre époque est déprimante !
2  1 
Avatar de Fagus
Membre expert https://www.developpez.com
Le 30/03/2025 à 21:32
Mais est-ce que c'est si intéressant que ça de convertir les bases de code de cobol, alors que ça marche et c'est performant, sachant que la conversion a un coût et des risques de régressions (il y a eu plusieurs histoires ici de migration ratée vers java avec des pertes de performance).
Alors qu'il existe des compilateurs comme gnuCOBOL qui permettent d'exécuter le code sur PC ?

Au pire, est ce si problématique de maintenir le code ? En regardant sur wikipedia, en cobol 2014 le langage est modernisé avec des types modernes et l'orientation objet. (il y a même un cobol 2023).

Les dév ça se forme, et c'est sans doute préférable de manipuler des grandes quantités de calculs en cobol que dans la plupart des langages non ? surtout si on a besoin d'avoir des arrondis obéissant à des règles comptables plutôt que sur une accumulation d'imprécision du calcul flottant binaire.

Quoique, en python, il y a le module decimal pour ça, et je viens de voir qu'il peut être utilisé en c et c++.
7  6 
Avatar de Artemus24
Expert éminent sénior https://www.developpez.com
Le 02/04/2025 à 22:11
salut à tous.

Citation Envoyé par Der§en
Sans avoir recours à l’IA, on peux parfaitement réécrire du code cobol vers d’autres langages !
Ca, c'est la théorie, mais dans la pratique, tu vas rencontrer des problèmes pour convertir des nombres.

Je ne sais pas si tu connais la représentation des nombres décimales dits condensés (COMP-3) en COBOL. C'est spécifique à COBOL et ça n'existe pas dans le langage 'C/C++'. J'ai eu jadis un problème avec la lire italienne où les montants étaient proches du maximum des 18 digits de sa représentation interne et étaient intraduisibles en langage 'C/C++' car ce langage ne le permettait pas.

Pour avoir fait beaucoup de maintenance en COBOL, il existe des sous-programmes écrits en assembleur pour résoudre des problèmes de calculs comme les taux. Je peux t'assurer qu'il y a beaucoup de spécificités propre au cobol que l'on ne peut pas convertir aussi facilement qu'on veut le croire, sans créer des problèmes qui vont engendrer des effets de bords ou encore des bugs alors que l'existent a déjà été épprouvé depuis fort longtemps.

Et je ne parle même pas des bases de données (DB2 sous IBM) ou encore du transactionnel (CICS) couplé à l'internet pour rendre plus conviviaux les terminaux sous internet. Une vrai usine à gaz ! J'ai, par le passé, fait beaucoup de migration et ce n'est pas aussi simple qu'on veut le croire.

Citation Envoyé par Fagus
Au pire, est ce si problématique de maintenir le code ?
Oui, car la maintenance coute très très chers aux entreprises et je ne parle même pas du manque de développeurs formés au COBOL, ni du métier du client. Remettre en cause un système informatique qui fonctionne parfaitement ne peut pas se faire en six mois alors qu'il a fallu plusieurs décénies pour en arriver là.

Citation Envoyé par Fagus
Les dév ça se forme,
Oui, en théorie, mais qui veut encore faire du COBOL aujourd'hui ? Peut-être des retraités car ils savent encore faire, et que la paye est intéressante. Mais un petit jeune ne sera pas intéressé à developper dans une technique de programmation qu'il ne connnait pas et ne veut pas apprendre. De loin, il préfère le WEB car il a été biberonné dès sa plus tendre enfance. Je rappelle qu'il n'existe pas de framework en COBOL où vous appelez la fonction qui va bien. Si vous avez besoin de quelque chose, vous devez la développer par vous-même. Et ces techniques ne sont plus du tout enseignés à l'école, ni d'ailleurs le COBOL.

Citation Envoyé par Fagus
et c'est sans doute préférable de manipuler des grandes quantités de calculs en cobol que dans la plupart des langages non ? surtout si on a besoin d'avoir des arrondis obéissant à des règles comptables plutôt que sur une accumulation d'imprécision du calcul flottant binaire.
Le flottant est destiné à des calculs scientifiques et non comptables où l'on a besoin d'avoir une réprésentation exacte et non approximative. Il y a des règles comptables, fiscales, financières sur les arrondis que l'on peut faire que si l'on maitrise la représentation des nombres en mémoire, ce que la plupart des langages modernes ne font plus. J'entends par là que si l'on a réellement besoin de 18 digits, on ne peut pas se permettre d'en perdre pour des problèmes d'arrondis.

Citation Envoyé par Prox_13
Et être capable de transcoder des monuments d'avant guerre en COBOL vers un langage actuel en préservant les règles de gestion et la performance du code, c'est une tâche aussi fastidieuse que complexe, qui requiert autant d'expérience que de rigueur.
Pourquoi d'avant guerre ? Le COBOL a été créé en 1959 et le premier COBOL que j'ai connu date de la version "68". Depuis, il y a eu beaucoup de progrès fait dans ce langage.

Les mainframes comme IBM fonctionnent pour des langages comme COBOL et ASSEMBLEUR IBM 370 et non sur du 'C/C++' dont les compilateurs ne doivent même pas exister sur ces machines. Il y a aussi la performance en terme de temps d'exécution que l'on ne retrouve sur des mini-ordinateurs qui sont trop lents, ni des problèmes de sécurités comme "RACF" sous IBM.

Citation Envoyé par Def44
Si l'être humain peut y arriver, aucun doute que l'IA le fera plus efficacement, et très rapidement.
Certainement pas car c'est essentiellement un problème non pas de conversion mais de faisabilité.
Il y a des astuces utilisés en COBOL qui nécessitent de repenser le code pour l'utiliser dans un nouveau langage. Il faudrait aussi comprendre ces astuces, ainsi que la façon de programmer dans les années 60. Bon courage à ceux qui vont mettre leur nez dans ce type de code.

Citation Envoyé par Jepamo
Nous ne sommes plus nombreux à connaitre le Cobol.
Il n'y a rien de complique à programmer dans ce langage mais faudrait aussi connaitre les astuces utilisées qui sont légions dans le domaine bancaire et de la finance. Je connais ce langage car je l'ai pratiqué pour des grands comptes en banque et en assurance et je peux assurer que le maitriser est autre chose que du 'C/C++'.

Citation Envoyé par Jepamo
S'ils partent dans cette optique, ils vont subir une grosse désillusion.
Il suffit de ce rendre compte des problèmes rencontrés avec "Louvois", le système informatique de l'armée française pour la paye des militaires. Ou encore celui utilisé pour le RSA où il y a fréquemment des erreurs ou des retards dans les paiements.

J'ai l'impression que ce DOGE va détruire les Etats-Unis sous le prétexte de faire des économies.

@+
1  0 
Avatar de TJ1985
Membre chevronné https://www.developpez.com
Le 02/04/2025 à 22:12
Mon premier gros mandat a été l'écriture de programmes de traduction COBOL-COBOL pour passer d'un environnent Honeywell Bull à VAX VMS. Il s'agissait aussi de passer d'une base de données réseau à une base relationnelle et donc d'adapter les requêtes en conséquence.
Nous bénéficiions de deux chefs de projets hyper-compétents, connaissant en détail les aspects métiers des applications à porter.
Malgré tout, la migration complète a pris deux ans à une équipe de sept personnes qui n'ont pas chômé.
En parallèle, une vaste équipe de jeunes ingénieurs sans connaissance métier était sensée réécrire l'ensemble des applications, en C++, Delphi, VB, Java en deux ou trois ans.
Total : après quasi-trente ans il a été possible de débrancher les systems VMS, longtemps donc après que DEC eut disparu.
Le choix le pire était encore Java, qui trimbale avec lui un énorme sac de contraintes d'organisation et une terrible dette de performances.
Le système originel tournait avec une puissance de l'ordre d'un Raspberry Pi, aujourd'hui la salle serveurs compte plus de 2000 machines...
Les prestations ont un peu augmenté, dans un domaine assez statique, la banque. Jamais pour justifier une telle inflation.
Donc, bon courage aux bénéficiaires des prestations du système actuel. Et en plus, il y a des bouts d'assembleur...
1  0 
Avatar de _toma_
Membre éclairé https://www.developpez.com
Le 20/03/2025 à 11:19
T'inquiète, je suis pas dépressif et j'ai pas l'intention de l'être, je l'ai déjà été. La route de la vie est pleine de nids de poule.

Je suis bien conscient que notre société moderne offre des possibilités incroyables et surtout inédites dans l'histoire de l'humanité.
J'ai 40 ans, j'en suis à mon 5ème métier (j'ai bien dit "métier", pas "travail" ou "emploi"). J'ai pu voir pas mal de choses et j'arrive dans un nouveau domaine d'activités qui me plaît et où j'ai l'opportunité de mettre en valeur beaucoup des compétences que j'ai accumulé en chemin.
J'ai des passions, des loisirs, des amis : ma vie est bien remplie, t'inquiète pas pour moi ;-).

Je ne pratique aucune religion, je ne suis pas croyant mais j'ai des valeurs avec lesquelles j'essaye d'être en accord. J'ai pas la prétention d'être parfait ni de ne faire de mal à personne. Notre monde est complexe et un acte qui nous semble anodin peut avoir de lourdes répercutions. Mais il y a clairement des aspects de notre société que je ne veux pas cautionner.
Je fais partie d'un ensemble plus grand, une espèce : un tout qui me dépasse et me désespère.

Edit : zut, j'ai aussi peu de savoir vivre que Zelensky ;-).
Merci calvaire pour ton message bienveillant.
1  1 
Avatar de Prox_13
Membre éprouvé https://www.developpez.com
Le 31/03/2025 à 13:20
Citation Envoyé par der§en Voir le message
Sans avoir recours à l’IA, on peux parfaitement réécrire du code cobol vers d’autres langages !

Dans les années 90, à la bourse de paris, on avait développé un convertisseur qui prenait le code cobol issus des mainframes IBM, pour le convertir en langage C pour les VAX/VMS, cela a permis de migrer des millions de lignes de code !
Malheureusement, travaillant dans une entreprise qui peine a migrer son ERP de COBOL (VMS) vers des langages modernes, c'est beaucoup d'heures-homme qui doivent y passer et comme l'explique l'ami Calvaire ci-dessus, c'est extrêmement difficile de trouver des développeurs COBOL bons et formés sur les nouvelles technos sans débourser une fortune. (Si ça peut donner des idées à certains, d'ailleurs.)
L'accès a un environnement de dev COBOL reste, malgré tout, une chose assez rare. Et être capable de transcoder des monuments d'avant guerre en COBOL vers un langage actuel en préservant les règles de gestion et la performance du code, c'est une tâche aussi fastidieuse que complexe, qui requiert autant d'expérience que de rigueur.

Il faut aussi prendre en compte le fait que les systèmes vieillots ont l'effet "big ball of mud", avec des générations de développeurs qui se sont succédés avec chacun leurs façons de programmer, malgré un format similaire sous jacent.
Au final, ayant essayé de développer un convertisseur COBOL, c'est compliqué de trouver un algorithme suffisamment générique pour plaire a tous.
2  6