Je préfère la force de la loi à celle de la main invisible du marché.
La question c’est : pourquoi opposer les deux ?
De fait, soit la majorité est pour moins d’emballages, et dans ce cas la question est : pourquoi aucun industriel ne semble y répondre (car ça lui donnerait un avantage concurrentiel de faire plaisir à la majorité)
Soit la majorité n’est pas pour moins d’emballages (soit n’en a rien à foutre, soit est carrément contre), dans ce cas pourquoi la loi devrait l’imposer, attendu qu’en démocratie la loi est l’expression de la volonté de la majorité ?
Et, personnellement, je tape plus souvent un 2 ou 3 qu'un « ou », surtout quand je code.
Heu, je ne vois pas comment tu peux taper plus souvent des chiffres que les symboles + - * / ( ), puisque tu utilises les symboles à la fois dans les opérations arithmétiques et dans les opérations non-arithmétiques, alors que les chiffres tu ne les utilises que dans les opérations arithmétiques.
À moins que tu n’appelles tes variable a1, a2… a42 bien sûr
Pourtant, c'est bien ce qui se passe ici : la France délègue bien une partie de sa souveraineté à l'europe. La preuve : elle peut la récupérer quand elle veut.
De fait c’est même le principe de la démocratie : le peuple français délègue sa souveraineté à l’état français par le biais des élections.
Il faut partir d’un principe simple : tout code JS executé sur un domaine peut être « vérolé » par le webmaster du dit site. Dans le cadre de gPass et si j’ai bien suivi, c’est simple, il faut faire confiance au site web.
Maintenant les browsers intègrent en standard des politiques qui ne permettent les communications inter-domaines très codifiées, et il est possible d’utiliser ces mécanismes pour sécuriser le processus. Une solution possible est par exemple d’insérer une iframe via javascript et de communiquer via postMessage. Grosso-modo, si je veux m’identifier sur http://consumer.example, je clique sur un bookmarklet qui va charger un script qui lui-même va :
- ajouter une iframe pointant vers https://provider.example/getCredentials?url=http://consumer.example (qui est un serveur hébergé chez moi). getCredentials() me demandera mon mot de passe maître, téléchargera le keyring chiffré et s’occupera du déchiffrement.
- ajouter un handler pour l’event "message" sur la page http://consumer.example, qui recevra les données (utilisateur/mot de passe) de la frame et s’occupera de remplir le formulaire d’authentification du site et de le soumettre.
La seule faille de ce schéma à ma connaissance est dans le fait qu’un site malintentionné peut parfaitement intercepter la création de la frame, remplacer par sa propre page et faire un classique phishing.
Trois gros inconvénients qui sont rédhibitoires pour moi :
Je ne peux pas changer ma clé maitre en cas de suspicion de compromission
S’intègre mal avec mes mots de passe déjà en place (je dois changer tous mes mots de passe un par un…)
S’adapte mal aux sites à la con qui demandent une taille maximale de mot de passe (facepalm, je sais) ou qui excluent les caractères spéciaux (re-facepalm, je sais) ou autre exigence à la con (votre mot de passe doit comporter 2 majuscules, 5 minuscules et/ou 3,2 chiffres)
En quoi ce problème est compliqué ? Un keyring chiffré ça se code en quelques centaines de lignes grand max (en utilisant une bonne lib genre forge) (et encore, le mien est assez complexe parce que je voulais un keyring hiérarchique avec chiffrage asymétrique, mais un keyring classique sans hiérarchie et avec chiffrement symétrique c’est moins d’une centaine de lignes à vue de pif), le reste c’est du boilerplate en javascript/html que n’importe quel dev web pas trop manchot est capable de faire.
Ce n'est pas "compliqué", il faut juste y mettre les moyens.
Mais aucune différence entre lastpass et un script php sur un mutualisé : tu paies pour que des gens s’occupent de gérer à plein temps la disponibilité des serveurs.
Pour le 1, il suffit de faire une solution en bookmarklet plutôt qu’en extension et ça passe sur tous les navigateurs.
Pour le 2, comme tu dis c’est décentralisé, et ta solution côté serveur c’est un bête script PHP qui peut très bien être mis sur n’importe quel serveur mutualisé à la con, on a vu pire niveau maintenance.
Le truc c'est que faire quelque chose aussi important et sensible que LastPass n'est pas à la portée d'un développeur isolé faisant ça sur son temps libre
Le monsieur qui a écrit le journal vient de te prouver que si.
J’ai d’ailleurs moi-même fait un projet similaire, que j’utilise tous les jours, et la seule chose qui m’empêche de le publier c’est la flemme d’écrire une doc. Et je peux te dire que c’est vraiment pas compliqué.
Le problème de CBC c’est que je dois faire le padding à la main et que non content d’être fainéant je crains de ne pas avoir tout compris au scheme de padding de PKCS#7…
Mais tu as raison dans le fond, avec CBC ça marche. Ce qui rend les choses d’autant plus étranges d’ailleurs…
Je ne peux pas me prononcer pour cette fondation en particulier (j’en sais rien et je m’en fous), mais le but de beaucoup de fondations du type est de faire fonctionner les activités caritatives à partir des intérêts et non pas du capital initial, pour des raisons évidentes de pérennité de l’action. C’est comme ça que ça marche pour le prix nobel, par exemple.
Tu ne veux pas être en mode performant sur secteur si tu n’en as pas absolument besoin, parce que ça chauffe, ça fait du bruit (ventilateur) et la chaleur réduit la durée de vie des composants (un portable qui chauffe à fond 24h/24 ne fera pas de vieux os…)
Pour Windows je sais pas, mais ce que fait le pilote proprio nvidia c’est carrément interdire le mode performant quand tu es sur batterie (mais bon là on parle plus du CPU).
Ben non, ce n’est pas ignoré par les concepteurs de Go. Ils sont au courant de tous ces trucs (tu as même une entrée dans la FAQ pour les types génériques hein). De fait je ne crois pas qu’un seul programmeur au monde n’ait pas été confronté un jour ou l’autre à ces notions. Ce n’est pas parce qu’ils ne sont pas d’accord avec toi sur la pertinence d’intégrer ces trucs que ça en fait des ignares.
Je crois qu’on est globalement d’accord au final, sauf sur le fait d’appeler ça « système de santé », les questions d’avortement et d’éducation sexuelle se placent dans un débat bien plus large de droit, moralité, politique et religion, ce n’est pas le rôle du médecin de dire « avorter n’est pas immoral », son rôle c’est de dire « vous êtes dans une catégorie de population à fort risque, et vous avez toujours la possibilité d’avorter » ; et l’éducation sexuelle, c’est pas les hôpitaux, mais l’école et la famille.
Pour le coup c’est à ça que je réagissais : (oui, je sais, ce n’est pas de toi)
L'avantage de Rust sur Go, c'est de ne pas ignorer les 40 dernières années de recherche en informatique (même si, comme dit dans la dépêche, les 15 dernières années ne sont pas reprises dedans).
C’est quand même hyper méprisant pour les concepteurs de Go, et j’aimerais savoir c’est ces quoi ces « 40 années de recherche en informatique » ignorées par Go et pas par Rust qui méritent un tel mépris. Le coup du match ça me semble franchement léger pour une telle affirmation
Qu’on se comprenne, je dis pas que le match de Rust c’est de la merde, bien au contraire, et les exemples que tu as donnés sont franchement convaincants dans la catégorie « fonctionnalité pragamatique qui juste marche et qui facilite la vie », je dis juste que si c’est ça les 40 ans de recherche en informatique, c’est franchement décevant.
Posté par Moonz .
En réponse à la dépêche Présentation de Rust 0.8.
Évalué à -3.
Dernière modification le 12 octobre 2013 à 01:23.
Toujours pas convaincu. Tout ça me semble du sucre syntaxique (le coup du Cercle/Rectangle on le faisait en C depuis des décennies hein), qu’on retrouve d’ailleurs pour la majorité dans Go (pouisque le troll est partit de là, autant y revenir ;)). Que ce soit mieux qu’un switch je suis d’accord, je ne vois toujours pas ce que ça a de révolutionnaire pour autant. Si c’est ça les 40 dernières années de recherche en informatique qu’on retrouve dans Rust et pas dans Go, je suis pour le moins déçu.
Dans les pays développés, le nombre de morts infantiles c’est du même ordre de grandeur que le nombre de morts causés par la grippe. Je n’entend personne parler de « véritable tragédie humaine » pour la grippe, étrangement.
La mortalité infantile est un problème de pays en voie de développement, ça se voit très bien dans ton document. Dans les pays développés, le problème est pour ainsi dire résolu. Ça ne signifie pas bien entendu disparu (faire disparaître une maladie c’est très compliqué, même la tuberculose n’a pas été éradiquée malgré l’obligation de vaccination pendant un demi-siècle, le seul vrai succès dont on puisse parler c’est la rage), mais que c'est largement maîtrisé. Tout comme la grippe.
Ça c’était pour la forme. Le fond maintenant.
Le système de santé d’un pays entre en jeu dans des situations aussi variées qu’un AVC dans la rue, un cancéreux, un vieux qui a une fracture de la chance, les traumatismes suite à un accident de voiture, la grippe qui touche des millions de personnes chaque hiver, l’accouchement, une opération de la cornée, une transplation d’organe, un poignet cassé pendant un accident du travail…
Même à supposer (supposition osée) que la mortalité infantile ne dépendait que de l’efficacité du sytème de santé, ce n’est représentatif de rien d’autre que ce cas particulier. Un système efficace pour prévenir la mortalité infantile n’est pas forcément efficace pour assurer l’égalité devant le besoin de transplantation, ou pour intervenir rapidement sur une urgence vitale suite à un accident de la route. Même à supposer que ces chiffres signifient que les USA sont à la ramasse au niveau de la gestion des risques de mortalité infantile (ce qui reste à prouver), ça ne signifie pas qu’ils sont également nuls dans tous les autres domaines. C’est une chose que tu ne peux vérifier que domaine par domaine.
Tu compares d’un côté le coût total du système de santé (en incluant donc les blocs opératoires, l’ophtalmologie, les prothèses dentaires, la bobologie, la gestion des stocks de vaccins pour la grippe saisonnière, le suivi d’un cancer, le fonctionnement des urgences médicales type SAMU… liste très loin d’être exhaustive) en regard d’un service (pédiatrie et accouchement) qui est une partie ultra-minoritaire du système total. Si ce n’est pas de la mauvaise foi, je ne sais pas ce que c’est.
Quant à ces chiffres, parlons-en. Les USA savent très bien qu’ils sont très mal classés à niveau, il est impossible qu’ils ne se soient pas posé la question de « pourquoi ». On a des réponses assez intéressantes ici ou ici. Ce qu’il en ressort rapidement, c’est que le grand nombre de mortalité infantile aux USA est majoritairement explicable par un nombre bien plus élevé de naissances prématurées. Ce taux élevé est lui-même lié à un nombre plus important de grossesses précoces (facteur de risque important). Et pour ce dernier point, doit-on rappeler le tabou de l'avortement là bas ?
Note bien, je cherche pas à particulièrement à défendre un système ou l’autre, j’invite simplememnt à la prudence dans les analyses, la médecine d’un pays entier est loin d’être résumable en deux chiffres clés et une analyse au doigt mouillé.
[^] # Re: Pareil
Posté par Moonz . En réponse au journal Taxe poids lourds. Évalué à 6.
La question c’est : pourquoi opposer les deux ?
De fait, soit la majorité est pour moins d’emballages, et dans ce cas la question est : pourquoi aucun industriel ne semble y répondre (car ça lui donnerait un avantage concurrentiel de faire plaisir à la majorité)
Soit la majorité n’est pas pour moins d’emballages (soit n’en a rien à foutre, soit est carrément contre), dans ce cas pourquoi la loi devrait l’imposer, attendu qu’en démocratie la loi est l’expression de la volonté de la majorité ?
[^] # Re: Quel est le problème ?
Posté par Moonz . En réponse au journal Bye bye Feedly. Évalué à 6.
Je ne comprend pas pourquoi « ça va » pour le nom et le prénom mais pas pour le sexe. Tu connais beaucoup de femmes qui s’appellent Serge ?
[^] # Re: Pareil
Posté par Moonz . En réponse au journal Taxe poids lourds. Évalué à 4.
Ah ? Il n’y a plus de boucherie ni de marché par chez toi ?
[^] # Re: Bepo et programmation ?
Posté par Moonz . En réponse à la dépêche Le Bépo en console inclus de base sous GNU/Linux. Évalué à 6. Dernière modification le 08 novembre 2013 à 13:49.
Heu, je ne vois pas comment tu peux taper plus souvent des chiffres que les symboles + - * / ( ), puisque tu utilises les symboles à la fois dans les opérations arithmétiques et dans les opérations non-arithmétiques, alors que les chiffres tu ne les utilises que dans les opérations arithmétiques.
À moins que tu n’appelles tes variable a1, a2… a42 bien sûr
[^] # Re: Pareil
Posté par Moonz . En réponse au journal Taxe poids lourds. Évalué à 6.
Heu, si je suis bien ton histoire, l’arnaque ne réside pas dans la taxe carbone en tant que telle mais dans le fait de ne pas payer la TVA…
[^] # Re: Province ?
Posté par Moonz . En réponse au journal Les JT c'était déjà pas glorieux, mais là on atteint des sommets.... Évalué à 2.
De fait c’est même le principe de la démocratie : le peuple français délègue sa souveraineté à l’état français par le biais des élections.
[^] # Re: Plus besoin de Bumblebee ?
Posté par Moonz . En réponse à la dépêche Sortie de Linux 3.12. Évalué à 10. Dernière modification le 06 novembre 2013 à 15:11.
C’est le cas depuis un petit moment en fait (quelques mois), et c’est passé malheureusement assez inaperçu : https://wiki.archlinux.org/index.php/PRIME
[^] # Re: accord exclusivement pour Mozilla?
Posté par Moonz . En réponse au journal Cisco paie le h264 en faveur de Mozilla. Évalué à 2.
Comment tu fais pour faire de la visio bidirectionnelle sans encodeur ou sans décodeur ?
[^] # Re: Excellente initiative !
Posté par Moonz . En réponse au journal gPass : un concurrent libre de lastPass. Évalué à 3. Dernière modification le 04 novembre 2013 à 19:06.
Il faut partir d’un principe simple : tout code JS executé sur un domaine peut être « vérolé » par le webmaster du dit site. Dans le cadre de gPass et si j’ai bien suivi, c’est simple, il faut faire confiance au site web.
Maintenant les browsers intègrent en standard des politiques qui ne permettent les communications inter-domaines très codifiées, et il est possible d’utiliser ces mécanismes pour sécuriser le processus. Une solution possible est par exemple d’insérer une iframe via javascript et de communiquer via postMessage. Grosso-modo, si je veux m’identifier sur http://consumer.example, je clique sur un bookmarklet qui va charger un script qui lui-même va :
- ajouter une iframe pointant vers https://provider.example/getCredentials?url=http://consumer.example (qui est un serveur hébergé chez moi). getCredentials() me demandera mon mot de passe maître, téléchargera le keyring chiffré et s’occupera du déchiffrement.
- ajouter un handler pour l’event "message" sur la page http://consumer.example, qui recevra les données (utilisateur/mot de passe) de la frame et s’occupera de remplir le formulaire d’authentification du site et de le soumettre.
Avec cette séparation la clé secrète et le mot de passe maître restent sur le domaine de confiance https://provider.example et ne filtrent jamais sur http://consumer.example.
À partir de là l’essentiel de la sécurité repose sur le navigateur, c’est à dire :
- que le navigateur ne permette pas à un script sur http://consumer.example d’accéder ou interagir de quelque manière que ce soit avec le DOM (ou les scripts) de https://provider.example
- que le script https://provider.example/getCredentials?url=http://consumer.example puisse s’assurer que les données qu’il envoie arrivent bien sur une page contrôlée par http://consumer.example, afin qu’un site mal-intentionné ne puisse pas tout bêtement intercepter l’ajout de la frame et la remplacer par https://provider.example/getCredentials?url=http://paypal.example
La seule faille de ce schéma à ma connaissance est dans le fait qu’un site malintentionné peut parfaitement intercepter la création de la frame, remplacer par sa propre page et faire un classique phishing.
[^] # Re: outils de génération de mot de passe ?
Posté par Moonz . En réponse au journal gPass : un concurrent libre de lastPass. Évalué à 3.
Trois gros inconvénients qui sont rédhibitoires pour moi :
[^] # Re: Excellente initiative !
Posté par Moonz . En réponse au journal gPass : un concurrent libre de lastPass. Évalué à 2.
En quoi ce problème est compliqué ? Un keyring chiffré ça se code en quelques centaines de lignes grand max (en utilisant une bonne lib genre forge) (et encore, le mien est assez complexe parce que je voulais un keyring hiérarchique avec chiffrage asymétrique, mais un keyring classique sans hiérarchie et avec chiffrement symétrique c’est moins d’une centaine de lignes à vue de pif), le reste c’est du boilerplate en javascript/html que n’importe quel dev web pas trop manchot est capable de faire.
[^] # Re: Excellente initiative !
Posté par Moonz . En réponse au journal gPass : un concurrent libre de lastPass. Évalué à 2. Dernière modification le 01 novembre 2013 à 17:26.
Oui, c’est la méthode que j’utilise, j’ai juste un bookmarklet qui fait ça :
Le vrai code étant dans keyring.js.
Mais aucune différence entre lastpass et un script php sur un mutualisé : tu paies pour que des gens s’occupent de gérer à plein temps la disponibilité des serveurs.
[^] # Re: Excellente initiative !
Posté par Moonz . En réponse au journal gPass : un concurrent libre de lastPass. Évalué à 2. Dernière modification le 01 novembre 2013 à 17:07.
Pour le 1, il suffit de faire une solution en bookmarklet plutôt qu’en extension et ça passe sur tous les navigateurs.
Pour le 2, comme tu dis c’est décentralisé, et ta solution côté serveur c’est un bête script PHP qui peut très bien être mis sur n’importe quel serveur mutualisé à la con, on a vu pire niveau maintenance.
[^] # Re: Excellente initiative !
Posté par Moonz . En réponse au journal gPass : un concurrent libre de lastPass. Évalué à 8.
Le monsieur qui a écrit le journal vient de te prouver que si.
J’ai d’ailleurs moi-même fait un projet similaire, que j’utilise tous les jours, et la seule chose qui m’empêche de le publier c’est la flemme d’écrire une doc. Et je peux te dire que c’est vraiment pas compliqué.
[^] # Re: CBC
Posté par Moonz . En réponse au message CryptoJS, PyCrypto et OpenSSL sont dans un bateau…. Évalué à 4. Dernière modification le 28 octobre 2013 à 17:31.
Bon, finalement le fait que CBC marche et pas CFB m’a mis sur la bonne direction : http://lists.dlitz.net/pipermail/pycrypto/2012q2/000594.html
Si je met segment_size=64 dans Python ça marche, mais ça m’oblige aussi à faire du padding en CFB aussi du coup.
There ain't no such thing as a free lunch :(
[^] # Re: CBC
Posté par Moonz . En réponse au message CryptoJS, PyCrypto et OpenSSL sont dans un bateau…. Évalué à 2. Dernière modification le 28 octobre 2013 à 17:18.
Le problème de CBC c’est que je dois faire le padding à la main et que non content d’être fainéant je crains de ne pas avoir tout compris au scheme de padding de PKCS#7…
Mais tu as raison dans le fond, avec CBC ça marche. Ce qui rend les choses d’autant plus étranges d’ailleurs…
[^] # Re: Comment oser?
Posté par Moonz . En réponse à la dépêche Open Bar Microsoft/Défense : des documents confirment les jeux de pouvoir et la décision politique. Évalué à 3.
Je ne peux pas me prononcer pour cette fondation en particulier (j’en sais rien et je m’en fous), mais le but de beaucoup de fondations du type est de faire fonctionner les activités caritatives à partir des intérêts et non pas du capital initial, pour des raisons évidentes de pérennité de l’action. C’est comme ça que ça marche pour le prix nobel, par exemple.
[^] # Re: Python et perfs
Posté par Moonz . En réponse au journal [Trolldi] Le langage plus approprié pour écrire des applications graphiques multiplateformes. Évalué à 4.
Deluge est écrit en Python et ce n’est pas spécialement lent.
[^] # Re: Performance
Posté par Moonz . En réponse au journal Amélioration des performances graphiques du noyau 3.12. Évalué à 8. Dernière modification le 25 octobre 2013 à 15:16.
Tu ne veux pas être en mode performant sur secteur si tu n’en as pas absolument besoin, parce que ça chauffe, ça fait du bruit (ventilateur) et la chaleur réduit la durée de vie des composants (un portable qui chauffe à fond 24h/24 ne fera pas de vieux os…)
Pour Windows je sais pas, mais ce que fait le pilote proprio nvidia c’est carrément interdire le mode performant quand tu es sur batterie (mais bon là on parle plus du CPU).
[^] # Re: Go vs C++ (et Rust ?) : Minimalisme versus sophistication
Posté par Moonz . En réponse à la dépêche Présentation de Rust 0.8. Évalué à 6.
Ben non, ce n’est pas ignoré par les concepteurs de Go. Ils sont au courant de tous ces trucs (tu as même une entrée dans la FAQ pour les types génériques hein). De fait je ne crois pas qu’un seul programmeur au monde n’ait pas été confronté un jour ou l’autre à ces notions. Ce n’est pas parce qu’ils ne sont pas d’accord avec toi sur la pertinence d’intégrer ces trucs que ça en fait des ignares.
[^] # Re: Martin Luther King + Orwell
Posté par Moonz . En réponse au journal Droite et gauche unies pour défendre la FNAC face à Amazon. Évalué à 1.
Je crois qu’on est globalement d’accord au final, sauf sur le fait d’appeler ça « système de santé », les questions d’avortement et d’éducation sexuelle se placent dans un débat bien plus large de droit, moralité, politique et religion, ce n’est pas le rôle du médecin de dire « avorter n’est pas immoral », son rôle c’est de dire « vous êtes dans une catégorie de population à fort risque, et vous avez toujours la possibilité d’avorter » ; et l’éducation sexuelle, c’est pas les hôpitaux, mais l’école et la famille.
[^] # Re: Et go ?
Posté par Moonz . En réponse à la dépêche Présentation de Rust 0.8. Évalué à 2.
Pour le coup c’est à ça que je réagissais : (oui, je sais, ce n’est pas de toi)
C’est quand même hyper méprisant pour les concepteurs de Go, et j’aimerais savoir c’est ces quoi ces « 40 années de recherche en informatique » ignorées par Go et pas par Rust qui méritent un tel mépris. Le coup du match ça me semble franchement léger pour une telle affirmation
Qu’on se comprenne, je dis pas que le match de Rust c’est de la merde, bien au contraire, et les exemples que tu as donnés sont franchement convaincants dans la catégorie « fonctionnalité pragamatique qui juste marche et qui facilite la vie », je dis juste que si c’est ça les 40 ans de recherche en informatique, c’est franchement décevant.
[^] # Re: Et go ?
Posté par Moonz . En réponse à la dépêche Présentation de Rust 0.8. Évalué à -3. Dernière modification le 12 octobre 2013 à 01:23.
Toujours pas convaincu. Tout ça me semble du sucre syntaxique (le coup du Cercle/Rectangle on le faisait en C depuis des décennies hein), qu’on retrouve d’ailleurs pour la majorité dans Go (pouisque le troll est partit de là, autant y revenir ;)). Que ce soit mieux qu’un switch je suis d’accord, je ne vois toujours pas ce que ça a de révolutionnaire pour autant. Si c’est ça les 40 dernières années de recherche en informatique qu’on retrouve dans Rust et pas dans Go, je suis pour le moins déçu.
[^] # Re: Et go ?
Posté par Moonz . En réponse à la dépêche Présentation de Rust 0.8. Évalué à -4.
Je vois vraiment pas ce que ça a de si révolutionnaire relativement à un bête switch.
[^] # Re: Mortalité infantile : 5.90 vs 3.34 / 1000 en 2013 (source CIA)
Posté par Moonz . En réponse au journal Droite et gauche unies pour défendre la FNAC face à Amazon. Évalué à 5.
http://xkcd.com/1252/
Dans les pays développés, le nombre de morts infantiles c’est du même ordre de grandeur que le nombre de morts causés par la grippe. Je n’entend personne parler de « véritable tragédie humaine » pour la grippe, étrangement.
La mortalité infantile est un problème de pays en voie de développement, ça se voit très bien dans ton document. Dans les pays développés, le problème est pour ainsi dire résolu. Ça ne signifie pas bien entendu disparu (faire disparaître une maladie c’est très compliqué, même la tuberculose n’a pas été éradiquée malgré l’obligation de vaccination pendant un demi-siècle, le seul vrai succès dont on puisse parler c’est la rage), mais que c'est largement maîtrisé. Tout comme la grippe.
Ça c’était pour la forme. Le fond maintenant.
Le système de santé d’un pays entre en jeu dans des situations aussi variées qu’un AVC dans la rue, un cancéreux, un vieux qui a une fracture de la chance, les traumatismes suite à un accident de voiture, la grippe qui touche des millions de personnes chaque hiver, l’accouchement, une opération de la cornée, une transplation d’organe, un poignet cassé pendant un accident du travail…
Même à supposer (supposition osée) que la mortalité infantile ne dépendait que de l’efficacité du sytème de santé, ce n’est représentatif de rien d’autre que ce cas particulier. Un système efficace pour prévenir la mortalité infantile n’est pas forcément efficace pour assurer l’égalité devant le besoin de transplantation, ou pour intervenir rapidement sur une urgence vitale suite à un accident de la route. Même à supposer que ces chiffres signifient que les USA sont à la ramasse au niveau de la gestion des risques de mortalité infantile (ce qui reste à prouver), ça ne signifie pas qu’ils sont également nuls dans tous les autres domaines. C’est une chose que tu ne peux vérifier que domaine par domaine.
Tu compares d’un côté le coût total du système de santé (en incluant donc les blocs opératoires, l’ophtalmologie, les prothèses dentaires, la bobologie, la gestion des stocks de vaccins pour la grippe saisonnière, le suivi d’un cancer, le fonctionnement des urgences médicales type SAMU… liste très loin d’être exhaustive) en regard d’un service (pédiatrie et accouchement) qui est une partie ultra-minoritaire du système total. Si ce n’est pas de la mauvaise foi, je ne sais pas ce que c’est.
Quant à ces chiffres, parlons-en. Les USA savent très bien qu’ils sont très mal classés à niveau, il est impossible qu’ils ne se soient pas posé la question de « pourquoi ». On a des réponses assez intéressantes ici ou ici. Ce qu’il en ressort rapidement, c’est que le grand nombre de mortalité infantile aux USA est majoritairement explicable par un nombre bien plus élevé de naissances prématurées. Ce taux élevé est lui-même lié à un nombre plus important de grossesses précoces (facteur de risque important). Et pour ce dernier point, doit-on rappeler le tabou de l'avortement là bas ?
Note bien, je cherche pas à particulièrement à défendre un système ou l’autre, j’invite simplememnt à la prudence dans les analyses, la médecine d’un pays entier est loin d’être résumable en deux chiffres clés et une analyse au doigt mouillé.