Kaane a écrit 843 commentaires

Des gens qui bossent dans leur coin sans forcément rebalancer les infos aux autres parcequ'ils veulent que "la seule bonne dernière version" soit la leur ?

Des intervenants qui ne veulent en aucun cas se remettre en cause, changer d'outils ou même simplement utiliser les templates words fournis et qui préfèrent faire du copier coller du document plus du tout à jour d'il y a 5 ans. Document dans lequel il y a pas moins de 25 éléments à changer en fonction du client, du type de projet, du cadre fiscal/social ou de l'age du capitaine (N.B : sur les 25 éléments vous serez déjà content si l'élément principal - le nom du client - est changé à toutes les pages) ?

Des gens qui téléchargent de toute façon le document sur leur poste perso avant de l'éditer (parceque sinon c'est trop long) et qui écrasent la version en ligne 3 mois plus tard avec la leur (dans laquelle ils n'ont pas fait de modif de toutes façons - ils n'ont pas eu le temps) ?

Des gens qui ne veulent bosser qu'en Word et qui font un copier-coller des tableaux Excell en mode "données uniquement" pour les éditer à la main au mépris de toutes les formules créées dans le doc Excell sus-mentionné ?

Si cette situation vous rappelle quelquechose, si vous avez vainement tenté par la pédagogie, la menace, la corruption, la supplique de faire bouger les choses.
Si tous les logiciels de GED, de CRM ou de Datastore que vous avez pu tester sont resté inutilisés malgré des configs au petit oignons et un budget formation pharaonique (formation à l'issue de laquelle 80% des utilisateurs utilisaient tous en douce le mot de passe de Veronique - parceque c'était la seule à s'en souvenir).

Ne cherchez plus, nous avons la solution : Il vous faut "Un Con Qui Fait Le Tri" !

Avec "Un Con Qui Fait Le Tri" fini les problèmes d'interopérabilité, de recherche de dernière version ou de fusion de trois documents subtilement différents sans que personne ne sache quel paragraphe de quel document est bon. Il suffit d'inviter "Un Con Qui Fait Le Tri" à toutes les réunions et de lui forwarder tous les mails.

Pour à peine le prix d'un stagiaire par mois, "Un Con Qui Fait Le Tri" c'est la garantie que vous n'aurez plus jamais à chercher un coupable quand la version du doc qui est partie à l'impression est celle qui avait fait palir de peur les avocats ou bouilloner de rage le PDG. Avec "Un Con Qui Fait Le Tri" dans votre entreprise sans rien changer à vos habitudes de travail vous disposez tout à la fois d'une excuse implacable et d'un bouc émissaire blamable à merci.

Dès aujourd'hui appelez l'agence pour l'emploi la plus proche de chez vous et demandez "Un Con Qui Fait Le Tri" - dans certaines régions celà peut même être déduit de votre IS.

Un serveur est généralement branché sur un onduleur.

L'alim de ton serveur / son riser / son backplane grille.

Il t'arrive quoi ?

Sur une carte RAID digne de ce nom toute les transactions complètes sont finalisées, toutes les transactions incomplètes sont annulées.

Et on va passer gentillement sur les problèmes d'accès concurrents multiples (genre 5 ou 6 process qui veulent écrire sur le même disque - en RAID soft c'est drôle, en RAID soft SATA c'est carrément hilarant), de pannes multiples (2ème panne pendant la reconstruction du RAID), la conso CPU/IO en cas de reconstruction, l'élection de disque maître (si je mets un disque avec une structure RAID 1 dans une baie soft, lequel est reconstruit ?), les problèmes à mettre la racine en RAID pour de vrai (comprendre bootloader inclus) etc.

Honnêtement le RAID soft a des avantages, principalement il ne coute pas cher et il est très compatible avec lui même. Mais quand on a vraiment besoin de RAID on fait autre chose.

Alors là vraiment bonne chance.
Entre le fan de jeux vidéos qui part avec une canne épée pour essayer de tuer un grand ancien, le mec qui a jamais lu les bouquins et qui est persuadé qu'il part avec un handicap et qui passe son temps à demander des infos aux autres joueurs, le mec qui a lu les bouquins, qui explique à qui veut l'entendre que ce doit être un coup de nyarlathotep et qui s'attend à trouver le necronomicon dans la bibliothèque du coin (son perso est éleveur de chèvres en bordure d'un petit village pour info).

J'espère que tu ne leur a pas dit à quels jeu ils allaient jouer - sinon ca peut être vraiment chiant à masteriser ce genre de situations. Créer un bon role play à Cthulhu c'est déjà pas facile avec des joueurs un peu rodés - mais avec des débutants ca peut être le calvaire.

Désolé, mais quand un protocole calcule des choses sur des octets pas de sa couche (au hasard : l'en-tête IPv4)

Ca va être compliqué de valider la cohérence d'un paquet sans le lire. Il est obligatoire pour TCP de lire les octets sur la couche qu'il controle - Si le but de TCP était simplement de garantir que la capsule TCP elle même est valide ca serait plus simple (mais vachement moins interressant). Donc TCP doit lire les infos de la couche inférieure pour faire un CRC dessus, c'est la seule manière de la controller.

et c'est bien ça que j'appelle "TCPv4" dans le sens où TCP est dépendant de sa couche inférieure

Il n'est pas dépendant de la couche inférieure. Certes les octets sous jacents choisis pour le controle l'ont été avec IP en tête, mais rien n'empêche de faire passer d'autres flux en controle TCP (pour que ca serve à quelque chose il faut juste que les octets en question soient relativement significatifs de l'état du paquet. En IPv6 ca n'est pas le cas - et c'est une connerie dans la façon dont l'entête IPv6 a été créée).

On évitera de parler du protocole qui balance un autre protocole si il a envie, hein…

Tu peux m'expliquer ce que fout ICMP à signifier que la connexion est injoignable ? C'est une couche transport ICMP ? Ca te semble logique comme comportement que si le port existe TCP renvoit un ACK, mais que si il n'existe pas c'est ICMP qui renvoit un bricolage plus ou moins fiable en fonction du modèle du routeur, de l'OS du serveur et du sens du vent ? Je cherche à établir une connexion IP et au moment de la négo TCP c'est un message ICMP qui m'est renvoyé ? Le plus logique serait que je me prenne un TCP RST systématiquement et que si je veux vraiment savoir ce qui se passe, libre à moi de balancer des paquets ARP ou ICMP.

Comment on traduit http://1.2.3.4:8080/ en ipv6 ?

Ca, ça va c'est facile. La question drole c'est comment on passe un tableau de chemins smb windows sur un port custom en IPv6 ? Genre
[smb://1.2.1.3:8080\C$\toto][smb://1.2.1.3:8080\D$\tutu][smb://1.2.1.3:8080\D$\tata]

mais c'est tout! J'attends de voir fonctionner TCPv4 sur IPv6

Alors
1°) il existe des centaines de versions de TCP (avec du retry plus ou moins aggressif) mais à ma connaissance aucune qui s'appelle TCPv4.
2°) La couche TCP est la couche TCP. Elle est tout à fait adaptée à tout un tas de protocoles. Elle est extrèmement flexible et bien conçue. Son seul défaut est qu'il n'existe pas de RFC permettant de changer le mode de calcul de checksum suivant les besoins. C'est un défaut mineur, il suffit de mettre les infos significatives au bon endroit dans les paquets pour que ca passe. (A part les mecs qui ont écrits cette daube d'IPv6 tout le monde y arrive)
3°) Par contre IP (v4 ou v6) c'est une veritable horreur. IPv4 a été écrit sans tenir compte du mode de routage (qui du coup est assuré au petit bonheur la chance en couche 2,3 ou 4 suivant les cas ou l'age du capitaine) et IPv6 a été écrit en ne tenant compte QUE du mode de routage (Il suffit juste de changer l'ensemble de tout le matériel au niveau monde, de réécrire tous les kernels et toutes les applis et ça marche presque - enfin à part qu'on ne peut plus déclarer les ports avec ":" et que l'overhead explose littéralement).

Donc merci de ne pas cracher sur TCP qui n'a pas grand chose à se reprocher (par contre IP et principalement IPv6 vous pouvez y aller).

Si un bail DHCP est généralement valide une journée, une association IP+port, elle, peut durer un dixième de seconde … donc des logs bien plus gros.

Le problème est facile à résoudre. On alloue à chaque utilisateur 10 ports pour la journée. Et voilà, les logs restent discrets et tout va bien.
Et puis bon 10 ports ought to be enough for everybody…

Un idéogramme totalement contenu dans un carré je n'en trouve pas en cherchant rapidement. Tu pensais à quels autres idéogrammes ?

Pourtant il y en a des tas, y compris parmis les kanji les plus 'simple'. Et ca c'est sans compter les idéogrammes qui ressemblent à des grilles, ou des portes de prison.
Je te laisse choisir :

http://kanji.free.fr/gakushuu.php

Comme quoi le japonais ce n'est pas forcément toujours si exotique, je trouve cet idéogramme on ne peut plus parlant.

Le truc c'est qu'il y a un paquet d'ideogrammes dont on pourrait se dire comme ça intuitivement qu'ils veulent dire "encercler".
Surtout dans la graphie japonaise qui est souvent plus carré.

Dans les deux cas, c'est le serpent qui se mord la queue, et jusqu'à présent, la précarisation de l'emploi telle que réclamée par l'OCDE, le MEDEF et la finance ne s'est fait qu'à l'unique bénéfice du monde de la finance et au détriment des salariés.

Il ne s'agit pas d'un serpent qui se mord la queue. Le monde change mais les employés francçais ne veulent pas ce choix impacte en quoi que ce soit leurs acquis sociaux/contrat de travail/horraires etc.
Au final les investisseurs (ie les gens qui injectent de l'argent dans les entreprises françaises) ne veulent plus d'employés français.
Les SSII permettent d'amortir le choc en attendant que les mentalités aient suffisament changé pour pouvoir passer à autre chose. Détruire les SSII ne pousserait en aucun cas les entreprises à embaucher - ca accélèrerait juste la délocalisation des services informatiques.

Dans 5 ou 10 ans on sera revenu au bon vieux modèle des mainframe. A savoir que pour la plupart des métiers il suffira d'un terminal coutant une poigné d'euros (aujourd'hui un terminal RDP linux plus que correct vaut 70€ TTC) branché sur un VPN pour avoir tous les outils dont on a besoin informatiquement.
A partir de là pourquoi mettre l'intelligence en France ?
Il y aura toujours besoin d'une personne pour dépanner les imprimantes et éventuellement les terminaux de temps en temps (encore qu'à 70€ ca coute moins cher de foutre l'ancien à la poubelle et d'en prendre un neuf).

Il est important comprendre que la notion de travail au niveau mondial est en train de changer, et que ce changement est subit aussi bien par les gens du MEDEF que part les petits employés. L'astuce qui consiste à prendre des prestas pour faire le projet localement sans embaucher réellement est aussi une méthode pour le PDG de la branche francaise d'une multinationnale de justifier sa position.

Après tu es libre de penser que sans les SSII les boites embaucheraient, mais je peux te dire d'expérience que si sur un projet la boite française ne trouve pas une SSII compétente ca ne se traduit pas par une embauche, ca se traduit par un projet repris par la maison mère qui fait faire le dev en off-shore.

On persiste dans cette voie pour trancher ce nœud gordien, ou on décide d'y aller par un autre chemin moins impraticable ?

Supprimer les SSII comme chemin praticable ? Les entreprises se rabbatront sur de l'interim, puis sur du consulting, puis sur de la délocalisation. Elle le font déjà alors que les SSII existent.

À moins que… Et si toutes ces manipulations onéreuses faisaient en réalité partie d'un ensemble qui ne vise qu'à diminuer sa charge salariale, faire pression sur les employés, les soustraire aux usages, conventions et avantages propres aux salariés de la boîte_

On y arrive enfin, salauds de patrons, théorie du complot, injustice, copinage et pression sociale.
Les méchants patrons qui acceptent de gagner moins d'argent pour pouvoir broyer encore plus de l'employé.

Au risque de briser ton élan révolutionnaire camarade, ce n'est pas du tout ce qui se passe.
La chose la plus importante à retenir est que le grand patron tout en haut ne s'occupe pas des embauches, et souvent encore moins de l'informatique de la boite. Il veut que ca marche d'une part et que ca ne lui casse pas les pieds d'autre part, il ne copine pas particulièrement avec les commerciaux de la SSII qui lui fournit de la viande (ca c'est plutot le DSI).

De son coté le DSI est en permanence sur un siège ejectable le plus souvent. La plupart des DSI que je connais aimeraient bien embaucher certains des prestataires qu'ils ont chez eux de façon ferme et définitive - quitte à moins aller dans de grands restaus.

Sauf que les boites (comprendre les actionnaires) ne veulent pas embaucher. Et du coup on ne prend pas des employés, on se fait asister par des prestataires dans le cadre d'une mission. Et en cas de soucis/crise/évolution des besoins etc. on fout tous les prestas à la porte et on repart sur autre chose. Autre chose que l'on peut faire avec les prestas : négocier le cout à la baisse.

Bref et contrairement à ce que tu as l'air de penser au final le prestataire coute moins cher que l'employé. Il coute beaucoup plus cher quand tout va bien (mais on s'en fout puisque tout va bien) et il coute nettement moins cher (jusqu'à 0) quand ca tourne mal.

Si l'on retire la SSII du jeu

Alors les boites font appel a du consulting extérieur (encore plus cher que du prestataire).
Et si on retire le consulting extérieur - les boites font appel au services de conseils et de consulting de l'éditeur du logiciel/du constructeur du matériel.
Et si on retire le consulting des éditeurs de logiciel, les boites font appel à de l'externalisation.

Pour résumer la loi numéro des grosses boites (et j'en ai fait un paquet) est : 1°) ON N'EMBAUCHE PAS

Si tu enlèves les SSII la loi numéro un reste valable.

Les SSII ne sont pas indispensables, elles n'apportent d'ailleurs rien que de la flexibilité pour les entreprises clients, et de la flexi-précarité pour les employés. Le bilan de leur présence est forcément négatif pour les employés, puisque les SSII ingurgitent forcément de l'argent issu du travail des employés pour vivre, et que les entreprises-clientes qui payent plus cher y trouvent leur compte, elles (sur leur bilan financier). Reste donc l'employé, qui sans les SSII aurait une situation globalement plus stable, et bien mieux rémunérée.

Résumons le raisonnement :
Les entreprises sont prêtes à payer plus cher et à nourrir des parasites plutôt qu'à embaucher - donc si on enlève les SSII elles paieront forcément plus cher POUR embaucher.

T'es sur de ton coup là ?
Ou alors tu penses que les entreprises qui utilisent la main d'oeuvre des SSII ne sont pas au courant qu'ils payent plus cher leur main d'oeuvre ?

Il s'agit d'un choix raisonné : les entreprises ont peur du CDI et ne veulent pas embaucher - les SSII proposent une garantie, une assurance qui leur permet de bénéficier de main d'oeuvre pour un premium assez lourd. Les SSII endossent les risques economiques liés à l'emploi, la formation, les conflits prudhomiaux etc. et font payer leur client pour cette protection. Si tu penses que le prix est disproportionné regarde le nombre de "petites" SSII qui ferment ou se font racheter pour une bouchée de pain chaque année. Même chez les grosses boites à viande on se retrouve avec des marges opérationelles de 6-8%. C'est loin d'être démentiel (et non tout n'est pas bouffé en salaire par les directeurs et les commerciaux grand comptes - bien qu'ils aient pour certain de très jolis salaires - ca représente une partie infime des chiffres d'affaires).

C'est peut-être pas classe comme comportement mais si t'as une ampoule à 40 € qui pète et qu'en plus tu te barres dans 1 mois c'est effectivement bien gentil d'en remettre une équivalente (ça peut être même pertinent si il y a à négocier pour le dépôt de garantie…)

Ca fait partie de l'entretien courant. Sur une durée de trois ans, un des locataires va changer une ampoules à 40€, un autre va refaire l'étanchéité des joints de salle de bains, un troisième va remplacer un disjoncteur claqué, un quatrième va changer la moquette/le papier peint d'une des pièces etc.

Perso je préfère l'ampoule à la moquette.

Ce sont les règles du jeu quand on est locataire - on se doit de garder l'appart dans un état équivalent à celui dans lequel on l'a trouvé. Certaines choses seront un peu plus usées, certaines un peu moins que quand tu es arrivé.
Si il y a vraiment trop de choses qui arrivent en fin de vie pendant un séjour classique (3 à 6 ans) tu peux toujours négocier avec le propriétaire.

Si tu ne veux t'occuper de rien, c'est un appartement avec services voire un appartement en résidence hôtelière qu'il te faut. Mais c'est pas le même prix.

Frais d'usure, je veux bien pour des incandescences à 2€ qui durent 6 mois, mais pour des LED à 50€ censées durer des dizaines d'années…

Ben c'est la même pour une bonde de douche par exemple. Ou pire un rearmable de tableau électrique qui claque - pourtant les deux sont à la charge du locataire. Je ne vois pas ce qu'il y a de choquant. De même l'entretien courant de la chaudière à gaz ou de la cuve de fioul ou de la fosse septique sont à la charge du locataire - et ça peut chiffrer très vite ces choses là.

M'est avis que la legislation dans ce domaine lag un poil. Enfin j'y penserai pour le prochain appart'.

Elle est cohérente avec elle même. Si tu décides de mettre une bonde de douche à 350€ avec 250 réglages de jet différents, je ne vois pas en quoi ça serait au propriétaire de raquer. Il est supposer te fournir un appartement confortable et paisible (eau chaude, électricité, éventuellement téléphone, isolation correcte etc.) mais les leds, les tableaux électriques suroptimisés avec domotique et les bondes de douche c'est pas à sa charge. Si il veut en mettre il peut et charge à toi de le maintenir en état. Si tu veux en mettre (en tant que locataire) - ben ça te regarde…
Comme disent les juristes - tu as la capacité à jouir du bien à condition d'en conserver la substance (je vous jure c'est vraiment une expression de juriste…)

Bonne question (sérieusement) ; qu'en est-il ?

Légalement tu es tenu de rendre l'appartement dans un état similaire à celui dans lequel tu l'as trouvé (sauf accord avec le propriétaire).
Donc si tu repars avec tes ampoules sous le bras, tu dois juste en mettre d'autres à la place (par exemple celles que tu as trouvé en arrivant).
Sinon si tu décides de les laisser tu peux essayer de négocier une ristourne auprès de ton propriétaire sur le dernier mois de loyer ou équivalent, mais comme il s'agit d'entretien courant (changer les ampoules, c'est à la charge du locataire) il n'est pas obligé d'accepter. Si il refuse, soit tu fais une croix sur ton argent, soit tu les rembarques - et tu mets d'autres ampoules moins chères à la place.

Ada et pas ADA… ADA c'est les loueurs de voiture, Ada c'est son prénom et le langage ;-)

Et A.D.A c'est la detached battle backup unit de Jehuty. Et ça : http://www.youtube.com/watch?gl=FR&hl=fr&v=tR-nRU5da8c ben ça n'a rien à voir.

En gros, pas moyen de savoir si on est connecté

Si c'est assez facile (enfin sauf avec systemd qui autorise toutes les connexions TCP de base avant de dire pardonva te faire un peu plus tard). La carte réseau sait de base si le layer 2 est OK (toute seule comme une grande) ensuite en une commande arp et une commande TCP on peut savoir comment et ou on est connecté, si il y a l'internet derrière, si la route est stable etc.

Cas typique, vous êtes associé en wifi, mais le wifi sort pas, ou bien il y a un problème d'authent

Une fois de plus on sait faire (un arping par exemple sur un réseau avec plus d'une machine - ou même une bête trame icmp qui ne renverra pas la même erreur suivant que le réseau soit inaccessible ou introuvable) mais on ne fait pas car le gain est minime (enfin sauf networkd qui ne sait pas faire mais qui fait quand même parce que bon c'est trop cool de créer des dizaines d'entrées dans IPTables pour se vautrer au final)

Ensuite, lorsqu'on perd le réseau puis qu'on le retrouve, toutes les applications veulent se reconnecter, et patatras le bottleneck dans tes dents.

Alors à part un très gros serveur avec une masse de client et un admin facétieux qui s'amuse à débrancher et rebrancher le switch de distribution "pour rire" je vois pas. J'ai un (petit) pandaboard capable d'ouvrir plusieurs centaines de connexion TCP par seconde. Bon c'est vrai que Firefox a un peu tendance à bourriner en cas de reconnexion. Mais c'est plus un problème du logiciel Firefox que de Linux (genre lancer d'abord une petite dizaine de demandes de reconnexions avant de passer en mode berserk ca serait mieux). Dans la plupart des cas c'est juste que le programme devrait envoyer quelques demandes TCP avant d'estimer que là c'est bon le tuyeau est ouvert et qu'il peut se lacher (enfin sauf pulseaudio qui massacre déjà tellement la latence son avec son archi chaotique que si en plus il devait faire des tests avant d'ouvrir les trombes de connexions dont il a besoin on écouterait sa musique en morse)

Lorsqu'en plus tu as par malheur changé de timezone entretemps

Déjà évoqué plusieurs fois : il faut bosser en UTC - et un Linux bien installé travaille en UTC même si l'heure du bios est forcée sur Trinidad et Tobago. Les protocoles eux mêmes ne sont généralement pas sensibles à la référence de temps - excepté mDNS qui sur certaines implémentations par des fabricants par très malins peut avoir tendance à s'appuyer sur l'heure locale affichée pour générer des clefs de sécurité. Fort heureusement mDNS est un protocole local ce qui limite grandement la casse (enfin sauf avec Avahi qui possède une implémentation "reflector" qui permet de router un protocole non routable entre plusieurs réseaux qui ont éventuellement des timezones différentes - fou-rires assurés)

Vous me direz firewall, mais bon actuellement il faut tout droppper pour recharger des règles ce qui laisse un gap pour un attaquant.

Si tu connais déjà tes règles tu peux les ajouter et flagguer ta connexion elle même (genre écrire des règles de type - si je suis sur le réseau de José alors laisser passer tel type de connexion) Je l'ai fait quelquefois (avant de décider que définitivement IPTables c'était trop chiant à configurer pour moi) je le fais encore sous FreeBSD/OpenBSD en quelques lignes avec pf. Ca marche depuis des années sous Linux et plutôt bien (enfin sauf encore si vous avez networkd - là on ne peut plus rien pour vous et le département d'état tralala tsoin tsoin).

Donc non pas de vrai problème de mobilité avec Linux.

Je propose de résumer le sondage ainsi :

Tu as oublié

[] J'ai Gnome3 avec Gnome-Shell

Alors nous avons

Love is my blood
Blood spin my head
And my head fall in love

Ce qui donne

void (*blood)(int);
int head;
love = blood;

void blood() {
    switch(head) {
        case (love << head) :
            head>>1;
            blood();
            break;
        case ((love + sizeof(int) )>> head) :
            head<<1;
            blood();
            break;
      }
}
int main(int argc, char ** argv) {
  blood();
  return 0;
}

Bon c'est pas forcément mieux (en plus écrit en deux minutes donc surement avec des erreurs) mais c'est plus proche des paroles.

:P :)

Le jour improbable où quelqu'un trouvera un système permettant de remplacer l'écriture (en gardant tous ses avantages) qui soit intuitif, les gens arrêteront d'apprendre à écrire.

sa C Dja produi lol

KDE a déjà des wrappers qui marchent partout (QT oblige) et quand à la version qui fonctionne de Gnome Ici, pas besoin de systemd.

Après il y a le problème de gdisk2 bien sur qui va être dur à surmonter mais (bon là le troll est trop gros, même pour un vendredi.)

Au bûcher !

Mauvaise idée, ca va encore augmenter le nombre de cancer du poumon. (Et puis d'expérience quand il y a besoin de bruler un truc - seuls les fumeurs ont du feu avec eux, ca va poser des petits problèmes éthiques.)

Sans oublier qu'un fumeur qui meurt avant la retraite n'aura pas fini de cotiser, et plus il meurt jeune, plus le manque à gagner est élevé.

Pour la retraite et le cout de formation - le mieux pour la société est que la personne meure entre 45 et 61 ans. Toute personne qui commence à toucher sa retraite est une perte d'argent pour la mutuelle. De la même façon toute personne qui meurt avant 45 ans (et qui donc n'a pas rentabilisé ses études à fond/n'a pas utilisé sa période de productivité maximale jusqu'au bout) est un manque à gagner.

Le fumeurs meurent pile poil au bon moment (généralement 25 ans après être devenu fumeur quotidien - soit vers 45/50 ans). Du point de vue de la retraite et de la sécu c'est limite une aubaine. (Surtout ceux qui pousse la civilité jusqu'à faire un infarctus foudroyant plutôt qu'un cancer - cout nul ou presque pour la sécu dans la plupart des cas.)

Pour le reste j'ai répondu un peu plus haut - c'est un problème complexe, mais ca reste "globalement" rentable poru le gouvernement.