barmic 🩩 a Ă©crit 6069 commentaires

  • [^] # Re: FUD ?

    Posté par  . En rĂ©ponse au lien CloudFlare voit tous vos mots de passe en clair (sur tous les sites qui utilisent CloudFlare). Évalué à 2.

    C’est pas ce que dit https://www.passkeys.com/fr/passkey-cest-quoi

    La clé privée : Cette clé est conservée sur l'appareil de l'utilisateur, comme un smartphone. Elle ne quitte jamais l'appareil et est toujours protégée par une forme forte de vérification de l'utilisateur.

    Ni ce que dit Google ici https://safety.google/authentication/passkey/#passkey-hero2

    Votre clé d'accÚs reste privée sur votre appareil personnel et n'est jamais partagée avec Google ou d'autres partenaires tiers.

    Donc je dirais que t’a pas compris

    https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

  • [^] # Re: FUD ?

    Posté par  . En rĂ©ponse au lien CloudFlare voit tous vos mots de passe en clair (sur tous les sites qui utilisent CloudFlare). Évalué à 2.

    Ceci dit, je suis assez d'accord avec toi : pourquoi utiliser un mot de passe + un algo crypto moyen plutît qu'un bon protocole d'authentification


    C’est l’idĂ©e de passkey (qui reprend si j’ai bien compris l’authentification par clef comme on peut utiliser avec SSH) depuis 3 ans. Et non l’authentification TLS est trĂšs mal gĂ©rĂ© par les navigateurs (rien que la crĂ©ation de certificats n’est pas triviale pour le commun des mortels) et demande du travail cĂŽtĂ© serveur parce qu’il faut passer l’authentification de la couche 3 Ă  la couche applicative (sans que ça ajoute de faille Ă©videment) et derniĂšre chose il n’est pas possible de renvoyer une erreur 401 et donc de gĂ©rer correctement le moment oĂč l’utilisateur a le plus besoin d’accompagnement.

    Donc maintenant on a un protocole utilisable, il faut juste y passer mais ça a de l’inertie.

    https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

  • [^] # Re: FUD ?

    Posté par  . En rĂ©ponse au lien CloudFlare voit tous vos mots de passe en clair (sur tous les sites qui utilisent CloudFlare). Évalué à 2.

    Je suis pas sûr de comprendre? Mon mot de passe fait 97 caractÚres avec des majs, des mins, des chiffres et des symboles, mais la base de mot de passe stockée en clair a fuitée. Le pirate a donc accÚs à mon mot de passe. Je vois pas comment ma politique a mitigé (?) le problÚme?

    Tu ne peut rien faire contre le fais que ton mot de passe d’un site parte dans la nature. Que ce soit volontaire de leur part, une malfaçon ou qu’ils subissent impossible Ă  endiguer. Par contre tu peut faire en sorte que la fuite d’un moi de passe n’aille pas plus loin que de poser problĂšme sur le site en question. Tu as mon mot de passe linuxfr ? Tu ne pourra pas le rĂ©utiliser ailleurs.

    A se demander Ă  quoi sert le mot de passe du coup.

    Le second facteur peut aussi ĂȘtre compromis, mais on imagine peut probable qu’un attaquant arrive Ă  casser les 2 simultanĂ©ment.

    https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

  • [^] # Re: FUD ?

    Posté par  . En rĂ©ponse au lien CloudFlare voit tous vos mots de passe en clair (sur tous les sites qui utilisent CloudFlare). Évalué à 6.

    C'est évident maintenant qu'on en parle (je m'étais jamais posé la question), mais je vais me mettre à boycotter autant que possible (c'est jamais si facile) les sites l'utilisent.

    Tu as la mĂȘme chose avec un site dĂ©ployĂ© sur un cloud provider et dont la terminaison TLS est managĂ© par le cloud provider. En soit tu peut discuter de si ce sont des sites sĂ»re ou non, mais je trouve plus simple d’avoir une bonne politique de mot de passe et donc de cloisonner autant que possible les problĂšmes.

    Avoir une bonne politique de mot de passe permet non seulement de mitiger les problÚmes de sites qui font des choix discutables, mais aussi ceux codé avec les pieds (genre stockage de mot de passe en clair) et ceux qui se font voler leur base de mot de passe.

    À noter que l’usage d’un second facteur endigue le problùme.

    Bref si tu suis les recommandations classiques sur les mot de passe tu n’a pas vraiment de problùme.

    https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

  • [^] # Re: pathĂ©tique

    Posté par  . En rĂ©ponse au lien Forum "Stop aux data centers" Ă  Marseille le 15 mars. Évalué à 3.

    J’en suis pas convaincu (mais je pense pas que tout le monde Ă©tait d’accord sur place), vu que certains critiquaient au mĂȘme niveau les cĂąble sous marin. Une partie au moins veulent pas modifier l’augmentation mais aussi remettre en cause l’existant.

    https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

  • [^] # Re: charrue, bƓuf, toussa...

    Posté par  . En rĂ©ponse au lien Forum "Stop aux data centers" Ă  Marseille le 15 mars. Évalué à 3.

    Si tu pense Ă  certains de mes commentaires, ce que je dis c’est qu’il faut regarder dans son ensemble pour pouvoir comparer. Par exemple la consommation d’eau peut ĂȘtre mise en comparaison avec la diminution d’utilisation du papier que ça produit. Sortir un nombre, mĂȘme Ă©levĂ© n’4apporte pas un Ă©clairage suffisant en soit.

    On aura jamais d’élĂ©ments trĂšs clair comme un tableur avec une colonne avantages et une autre inconvĂ©nients chacun chiffrĂ© et comparable, mais ça n’empĂȘche pas d’avoir en tĂȘte que des valeurs absolues ne disent rien.

    https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

  • [^] # Re: pathĂ©tique

    Posté par  . En rĂ©ponse au lien Forum "Stop aux data centers" Ă  Marseille le 15 mars. Évalué à 2.

    Mais je pense qu'il reste énormément de ressources qui ne trouvent pas preneurs. Je serais curieuse de voir les statistiques d'usages des serveurs sur un gros datacentre d'un tel opérateur.

    C’est pas trop compliquĂ© de trouver une occasion de discuter avec des techos d’OVH ou de Clever cloud par exemple.

    Et il y a des solutionnons pour refroidir sans utiliser le réseau d'eau potable.

    Je suis pas convaincu que les laisser pomper eux-mĂȘme de l’eau (comme le font les centrales soit une super idĂ©e) d’ailleurs je ne sais pas comment est-ce qu’on contrĂŽle leur consommation du coup.

    https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

  • [^] # Re: pathĂ©tique

    Posté par  . En rĂ©ponse au lien Forum "Stop aux data centers" Ă  Marseille le 15 mars. Évalué à 3.

    Et c'est parce qu'ils ont en permanence besoin de ressources disponibles que des serveurs tournent 24/7 à quelques pourcents de leur capacités.

    Les clouds providers font leur possible pour mutualiser au maximum les ressources. Tu le vois sur les factures oĂč les ressources garanties sont extrĂȘmement chĂšres. Ils poussent leur clients vers du serverless, des base de donnĂ©es managĂ©es etc pour pouvoir mettre le maximum d’usage sur le minimum de matĂ©riel. Faire fonctionner une machine sans avoir un minimum d’utilisateurs qui paient pour n’est pas rentable pour eux.

    Si tu veux voir le genre d’optimisation dont tu parle, je te conseil d’aller voir jusq’oĂč peuvent aller des cloud providers. Je suis certains que tu y trouvera ton bonheur.

    Dans ce cas la meilleure solution est le stockage Ă  froid (ou sur bande).

    Du stockage Ă  froid ? Pour si peu ? Et avec 2 mois de rĂ©tention ?

    Les données inutiles on en stocke tous énormément : je t'invite à examiner le contenu de ton ordinateur ;)

    J’ai un disque 250Gio. J’ai environ 5Gio dans mon dossier de tĂ©lĂ©chargement, mais il est nettoyĂ© rĂ©guliĂšrement via une cron. Je ne stock pas des photo ou vidĂ©o. J’ai gĂ©nĂ©ralement 2 jeux vidĂ©os installĂ©s un petit et un gros.

    Euh
 tu viens de faire cette comparaison.

    C’est pas parce qu’elle existe qu’elle est pertinente. ST Crolles consomme au minimum 12 000 m3 par jour. C’est beaucoup plus ! Voila on en fait quoi de ces info ?

    L’important c’est de voir pourquoi on s’en sert. Si je te disais qu’un hĂŽpital consomme cette mĂȘme quantitĂ©, tu trouverais probablement ça acceptable (ou un mal nĂ©cessaire).

    En France (hors Paris) on a qu’un seul rĂ©seau d’eau donc toutes les eaux dont on parle sont potables.

    https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

  • [^] # Re: pathĂ©tique

    Posté par  . En rĂ©ponse au lien Forum "Stop aux data centers" Ă  Marseille le 15 mars. Évalué à 4.

    je vois souvent des serveurs qui tournent 24/7 à quelques pourcents de leur capacités

    C’est justement l’objectif des cloud providers de payer à la seconde et de mutualiser.

    arrĂȘter de stocker et de dupliquer Ă  l'infini des donnĂ©es inutiles (3) ou ne servant que le capitalisme de surveillance ;

    J’ai travaillĂ© dans un endroit oĂč on stockait Ă©normĂ©ment de donnĂ©es qui Ă©taient trĂšs rarement lues. Il n’y a pas de chiffre mais je dirais qu’il y en a une entrĂ©e lue pour 100 000 jamais lues (peut ĂȘtre un million sans exagĂ©ration). Ça nous prenait quelques Tio
 Bref tout fit dans des disques dur de particulier donc (et l’usage c’était du log on gardait environ 2 mois). Ce qui prends de la place c’est amha ce que les utilisateurs veulent : des images et des vidĂ©os de bonnes qualitĂ© et en quantitĂ© suffisantes pour que tout le monde trouve son compte (et rĂ©encodĂ©es pour que tu puisse les regarder sur du matĂ©riel un peu vieux).

    Sur ce point la consommation d'eau potable est particuliĂšrement critique (voir les chiffres dans le dossier de la QDN).

    Je suis d’accord que consommer l’équivalent de 5000 français par an semble Ă©levĂ©, mais je sais pas trop avec quoi le comparer.

    https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

  • [^] # Re: J'y Ă©tais

    Posté par  . En rĂ©ponse au lien Forum "Stop aux data centers" Ă  Marseille le 15 mars. Évalué à 6.

    C’est assez compliquĂ© Ă  lire pour moi mais j’avoue ne pas trop savoir Ă  quoi m’en tenir.

    Pour la consommation d’eau, les gens s’en plaignent sans donner d’élĂ©ments concrets et en disant qu’ils n’ont pas d’info. Je suis pas sĂ»r qu’il existe beaucoup de DC avec des rĂ©seau d’eau ouvert.

    Le cas du bruit me semble trĂšs spĂ©cifique. Ce n’est pas le DC qui fait du bruit c’est un bateau qui n’a plus accĂšs Ă  l’électricitĂ© Ă  cause du DC. C’est bien le DC qui est la cause mais elle contextuelle et pas intrinsĂšque.

    Les petits DC rĂ©partis ça pose pleins de problĂšmes. Il faut amener de l’élec et du rĂ©seau et je pense que ça prend plus de place encore (et plus de terres rares).

    Pour la production de CO2 supĂ©rieure Ă  l’aĂ©ronautique je suis curieux de voir les chiffres.

    J’ai l’impression de voir plus des dolĂ©ances non organisĂ©es. Les gens sont pas contents, mais pas de vĂ©ritables positions claires. Je n’ai pas lu les livres de chacun des participants, mais je vois pas comment on peut Ă  la fois demander Ă  utiliser moins de terres rares et demander la multiplications des petits DC.

    https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

  • [^] # Re: La limite de la libertĂ©... pour le mode examen. Normal.

    Posté par  . En rĂ©ponse Ă  la dĂ©pĂȘche La libertĂ© des calculatrices graphiques ?. Évalué à 3.

    Le calcul mental est aux mathématiques ce que la dactylographie est à la programmation.

    Heureusement que dans un avion de ligne on oublie pas de changer la batterie d'un équipement de navigation. Il y a bien des calculateurs mécaniques de secours mais il est probable que l'A380 et l'A350 soient les derniers appareils qui en aient (c'est déjà pas considéré comme nécessaire pour eux)

    https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

  • [^] # Re: LibertĂ© & dĂ©mocratie

    Posté par  . En rĂ©ponse au lien C'est la peau de la dĂ©mocratie qu'ils veulent. Évalué à 2.

    Donc on est d'accord, évaluer la recherche, c'est un travail d'expert, et ça ne se limite pas à compiler des indicateurs bibliométriques, je pense que tout le monde est d'accord avec ça, et d'ailleurs toutes les instances d'évaluation en France ont signé des chartes de qualité sur les pratiques d'évaluation de la recherche (style DORA).

    Ça n’est pas aussi simple et ce n’est pas un sujet rĂ©solu :

    https://www.youtube.com/shorts/OC_3lHoWpGs

    https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

  • [^] # Re: Huhu

    Posté par  . En rĂ©ponse au lien Difficile de recommander Python en production . Évalué à 2.

    Euh 
 pas sûr que mettre en place un VPN entre conteneurs soit plus simple que de mettre en place un nginx pour communication https.

    Entre machines et tu peut trĂšs bien faire en sorte que ton plugin CNI utilise ton vpn. Je suis mĂȘme Ă  peu prĂšs sĂ»r que des cni peuvent faire eux-mĂȘme le chiffrement pour toi.

    Mais bon, j'ai fait le mĂȘme constat que toi : on parle de UUOC lorsqu'on fait du shell, et j'ai l'impression qu'on a souvent un UUON (Useless Use of NGINX) lorsqu'on met en place du docker 


    Oui mais je ne saurais pas dire si ça vient d’admin qui aiment tellement nginx que tout problĂšme peut ĂȘtre gĂ©rĂ© par lui parce que si ton problĂšme ne peut pas ĂȘtre corrigĂ© par lui c’est que c’est toi le problĂšme ou si c’est qu’on a dit les conteneurs c’est comme des machines virtuelles et c’est parti.

    https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

  • [^] # Re: Huhu

    Posté par  . En rĂ©ponse au lien Difficile de recommander Python en production . Évalué à 2.

    Il y a plein de raisons pour ne pas mettre de nginx en sidecar avec un microservice, mais il y a aussi des raisons de le faire dans certains contextes.

    Ça vaut VRAIMENT le coĂ»t d’aller voir des services mesh ou de simplement installer un vpn quand tu as ce genre de contraintes. J’aime beaucoup nginx mais il est pas fait pour. L’utiliser puis blĂąmer docker que c’est compliquĂ© c’est un manque de remise en cause.

    https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

  • [^] # Re: Attaque de Trump contre le GIEC

    Posté par  . En rĂ©ponse au lien America is Going Just Great (timeline). Évalué à 7.

    J’avoue ne pas tout comprendre. Oui Trump ne veut pas de tout ça soit. Mais il n’est pas impossible de rĂ©agir. C’est une Ă©norme source de financement qui disparaĂźt mais ce n’est pas la seule et des scientifiques qui ont fuis leur pays on en a un certain nombre d’exemple.

    C’est comme les papiers de recherche qui ont Ă©tait dĂ©publier. Il n’est pas trĂšs difficile de rendre cela impossible.

    Chacun Ă  son niveau ça nous remet dans la position qu’on a quittĂ© par confort. Ils ont le pouvoir qu’on veut bien leur donner. Que ce soit les europĂ©ens en leur laissant gĂ©rer notre dĂ©fense ou les amĂ©ricains eux-mĂȘme. Les tunisiens et un certains nombre de peuples sont bien placĂ© pour rappeler qu’à un moment c’est Ă  eux d’accepter ou non ce qu’il se passe.

    Observer tĂ©tanisĂ© comme un lapin devant les phares d’une voiture ne mĂšnera nul part

    https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

  • [^] # Re: Huhu

    Posté par  . En rĂ©ponse au lien Difficile de recommander Python en production . Évalué à 0.

    HonnĂȘtement je viens de la prod web java, websphĂšre, oracle.

    C’est un peu comme si je disais que j’aime pas python parce que zope c’est pas ma came.

    https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

  • [^] # Re: lz4 et firefox

    Posté par  . En rĂ©ponse au journal RecupĂ©rer la liste des onglets ouverts sur Firefox. Évalué à 3.

    Mais il n’aurait pas Ă©tait bien urbain d’utiliser l’extension de la norme pour quelque chose qui ne le suis pas.

    https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

  • [^] # Re: Oui, mais pas ce que je retiens comme vrais problĂšmes de Python

    Posté par  . En rĂ©ponse au lien Difficile de recommander Python en production . Évalué à 2.

    besoin de gérer les dépendances au runtime, à la livraison sur la cible, et non pas à la compilation une fois pour toute.

    Je ne l’avais pas pensĂ© comme ça mais je trouve ça exacte. La solution python avec les environnements virtuelle ne traite pas cela car le dĂ©veloppeur et l’utilisateur doivent gĂ©rer cet environnement.

    https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

  • [^] # Re: Huhu

    Posté par  . En rĂ©ponse au lien Difficile de recommander Python en production . Évalué à 3.

    Il est parfois plus judicieux d'avoir un service sur une VM et de multiplier les VMs plutĂŽt que d'avoir une VM avec plein de docker dessus, et utiliser Ansible et/ou terraform pour l'instanciation.

    Mais du coup en terme de complexitĂ©, d’avoir des reverse proxy Ă  gĂ©rer en plus, et- on augmente largement.

    Je ne dis pas que docker est parfait, mais c’est un tradeoff entre disons gĂ©rer tes services via ton init ou par docker ou par des VMs. Docker n’est pas trop compliquĂ©, il re prĂ©sente un compromis.

    Dire X est trop compliquer sans expliquer la ou les alternatives qui conviennent mieux (et donc quel est le compromis que tu prĂ©fĂšre) c’est vain.

    https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

  • [^] # Re: Huhu

    Posté par  . En rĂ©ponse au lien Difficile de recommander Python en production . Évalué à 3.

    Passé un certain nombre de conteneurs déployés, un orchestrateur devient incontournable, ajoutant une couche de complexité supplémentaire.

    Je suis curieux de comment ils gĂšrent ces cas. systemd leur suffit ? Ils dĂ©ploient beaucoup de services mais une seule machine ?

    Dire que docker est compliquĂ© ne dit pas grand chose si on ne le compare pas avec quelque chose d’équivalent.

    Par exemple ils disent :

    L'immense latitude qu'offre Docker présente des risques de sécurité : quand on peut tout faire
 on peut aussi faire n'importe quoi. D'autant, qu'il peut devenir trÚs délicat de vérifier et auditer les images Docker. Ceci est d'autant plus délicat que l'on demande à des développeurs de prendre la responsabilité (et donc le savoir-faire) des administrateurs systÚmes (par ex. penser à mettre à jour le paquet systÚme SSL en plus de ses propres dépendances applicatives, etc.)

    docker est descriptif donc tu peut voir les problĂšmes assez facilement et c’est pour qu’on trouve des linters d’image par exemple. Mais je suis curieux de savoir ce qu’ils utilisent du coup. systemd avec des configurations de namespace dĂ©taillĂ©es ? Les solutions cloisonnĂ©es par dĂ©faut ont toujours ma prĂ©fĂ©rence en terme de sĂ©curitĂ©. On rend explicite les magouilles.

    https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

  • [^] # Re: Et c'est de l'atomique

    Posté par  . En rĂ©ponse au lien EU-OS, une dĂ©monstration de principe d'un OS pour le secteur public europĂ©en. Évalué à 2.

    Que Red Hat possĂšde la marque et l'infra, et puisse causer de graves ennuis rien qu'avec ça, nous sommes d'accord. Mais que "Fedora suivra quoi qu’en pensent les milliers de dĂ©veloppeurs", j'ai l'impression que ce n'est pas aussi automatique que ça.

    Ils ont la marque. S’ils le souhaite, ils peuvent dĂ©cider que Fedora est une marque de soda et plus d’une distribution et la distribution Fedora n’existe plus. Ça ne demande rien d’autre qu’une dĂ©cision de leur par. Ça leur appartiens ce n’est pas un commun.

    Je te suis jusqu'Ă  "dĂ©tricoter tout le travail de RH puisqu’ils sont basĂ© dessus".

    Si le besoin de forker se fait sentir c’est probablement que RH a fait des modifications qui ne plaisent pas.

    https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

  • [^] # Re: Et c'est de l'atomique

    Posté par  . En rĂ©ponse au lien EU-OS, une dĂ©monstration de principe d'un OS pour le secteur public europĂ©en. Évalué à 4.

    Si possĂ©der les infrastructures et le nom Fedora n’est pas un contrĂŽle. RĂ©ellement le fais qu’ils possĂšdent le nom veut dire qu’ils ont le contrĂŽle de tout ce qu’il se passe. Ils ne s’en servent pas et acceptent tacitement jusqu’à maintenant ? Tant mieux, mais si leur gouvernement leur fais une demande autoritaire, ce sera trĂšs rapide.

    Encore une fois si cette nuit trump interdit un mot alĂ©atoire dans tous les logiciels amĂ©ricains, Fedora suivra quoi qu’en pensent les milliers de dĂ©veloppeurs. Ils n’auront d’autres choix que forker, retrouver un endroit oĂč hĂ©berger l’infra, rĂ©installer le tout, construire une nouvelle gouvernance et dĂ©tricoter tout le travail de RH puisqu’ils sont basĂ© dessus (ou alors il faudra faire un hard fork et couper la dĂ©pendance Ă  RHEL comme Mageia par exemple).

    Ce n’est pas une question de quel qualificatif il faut employer mais si on veut quelque chose qui soit hors de portĂ© de trump (ou d’un futur trump) est-ce que partir sur cette base parait ĂȘtre un choix judicieux ? C’est indĂ©pendant de la qualitĂ© intrinsĂšque de Fedora.

    https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

  • [^] # Re: Huhu

    Posté par  . En rĂ©ponse au lien Difficile de recommander Python en production . Évalué à 2.

    Donc c’est dĂ©jĂ  moins trivial qu’inutile donc enlevĂ© et ça ne marche que pour du backend et ça ne fait pas l’unanimitĂ©.

    https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

  • [^] # Re: Et c'est de l'atomique

    Posté par  . En rĂ©ponse au lien EU-OS, une dĂ©monstration de principe d'un OS pour le secteur public europĂ©en. Évalué à 4.

    De ce que j'en comprends, si Red Hat peut exercer un certain contrĂŽle sur Fedora, il me semble que d'1) Ă  l'heure actuelle, il ne l'exerce pas et 2) ce contrĂŽle paraĂźt moindre que celui que Google exerce sur Android par exemple. Mais c'est une question de gouvernance importante Ă  clarifier.

    AprĂšs les mouvements rĂ©cents de Meta, Amazon & co tu trouve vraiment que c’est un argument qui va dans le bon sens ?

    Je pense que tout ceux qui ne l’avaient pas encore compris doivent voir que l’indĂ©pendance ce n’est pas faire confiance Ă  un acteur amĂ©ricain parce que jusque lĂ  tout s’est bien passĂ©.

    On ne mesure pas l’indĂ©pendance Ă  ce comment ça se passe quand tout va bien mais Ă  comment ça se passe quand ça devient plus tendu. D’aprĂšs toi comment cela va se passer si trump demande Ă  IBM d’empĂȘcher aux UE d’accĂ©der Ă  leurs infrastructures (d’une maniĂšre ou d’une autre) ? Ils vont tenir tĂȘte pour l’UE ?

    https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

  • [^] # Re: DĂ©veloppeur Python en production ici 😉

    Posté par  . En rĂ©ponse au lien Difficile de recommander Python en production . Évalué à 3.

    on est maintenant à 50.2%, et je vois qu’il y a maintenant 0.8% de Python qui a fait son chemin

    python n’est utilisĂ© qu’à la marge pour 2 petits outils et du test : https://github.com/search?q=repo%3Agit%2Fgit++language%3APython&type=code

    perl est surtout présent car le dépÎt contient aussi la bibliothÚque CPAN Git.

    le shell est utilisé pour les tests.

    hg a pris un chemin similaire : écrire les parties critiques initialement en C puis finalement en Rust.

    Non git est Ă©crit en C est quelques outils non critiques sont Ă©crit Ă©crit en perl. C’est la dĂ©marche inverse

    https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll