Matthieu Moy a écrit 3248 commentaires

Des gros clusters, oui, mais sauf erreur de ma part ça fait un moment que ce n'est plus rentable de monter du bitcoin sur cartes graphiques, vu que c'est un calcul assez facile à accélérer sur des ASICS (contrairement à Ethereum qui avait choisi un calcul memory-bound qui a donc surtout besoin de RAM rapide, qu'on trouve dans les cartes graphiques).

Différence minime, mais là on parle de gens qui ont des algos répartis sur des data-center de taille déraisonnablement grandes, donc des améliorations minimes ont un vrai impact sur la facture d'électricité et celle d'achat de machines.

La FAQ de Carbon est assez parlante sur ce point : Why not a garbage collected language, like Java, Kotlin, or Go? (notez l'emphase sur le mot « contrôle », pas sur « performance »).

Faudrait penser à changer Wikipedia https://en.wikipedia.org/wiki/Open-source_software

Et aussi les dictionnaires, parce que ouvert et disponible, ce sont deux mots assez différents dans ceux que j'ai pu consulter.

trouver des erreurs sans des binaires sans avoir les sources.

Ce qui est assez fort en vrai ! ;-)

Mais plus sérieusement, c'est une force de ces outils : on peut les utiliser dans rien changer au build (genre en tant qu'enseignant, juste ajouter valgrind devant la ligne de commande d'exécution sans avoir à subir les atrocités que l'étudiant a écrit dans son Makefile…).

J'ai l'impression qu'il manque un test qui est pourtant important pour distinguer les approches/outils :

#include <stdio.h>

int main(int argc, char** argv)
{
    int values[4] = {1, 2, 3, 4};
    int other_values[4] = {10, 20, 30, 40};
    printf("%d\n", values[4]);
    return 0;
}

L'exécution du code compilé avec GCC va déclencher un accès à other_values[0] qui est "légitime" au sens où c'est une valeur qui existe, qui est proprement initialisée. Valgrind n'y voit que du feu (et ne pourrait pas trop faire autrement), mais address sanitizer ajoute le check de débordement de tableau qui va bien à la compil et trouve l'erreur à l'exécution.

Oh, ben, c'est-à-dire, la polysémie, moi j'ai jamais été mais si on me paye le voyage, oui je veux bien.

Cf. discussion ici : https://linuxfr.org/forums/programmation-python/posts/bibliotheque-verification-passe-sanitaire

La première chose à faire si tu trouves une alternative, c'est de vérifier qu'elle est légale (la situation a peut-être changé depuis la dernière discussion, mais tu risques gros si tu ne vérifies pas).

Attention, aux dernières nouvelles TAC verif était la seule application autorisée :

https://www.liberation.fr/checknews/que-risque-la-personne-qui-controle-le-pass-sanitaire-si-elle-nutilise-pas-tousanticovid-verif-20210820_XTBVEUSHZRHMJDQT4QS5JIRCRM/

Je suppose que c'est pour éviter que les gens utilisent un clone qui enregistre les QR codes en plus de les vérifier.

Le \0 du -printf est un début, mais il faut aussi apprendre au reste du pipe à ne découper que selon les \0 et à ignorer les \n. Pour l'instant sort -n va joyeusement trier les lignes et non les fichiers, et tail -n 1 coupera toujours la dernière ligne même si ce n'est que la moitié d'un nom de fichier.

Pour être robuste : ne pas programmer en shell ;-). Utiliser la sortie de ls pour autre chose que l'afficher à un humain, c'est mal™.

Dans pas mal de cas, on peut faire des trucs robustes à coup de find ... -print0, qui utilise \0 comme délimiteur (et ça, c'est effectivement interdit dans un nom de fichier), mais je ne vois pas d'équivalent de ls -t avec find, ni d'équivalent de -print0 pour ls, donc je ne vois pas de solution raisonnable en shell.

Si on veut pinailler, on notera que cette solution ne marche pas si le nom de fichier contient un retour charriot.

(mais il faut avouer que mettre des retours charriots dans ses noms de fichiers, c'est pas très utile et ça sert surtout à casser les scripts shell pour le plaisir ;-) )

D'autant plus que les chiffres officiels sont (étaient ?) très largement sous-estimés.

Si on en croit cet article, « sous-estimé » est un euphémisme :

https://www.rfi.fr/fr/asie-pacifique/20210720-inde-le-nombre-de-morts-li%C3%A9-au-covid-19-pourrait-%C3%AAtre-10-fois-sup%C3%A9rieur-au-bilan-officiel

Et si le CDC n'est pas assez crédible :

Efficacy and effectiveness of COVID-19 vaccines against SARS-CoV-2 infection: interim results of a living systematic review, 1 January to 14 May 2021.

Euh, oui, j'avais fait l'hypothèse que c'était évident pour tout le monde, mais s'il faut le préciser : une personne non infecté n'est pas contagieuse. Donc la protection contre l'infection implique une réduction de la transmission. Le meilleur moyen de ne pas refiler le virus à son entourage, c'est de ne pas l'attraper soi-même.

Et oui, on peut ajouter à ça la réduction de la charge virale qui fait que même infecté, un vacciné est moins contagieux qu'un non-vacciné (ça a été vérifié et mesuré sur la transmission des soignants à leur conjoint au Royaume-Uni, flemme de retrouver la référence). Mais même sans cet effet, l'efficacité du vaccin sur la transmission est déjà très clair.

Le site du CDC indique que les vacinnés Pfiwer ont une charge viral moindre,

Tu as regardé la table 1.b je suppose, mais regarde la table 1.a. Je compte 15 études « real-world » sur la protection des vaccins contre l'infection. Le fait qu'il y ait des études sur la charge virale n'enlève rien aux études sur l'efficacité du vaccin.

Je prends arbitrairement la première ligne qui parle de protection après la deuxième dose : https://www.medrxiv.org/content/10.1101/2021.04.08.21255135v1 « Conclusions and Relevance Ongoing vaccination efforts are preventing SARS-CoV-2 infection in the general population in California. Vaccine hesitancy presents a barrier to reaching coverage levels needed for herd immunity. ».

Et je me permets de re-citer la page du CDC qui me paraît quand même assez peu ambigu, « Multiple studies from the United States and other countries demonstrate that a two-dose COVID-19 vaccination series is highly effective against SARS-CoV-2 infection (including both symptomatic and asymptomatic infections) ».

Ce qui est vrai, c'est qu'il y a très peu d'études cliniques randomisées en double aveugle. C'est dommage, mais ça s'explique assez bien : les tests ont été fait au plus vite en priorisant l'étude de l'efficacité contre les formes graves, et maintenant qu'on a ces résultats ça serait assez délicat de refaire des études en injectant un placébo à des gens qui auraient pu être protégés par le vaccin. Mais il y a quand même une étude intéressante (toujours sur la page citée ci-dessus) : « In the Moderna trial, among people who had received a first dose, the number of asymptomatic people who tested positive for SARS-CoV-2 at their second-dose appointment was approximately two-thirds lower among vaccinees than among placebo recipients (0.1% and 0.3%, respectively) ». C'est un test limité, ça ne teste que la première dose, mais c'est quand même bien une étude sur l'efficacité contre l'infection.

Pour commencer, aucune étude ne prouve un quelconque effet positif des vaccins sur la transmission du virus

Si, au contraire, il y en a des dizaines ! Voir par exemple une liste sur le site du CDC. Regarder les lignes « infection », et je cite : « Multiple studies from the United States and other countries demonstrate that a two-dose COVID-19 vaccination series is highly effective against SARS-CoV-2 infection (including both symptomatic and asymptomatic infections) ».

Et si on veut rester de ce côté-ci de l'atlantique, l'institut pasteur qui estime qu'une personne vaccinée a 12 fois moins de chances de transmettre le virus.

il faudrait tout de même multiplier par 20

C'est le problème avec les exponentielles : multiplier par 20, c'est multiplier par 2, un peu moins de 5 fois de suite. Dans un contexte où tout double environ tous les 15 jours, ça arrive en un peu plus de 2 mois si la progression ne s'arrête pas.

De la même manière, mulpliplier par 250, c'est encore multiplier par 2, 8 fois de suite, ça arrive en environ 4 mois, toujours si la progression ne s'arrête pas.

On souhaite tous que mon « si la progression ne s'arrête pas » soit une hypothèse qui ne tienne pas, mais les deux moyens qu'on a trouvé pour arrêter, c'est les restrictions de libertés ou l'immunité collective (via vaccin ou contamination).

Mais pour la saturation des hôpitaux, serais-tu d'accord pour dire que, même aujourd'hui, on ne devrait plus avoir le problème car les personnes "à risques" seront vaccinés ?

La question n'est pas de savoir si moi je suis d'accord, mais ce qu'en pensent les gens dont c'est le métier.

L'institut pasteur n'est pas d'accord avec toi : https://modelisation-covid19.pasteur.fr/evaluate-control-measures/impact-partially-vaccinated-population/

« […] un pic d’hospitalisations similaire au pic de l’automne 2020 pourrait être observé en l’absence de mesures de contrôle »

Je te laisse aller lire le reste de la page, c'est un résumé compréhensible par un non-spécialiste très instructif de l'étude.

Les chiffres en Angleterre sont quand même très encourageants,

Je t'invite à regarder quelques courbes :

• Nombre de décès quotidien, sur une échelle en log
• Nombre de patients en soins intensifs, toujours sur une échelle en log
• Nombre d'hospitalisations quotidiennes, encore une échelle en log

Laquelle de ces courbes trouves-tu encourageante ?

le but est-il d'atteindre zéro mort, zéro malade ?

Il me semble que le but qui a toujours été affiché est d'éviter la saturation des hôpitaux.

Pendant la vague de novembre, on était en gros à :
- 50.000 cas officiels par jour, probablement environ 100.000 cas réels car tout le monde n'a pas été testé
- un peu plus de 15000 hospitalisations par jour
- 2500 admissions en réanimations par jour
- 500 décès par jour

On retrouve le chiffre de 0,5% de létalité qu'on lit ici et là.

Les hôpitaux ont été très chargés, mais ont pu soigner les malades. Que se serait-il passé si ça n'avait pas été le cas ? Est-ce qu'on peut vraiment espérer que les malades admis en réanimation auraient pu guérir tranquillement si à la place on les avait renvoyés chez eux ? Inversement, si on considère qu'un malade admis en réanimation n'a aucune chance de survie sans soin, ça veut dire qu'avec des hôpitaux saturés on passerait à 2.5% de létalité, et ça c'est en faisant l'hypothèse que les 15000 autres hospitalisés s'en seraient sortis sans soins.

L'autre réponse que j'ai reçu est "pour protéger les autres"

Rien que protéger les autres d'un système de santé saturé par le COVID, ça vaut déjà la peine. Une personne vaccinée contre le COVID peut tout à fait avoir besoin d'être hospitalisée pour un autre problème de santé, et cette personne appréciera d'avoir un lit d’hôpital disponible si elle en a besoin.

Et même s'ils sont très efficaces, les vaccins ne le sont pas à 100%. Une personne vaccinée est d'autant mieux protégée que 1) son entourage est aussi vacciné (la charge virale diminue avec le vaccin, donc une personne contaminée vaccinée est moins contagieuse) et 2) le taux d'incidence est faible, ce qui est évidemment lié à l'immunité collective et aux vaccins.

on peut toujours se protéger soi-même en conservant les gestes barrières,

Oui, on a montré pendant le premier confinement qu'en restant cloîtrés chez soi on pouvait aller d'un R0 d'environ 3 à un R effectif de 0,5. Cette année, on a un variant deux fois plus contagieux, donc en étant un tout petit peu plus stricts qu'au premier confinement on peut maintenir un R effectif en dessous de 1.

Ou alors, on peut utiliser les vaccins.

Si tu mets du contenu sur YouTube pour la visibilité, ce que tu cherches ce n'est pas les gens qui cliquent sur le lien, mais ceux qui te mettent un pouce en l'air et qui s'abonnent pour que tu sois bien référencé.

Ça se fait effectivement pour la sécurité, y'a des travaux autour de ça au CEA par exemple.

Pour la sûreté dans le spatial, je ne crois pas qu'on arrive à se passer de redondance matérielle : les fautes matérielles liées au rayonnement ont tendance à se propager et à faire sauter plusieurs choses d'un coup. Mais l'étude des interactions entre les mécanismes de tolérance aux pannes hard et le soft est un sujet de recherche intéressant et actif par contre.

J'en ai eu un autre assez joli : un utilisateur n'arrive pas à se connecter à GitLab, erreur HTTP plus ou moins incompréhensible si on essaye de charger la page de login. Ça marche depuis un autre PC, mais même erreur quelle que soit le browser et la connexion internet.

Problème résolu en remettant le PC à l'heure.

L'explication est que le serveur envoyait un cookie avec date d'expiration très proche dans le futur, en se basant sur l'heure du serveur. Si le client avait une horloge mal réglée, le cookie arrivait avec une date d'expiration passée de point de vue du client, et paf.

Alors là, désolé, on sort de mon domaine de compétences !

En théorie, totalement d'accord. Mais en pratique, ton algo tournera sur du hardware, non ?