Histoire de ne pas avoir un train de retard, il faudrait aussi se pencher sur la recharge sans fil…
La recharge sans fil a un mauvais rendement. Autour de 50 à 75 % du rendement avec fil. Alors qu'on parle partout de sobriété, augmenter de 25 % la consommation d'électricité des téléphones pour ne plus avoir à les brancher n'est pas acceptable de mon point de vue.
Pour la recharge rapide, je n'ai pas trouvé les chiffres de rendement.
Dans l'idée, oui. 2e loi de la thermodynamique : l'entropie d'un système isolé ne peut que croitre ou rester stationnaire.
Pour être rigoureux, un système ouvert désigne en thermodynamique un système qui échange de la matière. Un système fermé peut toujours échanger de l'énergie (chaleur, travail). Donc un système fermé peut voir son entropie décroitre.
Les primo-vaccines semblent être autant protégés que ceux qui ont eu les 2 doses.
De mémoire [référence nécessaire], c'était bien le cas pour la souche originelle et le variant alpha (anglais), mais ce n'est plus vrai pour le delta (indien). D'un point de vue médical, une dizaine de jours après la deuxième dose, ça se tient.
Posté par Gabbro .
En réponse au journal pythran 0.9.12 - heskenn.
Évalué à 4.
Dernière modification le 14 juillet 2021 à 17:02.
À mon tour de me montrer curieux : quel genre de galère rencontres-tu ?
L'export des symboles avant toute chose. Ce n'est pas systématique (heureusement), mais c'est tellement la galère quand ça arrive.
Le principe est simple : sous Linux, tous les symboles sont exportés par défaut, donc toutes les fonctions sont accessibles de n'importe où ; sous AIX, non. En pratique, ça se rencontre avec tous logiciels qui a un système de plugin, et qui va chercher des fonctions d'une bibliothèque via l’exécutable. Ce qui est le cas en Python. C'est-à-dire pythran.so est chargé par python, qui charge aussi libpython.so, et pythran.so tente d'utiliser des fonctions de libpython.
Comme tu as pu le constater, on a fait le boulot pour que tout marche bien par défaut avec python, mais on n'est jamais sûr que tout marche vraiment bien dans les cas limites (et pythran peut rentrer dedans).
Les autres blagues habituelles sont que par défaut, le ld d'AIX cherche des .a qui contiennent des .so pour les bibliothèques dynamiques et pas des .so directement. Soit on tripatouille la compilation (configure / libtool, cmake, voir les Makefile) pour que tout soit propre, soit on utilise des options magiques qui font le travail à notre place, et qui ont des effets de bords catastrophiques.
Ensuite, concernant le C++, on a des soucis récurrents avec les exceptions avec GCC. Mon collègue connait ça mieux que moi, mais la première fois qu'on a tenté de compiler Boost, GCC n'a pas aimé…
Dans le détail, on a des fonctions manquantes, parfois des fonctions POSIX standard mal codées, une couche réseau pas tout à fait comme les autres, etc… Bref, le standard du portage. Et pour une raison que l'on a jamais comprise, lorsqu'un bug est reproductible 1 fois sur 100 sous Linux, on est plus à 1 fois sur 2 sous AIX. On a eu le coup plusieurs fois…
Ensuite je n'ai pas testé moi même, ni même lancé la suite de test. C'est juste un retour d'utilisateur satisfait une fois ces deux changements appliqués !
Je manque de temps en ce moment, mais je vais essayer de glisser ça dans un coin. Si ça explose, je ne pourrai pas regarder en détail, mais dans tous les cas j'essayerai de te faire un retour.
Scipy est utilisé sous AIX, et nous n'avions jamais eu le plaisir de nous attaquer à cette plateforme dans Pythran. Fort heureusement les parties spécifiques à l'architecture matérielle sont relégée au compilateur final par Pythran, donc ce port s'est effectué sans douleur.
Je fais partie d'une équipe qui porte et distribue des logiciels open-sources sous AIX (rarement sans douleur, pour le coup). Je suis donc curieux : ça marche sous AIX tel quel à partir des sources ?
Donc rien ne doit changer ? On doit rester dans les années 60 car les nouveautés de notre monde demandent un apprentissage supplémentaire ?
Je pense que tu loupes le problème, une personne âgée peut largement apprendre à faire ce genre de choses. J'ai pas mal de membre de ma belle famille entre 60-80 ans qui se sont mis aux smartphones et ont un ordinateur portable d'occasion qu'ils ont acheté pour faire la gestion de leur compte bancaire. Ils y sont parvenus.
Chez mes grands-parents (< 80 ans), c'est le papy qui s'y connait en informatique. La grand-mère, à part le freecell, c'est compliqué. Sauf que la papy a eu de gros problèmes de santé, et il n'est plus en état de faire de l'informatique. Et la grand-mère a autre chose à faire qu'apprendre l'informatique dans la situation actuelle (elle doit gérer le papy).
Ce que je veux dire, c'est que partir du principe que les vieux peuvent apprendre, c'est un peu idéalistes. Parfois, c'est plus compliqué.
Après, ça ne veut pas dire qu'il faut dénumériser, ni même rouvrir un guichet dans le village (vu les difficultés de déplacement, ça ne changerai pas grand chose). Dans leur cas, et je pense que c'est assez général, il faudrait que l'assistance sociale les décharge de certaines taches non fondamentales. Au même titre qu'il font faire leur ménage (payé à 50 % par l'État).
Je pense que l'accompagnement à la transition est insuffisant. Mais entre l'assistance sociale, les bibliothèques (qui ont toutes des PC à disposition, et des bibliothécaire prêt à aider, c'est très courant), on peut aider la partie de la population qui maitrise mal l'informatique, tout en ayant des services numériques. Parce que quand on maitrise l’informatique, il y a un paquet de services numérisés qui sont un gain de temps et d'énergie appréciables.
On change de couleur de stylo tous les 100 (c'est pas officiel mais ça simplifie la vie)
Je le note et le proposerai la prochaine fois :)
J'ai toujours fait une feuille par bloc de 100 enveloppes. Si je compte 380 enveloppes, ça fait 4 feuilles de résultats. Elles sont à moitié vides, mais ça réduit les risques de confusion.
Comme le dis le deuxième lien, c'est interdit, mais très souvent toléré. Le coup des enfants dans l'isoloir avec le parent, ça fait parti des trucs couramment accepté, malgré la règle « seul dans l'isoloir ».
Donc, en soi, un enfant présent au dépouillement, tant qu'il ne gêne pas, ça ne me surprend pas.
Outre le commentaire de Pinaraf sur les raisons techniques, il y a une raison réglementaire : les normes anti-pollution sont beaucoup plus récente pour les motos. Il y a un décalage de 7 ans entre les normes euro voitures et motos.
On peut voter sans carte d'électeur. L'avantage, c'est qu'elle centralise toutes les infos (bureau de vote, numéro de votant), ce qui facilite le travail des assesseurs. Mais elle n'est pas nécessaire, et le coup de tampon dessus ne sert à rien.
En cas de recompte, on ne va pas rappeler les électeurs pour vérifier leur carte. Soit l'écart de voie entre les candidats est de l'ordre de grandeur du nombre de voies douteuses, alors on revote, soit il est grand devant, alors on garde malgré tout.
Je connais le cas d'un journaliste scientifique (alors blogueur sur les pages du Monde) qui a crée un canular sur Wikipédia. Conclusion, blocage de l'ip du Monde par Wikipédia.
Posez-vous simplement la question : est-ce que je saurais décrire ma position au 17 à tout moment ?
Et même si on la décrit, il faut qu'elle soit comprise. Cas réel : je vois un gros feu dans un tas de vêtements (à côté d'un arbre et d'un truc qui ressemble à un poste électrique). Appel pompier : je dis être à côté du terminus Sud de la ligne ABC, mais je n'ai plus le nom de l'arrêt. Il a commencé à me lister les arrêts de la ligne sans parvenir au terminus. Sans rue, c'est compliqué.
Je savais parfaitement où j'étais. Mais je n'avais pas les bons éléments à donner pour être retrouvé par quelqu'un qui ne connaissait pas le coin et qui n'avait qu'une carte sous le nez.
LLVM supporte déjà AIX et Rust supporte déjà l'architecture powerpc64 sous Linux. Donc ça dois pas être très compliqué d'étendre le support à AIX, il ne doit plus manquer beaucoup de pièce au puzzle.
En fait, si, c'est compliqué. Le support de LLVM pour AIX est encore très partiel. En gros, ce qui sert pour Clang. Et malheureusement, le sous-ensemble pour Clang et celui pour Rust sont en parti différent. Certaines choses sont contournables, d'autres doivent être implémentées dans LLVM, et ce n'est pas toujours facile, car AIX a parfois sa façon de faire propre et très différentes des autres Unix.
Cryptography est une dépendance de beats, porté sous AIX. Je peux te garantir qu'il est utilisé (et que globalement, ça marche), même s'il n'y a ni patch, ni support officiel.
Par contre, est-il vraiment nécessaire de supporter HPUX ou AIX ? D'ailleurs est-ce que c'était supporté avant le changement à Rust ?
Sous AIX, il n'était pas officiellement supporté, mais il marchait. Sous peu, il ne marchera plus. Donc tous les programmes qui dépendent de cryptography ne pourront plus marcher sous AIX jusqu'au portage de Rust.
Firefox prévient «Blocage des mineurs de cryptomonnaie». Késako ?
Les mineurs de cryptomonnaies
Les mineurs de cryptomonnaies sont un type de logiciel malveillant (malware) qui utilise la puissance informatique de votre système pour miner de la cybermonnaie. Les scripts de minage déchargent votre batterie, ralentissent votre ordinateur et peuvent augmenter votre facture d’énergie. Quand vos paramètres de vie privée sont réglés sur Standard (le réglage par défaut de Firefox) ou Strict, les mineurs de cryptomonnaies sont bloqués.
Générer des cryptomonnaies nécessite généralement de résoudre un problème cryptologique complexe. Il s’agit d’un processus gourmand en ressources qui consomme donc beaucoup d’énergie et de puissance informatique. Pour éviter des coûts, les mineurs de cryptomonnaies déploient ces scripts sur les ordinateurs d’autres personnes sans leur consentement pour capter énergie et puissance de calcul à leur profit.
En gros, ils se servent de ton PC pour générer des cryptomonnaies (bitcoins ou similaire). Là, c'est à cause de jsecoin, qui semble être fourni par une boite qui a fermé récemment.
AstraZeneca, c'est pas eux qui ont un vaccin efficace à 50 % si 2 fois une dose, et de 90 % si une demie dose puis une dose ? Je finis par me mélanger au bout d'un moment.
Si oui, ils ont bien déclaré 70 % d'efficacité, mais on peut atteindre 90 % avec le bon protocole.
En tout cas, rien que l’existence de ce genre de chose me pousse à dire que quitter le protocole (une dose, ou pas le bon temps entre les deux doses) est une mauvaise idée.
Le document de Marianne étant un entretien avec Peronne. Je parlais de lui lors du dernier débat sur Hold-up. Bizarrement, je doute que ce genre d'article puisse me faire changer d'avis sur l'hydroxychloroquine.
[^] # Re: et USB-C ?
Posté par Gabbro . En réponse au lien L’Allemagne exige 7 ans de mise à jour et de pièces détachées pour les smartphones. Évalué à 1. Dernière modification le 07 septembre 2021 à 13:58.
Technologie sans fil, donc chargement par ondes électromagnétiques. La dissipation n'est pas locale du tout.
[^] # Re: et USB-C ?
Posté par Gabbro . En réponse au lien L’Allemagne exige 7 ans de mise à jour et de pièces détachées pour les smartphones. Évalué à 10.
La recharge sans fil a un mauvais rendement. Autour de 50 à 75 % du rendement avec fil. Alors qu'on parle partout de sobriété, augmenter de 25 % la consommation d'électricité des téléphones pour ne plus avoir à les brancher n'est pas acceptable de mon point de vue.
Pour la recharge rapide, je n'ai pas trouvé les chiffres de rendement.
[^] # Re: faille sémantique possible
Posté par Gabbro . En réponse au journal Les satanistes, le dernier rempart contre l’interdiction de l’avortement au Texas ?. Évalué à 2.
Dans l'idée, oui. 2e loi de la thermodynamique : l'entropie d'un système isolé ne peut que croitre ou rester stationnaire.
Pour être rigoureux, un système ouvert désigne en thermodynamique un système qui échange de la matière. Un système fermé peut toujours échanger de l'énergie (chaleur, travail). Donc un système fermé peut voir son entropie décroitre.
[^] # Re: Pass sanitaire des la premiere dose
Posté par Gabbro . En réponse au lien Évaluez l’impact de la vaccination sur l’épidémie (résumé : en pratique risque individuel /4). Évalué à 1.
De mémoire [référence nécessaire], c'était bien le cas pour la souche originelle et le variant alpha (anglais), mais ce n'est plus vrai pour le delta (indien). D'un point de vue médical, une dizaine de jours après la deuxième dose, ça se tient.
[^] # Re: Séquence de 14 secondes ?
Posté par Gabbro . En réponse au lien Une keynote Nvidia avec un CEO virtuel. Évalué à 1.
Si si. Mais tant que la presse rapporte que le CEO a été généré sans plus de précision, c'est bon.
# Deux-roues : le contrôle technique ne sera pas obligatoire à partir de 2023
Posté par Gabbro . En réponse au lien Deux-roues : le contrôle technique sera obligatoire à partir de 2023. Évalué à 1.
En fait, non.
Un demi tour en 24 heure.
[^] # Re: courage
Posté par Gabbro . En réponse au journal Troisième dose. Évalué à 7.
Pas « responsable ». Cofondateur. Il est parti deux ans après, il y a bientôt 20 ans. Cf les commentaires sous la dépèche, et sa page Wikipédia.
[^] # Re: AIX
Posté par Gabbro . En réponse au journal pythran 0.9.12 - heskenn. Évalué à 1.
Les corriger, ça ne va pas le faire, j'ai du travail plus prioritaire. Mais je garde ça dans un coin de ma tête pour quand on retouchera à Python.
[^] # Re: AIX
Posté par Gabbro . En réponse au journal pythran 0.9.12 - heskenn. Évalué à 1. Dernière modification le 15 juillet 2021 à 14:37.
Un tiers des tests en erreur. Tu veux un rapport de bug ? :D
Par contre, ça compile sans soucis.
[^] # Re: AIX
Posté par Gabbro . En réponse au journal pythran 0.9.12 - heskenn. Évalué à 4. Dernière modification le 14 juillet 2021 à 17:02.
L'export des symboles avant toute chose. Ce n'est pas systématique (heureusement), mais c'est tellement la galère quand ça arrive.
Le principe est simple : sous Linux, tous les symboles sont exportés par défaut, donc toutes les fonctions sont accessibles de n'importe où ; sous AIX, non. En pratique, ça se rencontre avec tous logiciels qui a un système de plugin, et qui va chercher des fonctions d'une bibliothèque via l’exécutable. Ce qui est le cas en Python. C'est-à-dire pythran.so est chargé par python, qui charge aussi libpython.so, et pythran.so tente d'utiliser des fonctions de libpython.
Comme tu as pu le constater, on a fait le boulot pour que tout marche bien par défaut avec python, mais on n'est jamais sûr que tout marche vraiment bien dans les cas limites (et pythran peut rentrer dedans).
Les autres blagues habituelles sont que par défaut, le ld d'AIX cherche des .a qui contiennent des .so pour les bibliothèques dynamiques et pas des .so directement. Soit on tripatouille la compilation (configure / libtool, cmake, voir les Makefile) pour que tout soit propre, soit on utilise des options magiques qui font le travail à notre place, et qui ont des effets de bords catastrophiques.
Ensuite, concernant le C++, on a des soucis récurrents avec les exceptions avec GCC. Mon collègue connait ça mieux que moi, mais la première fois qu'on a tenté de compiler Boost, GCC n'a pas aimé…
Dans le détail, on a des fonctions manquantes, parfois des fonctions POSIX standard mal codées, une couche réseau pas tout à fait comme les autres, etc… Bref, le standard du portage. Et pour une raison que l'on a jamais comprise, lorsqu'un bug est reproductible 1 fois sur 100 sous Linux, on est plus à 1 fois sur 2 sous AIX. On a eu le coup plusieurs fois…
Je manque de temps en ce moment, mais je vais essayer de glisser ça dans un coin. Si ça explose, je ne pourrai pas regarder en détail, mais dans tous les cas j'essayerai de te faire un retour.
# AIX
Posté par Gabbro . En réponse au journal pythran 0.9.12 - heskenn. Évalué à 2.
Je fais partie d'une équipe qui porte et distribue des logiciels open-sources sous AIX (rarement sans douleur, pour le coup). Je suis donc curieux : ça marche sous AIX tel quel à partir des sources ?
[^] # Re: Le titre est quand même très putaclic.
Posté par Gabbro . En réponse au lien La numérisation du quotidien, une violence inouïe et ordinaire - reporterre. Évalué à 4.
Chez mes grands-parents (< 80 ans), c'est le papy qui s'y connait en informatique. La grand-mère, à part le freecell, c'est compliqué. Sauf que la papy a eu de gros problèmes de santé, et il n'est plus en état de faire de l'informatique. Et la grand-mère a autre chose à faire qu'apprendre l'informatique dans la situation actuelle (elle doit gérer le papy).
Ce que je veux dire, c'est que partir du principe que les vieux peuvent apprendre, c'est un peu idéalistes. Parfois, c'est plus compliqué.
Après, ça ne veut pas dire qu'il faut dénumériser, ni même rouvrir un guichet dans le village (vu les difficultés de déplacement, ça ne changerai pas grand chose). Dans leur cas, et je pense que c'est assez général, il faudrait que l'assistance sociale les décharge de certaines taches non fondamentales. Au même titre qu'il font faire leur ménage (payé à 50 % par l'État).
Je pense que l'accompagnement à la transition est insuffisant. Mais entre l'assistance sociale, les bibliothèques (qui ont toutes des PC à disposition, et des bibliothécaire prêt à aider, c'est très courant), on peut aider la partie de la population qui maitrise mal l'informatique, tout en ayant des services numériques. Parce que quand on maitrise l’informatique, il y a un paquet de services numérisés qui sont un gain de temps et d'énergie appréciables.
[^] # Re: S'appuyer sur ce qui existe déjà
Posté par Gabbro . En réponse au journal Vote électronique. Évalué à 3.
J'ai toujours fait une feuille par bloc de 100 enveloppes. Si je compte 380 enveloppes, ça fait 4 feuilles de résultats. Elles sont à moitié vides, mais ça réduit les risques de confusion.
[^] # Re: S'appuyer sur ce qui existe déjà
Posté par Gabbro . En réponse au journal Vote électronique. Évalué à 0.
Comme le dis le deuxième lien, c'est interdit, mais très souvent toléré. Le coup des enfants dans l'isoloir avec le parent, ça fait parti des trucs couramment accepté, malgré la règle « seul dans l'isoloir ».
Donc, en soi, un enfant présent au dépouillement, tant qu'il ne gêne pas, ça ne me surprend pas.
[^] # Re: Complément sur les motos
Posté par Gabbro . En réponse au journal [HS] Parlons ZFE. Évalué à 3.
Outre le commentaire de Pinaraf sur les raisons techniques, il y a une raison réglementaire : les normes anti-pollution sont beaucoup plus récente pour les motos. Il y a un décalage de 7 ans entre les normes euro voitures et motos.
[^] # Re: "Sécurité" du vote par internet
Posté par Gabbro . En réponse au journal Vote par Internet concernant les Français de l'étranger en 2021. Évalué à 4. Dernière modification le 19 juin 2021 à 14:24.
On peut voter sans carte d'électeur. L'avantage, c'est qu'elle centralise toutes les infos (bureau de vote, numéro de votant), ce qui facilite le travail des assesseurs. Mais elle n'est pas nécessaire, et le coup de tampon dessus ne sert à rien.
En cas de recompte, on ne va pas rappeler les électeurs pour vérifier leur carte. Soit l'écart de voie entre les candidats est de l'ordre de grandeur du nombre de voies douteuses, alors on revote, soit il est grand devant, alors on garde malgré tout.
[^] # Re: En réponse
Posté par Gabbro . En réponse au lien L'université du Minnesota bannie du développement du noyau Linux. Évalué à 4.
Je connais le cas d'un journaliste scientifique (alors blogueur sur les pages du Monde) qui a crée un canular sur Wikipédia. Conclusion, blocage de l'ip du Monde par Wikipédia.
L'article du journaliste : https://www.lemonde.fr/passeurdesciences/article/2017/02/12/pourquoi-et-comment-j-ai-cree-un-canular-sur-wikipedia_6001894_5470970.html
Le blocage : https://fr.wikipedia.org/wiki/Discussion_utilisateur:194.3.81.252#Avis_de_blocage .
[^] # Re: Où vous trouvez-vous ?
Posté par Gabbro . En réponse au journal AML, ou comment vous localiser précisément pour votre bien.. Évalué à 5.
Et même si on la décrit, il faut qu'elle soit comprise. Cas réel : je vois un gros feu dans un tas de vêtements (à côté d'un arbre et d'un truc qui ressemble à un poste électrique). Appel pompier : je dis être à côté du terminus Sud de la ligne ABC, mais je n'ai plus le nom de l'arrêt. Il a commencé à me lister les arrêts de la ligne sans parvenir au terminus. Sans rue, c'est compliqué.
Je savais parfaitement où j'étais. Mais je n'avais pas les bons éléments à donner pour être retrouvé par quelqu'un qui ne connaissait pas le coin et qui n'avait qu'une carte sous le nez.
[^] # Re: Ah oui ?
Posté par Gabbro . En réponse au journal La pétition anti Stallman, anti FSF, anti GPL. Évalué à 2.
Si ce n'est que les mammifères, pourquoi exclure le coucou ?
[^] # Re: Drew ? J'ai un peu du mal avec ce type
Posté par Gabbro . En réponse au journal Appel à contribution pour un nouveau langage !. Évalué à 2.
En fait, si, c'est compliqué. Le support de LLVM pour AIX est encore très partiel. En gros, ce qui sert pour Clang. Et malheureusement, le sous-ensemble pour Clang et celui pour Rust sont en parti différent. Certaines choses sont contournables, d'autres doivent être implémentées dans LLVM, et ce n'est pas toujours facile, car AIX a parfois sa façon de faire propre et très différentes des autres Unix.
[^] # Re: Drew ? J'ai un peu du mal avec ce type
Posté par Gabbro . En réponse au journal Appel à contribution pour un nouveau langage !. Évalué à 1.
Cryptography est une dépendance de beats, porté sous AIX. Je peux te garantir qu'il est utilisé (et que globalement, ça marche), même s'il n'y a ni patch, ni support officiel.
[^] # Re: Drew ? J'ai un peu du mal avec ce type
Posté par Gabbro . En réponse au journal Appel à contribution pour un nouveau langage !. Évalué à 2.
Sous AIX, il n'était pas officiellement supporté, mais il marchait. Sous peu, il ne marchera plus. Donc tous les programmes qui dépendent de cryptography ne pourront plus marcher sous AIX jusqu'au portage de Rust.
[^] # Re: Merci
Posté par Gabbro . En réponse au journal Flus : bilan d’un an d’activité. Évalué à 1.
Les mineurs de cryptomonnaies
Les mineurs de cryptomonnaies sont un type de logiciel malveillant (malware) qui utilise la puissance informatique de votre système pour miner de la cybermonnaie. Les scripts de minage déchargent votre batterie, ralentissent votre ordinateur et peuvent augmenter votre facture d’énergie. Quand vos paramètres de vie privée sont réglés sur Standard (le réglage par défaut de Firefox) ou Strict, les mineurs de cryptomonnaies sont bloqués.
Générer des cryptomonnaies nécessite généralement de résoudre un problème cryptologique complexe. Il s’agit d’un processus gourmand en ressources qui consomme donc beaucoup d’énergie et de puissance informatique. Pour éviter des coûts, les mineurs de cryptomonnaies déploient ces scripts sur les ordinateurs d’autres personnes sans leur consentement pour capter énergie et puissance de calcul à leur profit.
Source : https://support.mozilla.org/fr/kb/traqueurs-scripts-que-firefox-bloque-protection-contre-pistage?as=u&utm_source=inproduct#w_cryptominers
En gros, ils se servent de ton PC pour générer des cryptomonnaies (bitcoins ou similaire). Là, c'est à cause de jsecoin, qui semble être fourni par une boite qui a fermé récemment.
Globalement, c'est à fuir.
[^] # Re: double dose
Posté par Gabbro . En réponse au journal genre, ils nous prendraient pour des neuneux ?. Évalué à 1.
AstraZeneca, c'est pas eux qui ont un vaccin efficace à 50 % si 2 fois une dose, et de 90 % si une demie dose puis une dose ? Je finis par me mélanger au bout d'un moment.
Si oui, ils ont bien déclaré 70 % d'efficacité, mais on peut atteindre 90 % avec le bon protocole.
En tout cas, rien que l’existence de ce genre de chose me pousse à dire que quitter le protocole (une dose, ou pas le bon temps entre les deux doses) est une mauvaise idée.
[^] # Re: Ceci est le sujet du commentaire
Posté par Gabbro . En réponse au journal toujours pas convaincus par l'Hydroxychloroquine ?. Évalué à 2.
Le document de Marianne étant un entretien avec Peronne. Je parlais de lui lors du dernier débat sur Hold-up. Bizarrement, je doute que ce genre d'article puisse me faire changer d'avis sur l'hydroxychloroquine.