Le risque quand on retente un raté, c'est pas seulement de perdre son temps. Perdre son temps, c'est gênant mais il y a pire. Le risque, c'est que, comme les expériences (en biologie) ont une forte composante aléatoire, et que cette composante n'est pas dûe à une mauvaise réalisation mais est intrinsèque au protocole expérimental, on risque d'avoir un positif là où il n'y a rien. Ce risque est connu et même fixé à l'avance : il est appelé alpha et fixé à 1/20. Sauf que si on répète l'expérience jusqu'à en avoir au moins une positive, on finit par avoir un alpha global largement supérieur à 1/20 ! Et c'est comme ça qu'on publie des conneries.
Heureusement, il commence à se mettre en place une régulation : pour les essais de médicament, par exemple, un essai ne peut être pris en compte pour un autorisation de mise sur le marché que s'il avait été déclaré préalablement. Du coup, on a de vastes bases de données de tous les essais thérapeutiques, et face à une demande d'AMM, les agences du médicament peuvent consulter tous les essais, et pas seulement ceux qu'on veut bien publier.
Le problème, c'est que ça ne s'applique qu'aux demandes d'AMM. On continue à tester des trucs qui ne marchent pas dans à peu près tous les autres domaines, par exemple l'étude des facteurs de risques des pathologies, la physiologie… Le raisonnement, c'est que comme il n'y a pas d'argent en jeu, l'expérimentateur est nécessairement honnête. C'est d'une part faux et d'autre part le mauvais problème :
C'est faux parce que l'expérimentateur a une pression pour publier, et qu'il est plus facile de publier un résultat positif.
C'est le mauvais problème parce que s'il y a 30 expérimentateurs, même tout à fait honnêtes, qui font tous la même expérience, et que tous cachent leurs résultats négatifs, alors l'un d'entre eux aura nécessairement un résultat positif et le publiera. C'est de la pure théorie des probabilités.
Ça, ce sont les sources. Le mouton que tu veux est dedans.
Sans stocker le vote, il serais possible de simplement stocker le fait d'avoir voté.
Le truc, c'est que les utilisateurs non authentifiés peuvent voter aussi. Donc soit tu mets en place un filtrage par IP, mais on est bien placés pour savoir que ça ne marche pas, soit tu restreins le vote aux utilisateurs identifiés, et c'est dommage car contraire à l'esprit d'ouverture des sondages, soit tu traites mieux les utilisateurs non identifiés que les utilisateurs identifiés et il devient alors simple de contourner la restriction en supprimant ton cookie linuxfr. Non, vraiment, la solution actuelle me semble la plus pragmatique.
Ça, ce sont les sources. Le mouton que tu veux est dedans.
Reste que pour établir une relation de cause à effet (on sera d'accord pour dire que c'est souvent le propos de la science)
En fait, c'est pas si rare qu'on s'en foute, de la causalité. Je vais prendre un exemple : on constate, empiriquement, que les gens qui ont un lupus ont beaucoup plus souvent un syndrome des anticorps antiphospholipides (SAPL) que la moyenne. On pourrait le reformuler autrement : les gens qui ont un SAPL ont beaucoup plus souvent un lupus que la moyenne. Quelle est la causalité là-dedans ? Je ne sais pas et je m'en fous. Peut-être que SAPL et lupus ne sont que deux manifestations d'une même maladie à l'expression variable. Peut-être que le lupus est la cause du SAPL, ou l'inverse. Peut-être qu'ils ont une cause commune, ce qui n'est pas très différent de ma première hypothèse. Mais peu importe. Ce qui est important, c'est que quand moi, médecin, je suis face à un patient qui a un lupus, je me dois de rechercher un SAPL pour le traiter aussi. Je n'ai pas besoin de savoir qui est la poule et qui est l'œuf : j'ai juste besoin de savoir quoi chercher.
Par contre, quand il s'agit d'évaluer l'impact d'une intervention (médicament, chirurgie, rééducation, whatever), alors là, oui, il est important de prouver la causalité. C'est pourquoi on tire les groupes au hasard. En fait, on ne fait pas que les tirer au hasard : souvent, on vérifie, voire on assure la comparabilité entre les groupes. Par exemple, si on teste un médicament antidiabétique, on va créer des catégories de poids et tirer au sort autant de personnes de chaque catégorie dans chaque groupe.
Ça, ce sont les sources. Le mouton que tu veux est dedans.
Prenons un cas extrême : je peux répéter autant de fois l'expérience que je le souhaite, mais seules les résultats positifs seront publiés (c'est donc un biais de publication maximal). Le lecteur, s'il n'a pas l'information que X expériences ont été réalisées en amont, croira qu'il y a un effet important là où il n'y a en réalité que des fluctuations d'échantillonage et un algorithme de sélection des résultats "intéressants".
Ça, ce sont les sources. Le mouton que tu veux est dedans.
Ah effectivement, tu peux le voir comme ça. Personnellement, je pensais plus à un phénomène comme la cancérogenèse : tu as beaucoup de cassures simple brin, quelques cassures double brin, et peu de cancérogenèse au final par rapport au nombre ahurissant de cellules dans un organisme, du fait de mécanismes de réparation, d'apoptose et des mécanismes de contrôle de façon générale. Par contre, si tu augmentes le nombre de cassures (par l'exposition à un agent susceptible d'augmenter leur nombre), tu augmentes le nombre d'opportunités de développer un cancer, et en définitive le nombre de cancers. Peu importe le détail, seule le nombre total de cassures compte.
Ça, ce sont les sources. Le mouton que tu veux est dedans.
Tu aurais surtout dû le remplacer par le mot "et". Plus personne n'utilise l'esperluette pour le mot "et" , en dehors des noms d'entreprises, et là encore, ça tend à tomber en désuétude en France.
Ça, ce sont les sources. Le mouton que tu veux est dedans.
Il y a une différence majeure entre informatique et, par exemple, biologie ou psychologie : l'effet des paramètres cachés, voire du pur hasard. En informatique, sauf cas exceptionnel, le système est déterministe : une cause donnée produit un effet donné. Le système peut être complexe, mais il ne comporte pas de variables cachées ou inconnue, pour une raison simple : c'est une construction humaine.
En biologie et en psychologie, il y a deux effets : d'une part une certaine quantité de hasard pur lié à des fluctuations quantiques dans les cellules (une base azotée qui mute, c'est une liaison covalente qui saute, pas plus, et ça peut mener à une altération génétique puis à un cancer). Ces effets sont faibles car leurs fluctuations sont gommées par des effets d'échelle. D'autre part, il y a les variables inconnues. Par exemple, le haut niveau socio-économique est un facteur de risque de cancer du sein. Pourquoi ? On n'en sait rien. Il est improbable que l'abondance d'euros soit directement cancérigène. Par contre, il se peut que les femmes les plus riches aient des comportements plus à risque pour ce cancer (l'effet persiste après ajustement sur l'allaitement maternel et le nombre d'enfants, donc on n'est pas plus avancés). C'est un exemple typique de variable cachée. On sait qu'il y a quelque chose, on n'arrive juste pas à trouver quoi.
Ça, ce sont les sources. Le mouton que tu veux est dedans.
Ils mettent quand même en évidence un biais de publication : les tailles d'effets¹ mesurées étaient en moyenne de la moitié des tailles d'effets initialement publiées. Ceci n'est pas lié au protocole, au contrôle des facteurs de confusion ou à la publication des données brutes car seul le biais de publication explique pourquoi des expériences publiées auraient une moyenne différente des expériences réelles. C'est intéressant car en s'intéressant à la différence de taille d'effet moyenne, ils éliminent un reproche qui m'est spontanément venu à l'esprit : que l'échec de la reproduction soit lié à un manque de puissance statistique² lors de la reproduction.
¹ : On appelle taille d'effet la différence entre la moyenne d'une variable A dans deux groupes différant selon une variable B. Par exemple, si je mesure la température corporelle (variable A ou variable expliquée) entre deux groupes de malades de la grippe, l'un prenant du paracétamol et l'autre un placebo (variable B ou variable explicative), que le groupe placebo a en moyenne 38,5 °C de température corporelle alors que le groupe paracétamol a 37,7 °C, la taille d'effet est : 37,7 - 38,5 = -0,8 °C. On peut transposer la chose à une probabilité assez simplement.
² : On appelle puissance statistique la probabilité, pour une expérience donnée, de produire un résultat suffisamment éloigné du hasard pour pouvoir affirmer avec de bons arguments qu'il n'est pas lié au hasard pur. Supposons que je dispose d'une pièce déséquilibrée, qui tombe plus souvent sur pile que face (la probabilité d'obtenir pile est, par exemple, 0,6). Je souhaite prouver que cette pièce est déséquilibrée. Si je la lance une seule fois et que j'obtiens pile, je ne pourrai rien dire. Si je la lance deux fois et que j'obtiens 2 fois pile, même problème. Si je la lance 10 fois et que j'obtiens 6 pile…
Par contre, si je décide, avant de réaliser l'expérience, de la lancer 1000 fois, je peux prédire "je vais obtenir entre 450 et 550 pile avec 95% de probabilité, donc si j'obtiens une valeur hors de cet intervalle, tout un chacun pourra constater que ma pièce est probablement déséquilibrée" (je n'ai pas fait le calcul, c'est du pifomètre, mais l'idée y est). Ensuite, je vais faire l'hypothèse que ma pièce est déséquilibrée à titre d'hypothèse de travail. Je m'attends à avoir, mettons, 98% de probabilité d'obtenir plus de 550 pile (pifomètre toussa). Ce chiffre, 98%, est la puissance de l'expérience : c'est la probabilité d'obtenir un résultat qui prouve à tous que ma pièce n'est pas équilibrée. Encore une fois, l'exemple est pris avec une pièce, mais on peut transposer à un patient avec une probabilité de guérison sous traitement A et sous traitement B.
Ça, ce sont les sources. Le mouton que tu veux est dedans.
évidemment, Google peut aussi lire le mail et y trouver les identifiants, mais bon, il a qu'à choisir un mot de passe que le destinataire doit deviner au lieu de l'écrire en clair, par exemple "le prénom de ma fille" si jamais Google ne connait pas encore sa fille
Le problème d'un mot de passe que les gens peuvent deviner, c'est que :
Il a une entropie faible : on peut faire deviner Paula, c'est plus dur de faire deviner E(6GLksqf,_98o
Si le bot ne le casse pas par brute force, l'humain qui lit le mail le cassera, lui.
Une solution vaguement potable consiste à envoyer le mot de passe et l'URL via deux canaux différents. Par exemple : "le mot de passe vous a été envoyé par sms". Ça n'arrêtera pas les flics (ils feront une requête pour accéder audit sms), mais ça arrêtera les bots et les humains qui n'ont accès qu'à un seul canal.
Ça, ce sont les sources. Le mouton que tu veux est dedans.
Posté par Liorel .
En réponse au message dualboot .
Évalué à 1.
Je t'ai moinnsé : ce que tu dis est rigoureusement exact, mais ce n'est pas utile. A ce niveau de connaissances (qui semble proche du néant, mais ce n'est pas péjoratif, on en est tous passés par là), il va vite avoir besoin d'une aide "en dur", avec une personne physique qui l'aide.Et ça, il ne le trouvera pas sur internet. Par contre, je ne peux que plussoyer la remarque sur l'adresse mail ;).
Ça, ce sont les sources. Le mouton que tu veux est dedans.
C'est bien l'auteur du programme qui tourne sur le robot qui a accordé le droit de contrôle à une autre personne. En définitive, à l'initiation du moins, c'est bien lui qui contrôle le robot.
Ça, ce sont les sources. Le mouton que tu veux est dedans.
Par défaut, sur certaines distributions, le /home de l'utilisateur est exécutable récursivement. C'est une faille de sécurité, car ceci signifie que tout fichier placé dans ce répertoire est exécutable. Ceci peut se vérifier avec un simple ls -l :
ls -l /home
rwx------ /home/praecursator
Le x dans la ligne (rwx : Read, Write, eXecute) indique que le répertoire est exécutable. Or on n'exécute pas un répertoire, on le lit ou on y écrit ! Fort heureusement, ceci est très simple à corriger :
chmod -R 600 $HOME
Et voilà, le risque de sécurité est corrigé !
Ça, ce sont les sources. Le mouton que tu veux est dedans.
Une des questions qui se posent est la suivante : qui contrôle le robot ?
La réponse est la même que pour tout système informatique : c'est l'auteur du programme qui tourne sur le matériel. Ok, pas de problème. Qui est l'auteur ?
En théorie, celui qui a conçu le robot. Jusque là, ça va. Sauf que le robot est un matériel informatique, et que l'auteur n'est pas nécessairement meilleur que n'importe qui d'autre en termes de sécurité. Ce n'est qu'une question de temps avant qu'un drone fasse l'objet d'une prise de contrôle distante, et là on ne parle pas de divulguer des infos personnelles ou de piquer des numéros de carte bancaire, on parle d'un potentiel de nuisance encore plus direct.
Ça, ce sont les sources. Le mouton que tu veux est dedans.
En même temps les noms de version sont pas clairs sur Debian. Je propose de renommer oldstable, stable et testing en Very outdated, outdated et buggy, qu'on y voie plus clair.
Ça, ce sont les sources. Le mouton que tu veux est dedans.
Pareil. Enlightenment depuis plusieurs années, j'ai été obligé de changer quelques jours de temps en temps quand le packageur avait poussé une version un peu trop instable (je suis sur Arch), j'ai été bien content de revenir à Enlightenment. Ok, il me propose pas de transparence (il peut, mais je l'ai désactivée pour cause de perfs). Ok, il a pas 20 000 widgets sur le bureau. Il ne vient pas avec toute une logithèque intégrée. Il ne monte même pas automatiquement les clés USB ! Bon, par contre, il juste marche. Quand je veux lancer un logiciel, il lance le logiciel. Il ne met pas 30 secondes à s'afficher au boot. Il n'a pas tenté de m'infliger Nepomuk. Bref, tant qu'il continue à faire son boulot de bureau et à ne pas évoluer, ça me va.
Ça, ce sont les sources. Le mouton que tu veux est dedans.
Tu as l'air déçu du travail des packageurs Debian/KDE
Ah non mais c'est généralisé hein. C'est pas spécifique à Debian. Le journal résume un sentiment assez partag : on a pris un truc qui marchait bien (KDE 3), on l'a viré, on est "reparti sur de bonnes bases", ou plutôt pas de bases du tout, et paf, ça marche plus. C'est pas spécifique à KDE non plus, regarde systemd, la bouse infâme qu'est devenue Ubuntu, l'audio qui n'a pas avancé…
en ce qui me concerne, j'ai parfois l'impression d'être resté en 2010 en termes de logiciels. En lisant ce journal, j'ai compris pourquoi : j'ai refusé toute nouveauté avant d'être sûr que c'était fonctionnel, or en 2010, on avait des logiciels simples qui marchaient, en 2015, les nouveautés sont généralement des usines à gaz qui ne marchent pas.
Ça, ce sont les sources. Le mouton que tu veux est dedans.
Parce que je fais des stats au quotidien, parce que le CRAN, parce que le vectoriel c'est juste génial… bon ça manque de la lisibilité d'un Python, mais ça a d'autres avantages.
Ça, ce sont les sources. Le mouton que tu veux est dedans.
Je t'ai inutilé parce que tu mets un pavé de texte pour redire une N-ième fois ce qui a déjà été dit, et à qui on a déjà répondu que 99 % des gens n'ont pas le bagage intellectuel pour comprendre les implications sous-jacentes et se contentent des choix par défaut.
Ça, ce sont les sources. Le mouton que tu veux est dedans.
il suffit de ne pas installer Windows en cliquant sur "Suivant" à chaque fois
La plupart des gens ne lisent pas les options, car ils ne les comprennent pas. Alors oui, on peut s'intéresser à ce qu'il y a dans sa machine. Mais fais le test avec un domaine où tu ne comprends rien (c'est pas dur, suffit d'aller chercher le dernier compte-rendu d'hospitalisation d'un membre de ta famille). Tu vas faire "suivant, suivant, OK" sans chercher à aller plus loin.
Ça, ce sont les sources. Le mouton que tu veux est dedans.
Pour les classes préparatoires, c'est dur de se prononcer. Pour médecine, je peux en parler, étant passé par ce cursus : Il y a, tous les ans, des conflits sur le temps de travail. Que ce soit pendant l'externat (avant le concours de l'internat, période où l'étudiant est employé à mi-temps à l'hôpital et payé royalement… 100 à 250 euros nets selon son année d'étude), ou l'internat (période qui suit le concours de l'internat, où l'étudiant a le statut d'interne et constitue, en pratique, la petite main corvéable à merci et travaille parfois jusqu'à 100h par semaine).
Il y a eu une circulaire ministérielle, qui n'a rien changé dans les faits mais a permis à la ministre de dire "j'ai fait mon boulot, maintenant faites le vôtre en adressant les problèmes directement aux directions hospitalières". Très honnêtement, les gens qui veulent faire médecine, je leur dis "Attention, vous allez bosser 70h par semaine, pour un salaire de merde (pas de loi de l'offre et de la demande, tout est réglementé) et vous faire traiter comme de la merde par les médecins plus âgés". Sincèrement, il ne faut évidemment pas fermer la filière, mais il ne faut surtout pas en faire un modèle. La filière médicale a un gros problème de gestion du personnel, elle n'a rien d'exemplaire. Ce n'est pas parce que les médecins bossent 70h par semaine qu'il faut les imiter : c'est parce que les autres bossent moins qu'il faut que les médecins les imitent.
Ça, ce sont les sources. Le mouton que tu veux est dedans.
[^] # Re: Pas spécialement stressant
Posté par Liorel . En réponse au journal Psychologie, science et reproductibilité. Évalué à 6.
Le risque quand on retente un raté, c'est pas seulement de perdre son temps. Perdre son temps, c'est gênant mais il y a pire. Le risque, c'est que, comme les expériences (en biologie) ont une forte composante aléatoire, et que cette composante n'est pas dûe à une mauvaise réalisation mais est intrinsèque au protocole expérimental, on risque d'avoir un positif là où il n'y a rien. Ce risque est connu et même fixé à l'avance : il est appelé alpha et fixé à 1/20. Sauf que si on répète l'expérience jusqu'à en avoir au moins une positive, on finit par avoir un alpha global largement supérieur à 1/20 ! Et c'est comme ça qu'on publie des conneries.
Heureusement, il commence à se mettre en place une régulation : pour les essais de médicament, par exemple, un essai ne peut être pris en compte pour un autorisation de mise sur le marché que s'il avait été déclaré préalablement. Du coup, on a de vastes bases de données de tous les essais thérapeutiques, et face à une demande d'AMM, les agences du médicament peuvent consulter tous les essais, et pas seulement ceux qu'on veut bien publier.
Le problème, c'est que ça ne s'applique qu'aux demandes d'AMM. On continue à tester des trucs qui ne marchent pas dans à peu près tous les autres domaines, par exemple l'étude des facteurs de risques des pathologies, la physiologie… Le raisonnement, c'est que comme il n'y a pas d'argent en jeu, l'expérimentateur est nécessairement honnête. C'est d'une part faux et d'autre part le mauvais problème :
Ça, ce sont les sources. Le mouton que tu veux est dedans.
[^] # Re: Généralement 2 fois
Posté par Liorel . En réponse au sondage Combien de fois répondez-vous à un sondage donné ?. Évalué à 3.
Le truc, c'est que les utilisateurs non authentifiés peuvent voter aussi. Donc soit tu mets en place un filtrage par IP, mais on est bien placés pour savoir que ça ne marche pas, soit tu restreins le vote aux utilisateurs identifiés, et c'est dommage car contraire à l'esprit d'ouverture des sondages, soit tu traites mieux les utilisateurs non identifiés que les utilisateurs identifiés et il devient alors simple de contourner la restriction en supprimant ton cookie linuxfr. Non, vraiment, la solution actuelle me semble la plus pragmatique.
Ça, ce sont les sources. Le mouton que tu veux est dedans.
[^] # Re: Pas spécialement stressant
Posté par Liorel . En réponse au journal Psychologie, science et reproductibilité. Évalué à 7.
En fait, c'est pas si rare qu'on s'en foute, de la causalité. Je vais prendre un exemple : on constate, empiriquement, que les gens qui ont un lupus ont beaucoup plus souvent un syndrome des anticorps antiphospholipides (SAPL) que la moyenne. On pourrait le reformuler autrement : les gens qui ont un SAPL ont beaucoup plus souvent un lupus que la moyenne. Quelle est la causalité là-dedans ? Je ne sais pas et je m'en fous. Peut-être que SAPL et lupus ne sont que deux manifestations d'une même maladie à l'expression variable. Peut-être que le lupus est la cause du SAPL, ou l'inverse. Peut-être qu'ils ont une cause commune, ce qui n'est pas très différent de ma première hypothèse. Mais peu importe. Ce qui est important, c'est que quand moi, médecin, je suis face à un patient qui a un lupus, je me dois de rechercher un SAPL pour le traiter aussi. Je n'ai pas besoin de savoir qui est la poule et qui est l'œuf : j'ai juste besoin de savoir quoi chercher.
Par contre, quand il s'agit d'évaluer l'impact d'une intervention (médicament, chirurgie, rééducation, whatever), alors là, oui, il est important de prouver la causalité. C'est pourquoi on tire les groupes au hasard. En fait, on ne fait pas que les tirer au hasard : souvent, on vérifie, voire on assure la comparabilité entre les groupes. Par exemple, si on teste un médicament antidiabétique, on va créer des catégories de poids et tirer au sort autant de personnes de chaque catégorie dans chaque groupe.
Ça, ce sont les sources. Le mouton que tu veux est dedans.
[^] # Re: Et cette étude ?
Posté par Liorel . En réponse au journal Psychologie, science et reproductibilité. Évalué à 6.
Mais si elle est fausse, c'est que les études n'ont pas besoin d'être reproduites. Donc qu'elle est exacte !
Ça, ce sont les sources. Le mouton que tu veux est dedans.
[^] # Re: Pas spécialement stressant
Posté par Liorel . En réponse au journal Psychologie, science et reproductibilité. Évalué à 3.
Prenons un cas extrême : je peux répéter autant de fois l'expérience que je le souhaite, mais seules les résultats positifs seront publiés (c'est donc un biais de publication maximal). Le lecteur, s'il n'a pas l'information que X expériences ont été réalisées en amont, croira qu'il y a un effet important là où il n'y a en réalité que des fluctuations d'échantillonage et un algorithme de sélection des résultats "intéressants".
Ça, ce sont les sources. Le mouton que tu veux est dedans.
[^] # Re: Pas spécialement stressant
Posté par Liorel . En réponse au journal Psychologie, science et reproductibilité. Évalué à 4.
Ah effectivement, tu peux le voir comme ça. Personnellement, je pensais plus à un phénomène comme la cancérogenèse : tu as beaucoup de cassures simple brin, quelques cassures double brin, et peu de cancérogenèse au final par rapport au nombre ahurissant de cellules dans un organisme, du fait de mécanismes de réparation, d'apoptose et des mécanismes de contrôle de façon générale. Par contre, si tu augmentes le nombre de cassures (par l'exposition à un agent susceptible d'augmenter leur nombre), tu augmentes le nombre d'opportunités de développer un cancer, et en définitive le nombre de cancers. Peu importe le détail, seule le nombre total de cassures compte.
Ça, ce sont les sources. Le mouton que tu veux est dedans.
[^] # Re: ? F726 ?
Posté par Liorel . En réponse au journal Typographie & logiciels. Évalué à 6.
Tu aurais surtout dû le remplacer par le mot "et". Plus personne n'utilise l'esperluette pour le mot "et" , en dehors des noms d'entreprises, et là encore, ça tend à tomber en désuétude en France.
Ça, ce sont les sources. Le mouton que tu veux est dedans.
[^] # Re: Pas spécialement stressant
Posté par Liorel . En réponse au journal Psychologie, science et reproductibilité. Évalué à 9.
Il y a une différence majeure entre informatique et, par exemple, biologie ou psychologie : l'effet des paramètres cachés, voire du pur hasard. En informatique, sauf cas exceptionnel, le système est déterministe : une cause donnée produit un effet donné. Le système peut être complexe, mais il ne comporte pas de variables cachées ou inconnue, pour une raison simple : c'est une construction humaine.
En biologie et en psychologie, il y a deux effets : d'une part une certaine quantité de hasard pur lié à des fluctuations quantiques dans les cellules (une base azotée qui mute, c'est une liaison covalente qui saute, pas plus, et ça peut mener à une altération génétique puis à un cancer). Ces effets sont faibles car leurs fluctuations sont gommées par des effets d'échelle. D'autre part, il y a les variables inconnues. Par exemple, le haut niveau socio-économique est un facteur de risque de cancer du sein. Pourquoi ? On n'en sait rien. Il est improbable que l'abondance d'euros soit directement cancérigène. Par contre, il se peut que les femmes les plus riches aient des comportements plus à risque pour ce cancer (l'effet persiste après ajustement sur l'allaitement maternel et le nombre d'enfants, donc on n'est pas plus avancés). C'est un exemple typique de variable cachée. On sait qu'il y a quelque chose, on n'arrive juste pas à trouver quoi.
Ça, ce sont les sources. Le mouton que tu veux est dedans.
[^] # Re: Pas spécialement stressant
Posté par Liorel . En réponse au journal Psychologie, science et reproductibilité. Évalué à 3.
Ils mettent quand même en évidence un biais de publication : les tailles d'effets¹ mesurées étaient en moyenne de la moitié des tailles d'effets initialement publiées. Ceci n'est pas lié au protocole, au contrôle des facteurs de confusion ou à la publication des données brutes car seul le biais de publication explique pourquoi des expériences publiées auraient une moyenne différente des expériences réelles. C'est intéressant car en s'intéressant à la différence de taille d'effet moyenne, ils éliminent un reproche qui m'est spontanément venu à l'esprit : que l'échec de la reproduction soit lié à un manque de puissance statistique² lors de la reproduction.
¹ : On appelle taille d'effet la différence entre la moyenne d'une variable A dans deux groupes différant selon une variable B. Par exemple, si je mesure la température corporelle (variable A ou variable expliquée) entre deux groupes de malades de la grippe, l'un prenant du paracétamol et l'autre un placebo (variable B ou variable explicative), que le groupe placebo a en moyenne 38,5 °C de température corporelle alors que le groupe paracétamol a 37,7 °C, la taille d'effet est : 37,7 - 38,5 = -0,8 °C. On peut transposer la chose à une probabilité assez simplement.
² : On appelle puissance statistique la probabilité, pour une expérience donnée, de produire un résultat suffisamment éloigné du hasard pour pouvoir affirmer avec de bons arguments qu'il n'est pas lié au hasard pur. Supposons que je dispose d'une pièce déséquilibrée, qui tombe plus souvent sur pile que face (la probabilité d'obtenir pile est, par exemple, 0,6). Je souhaite prouver que cette pièce est déséquilibrée. Si je la lance une seule fois et que j'obtiens pile, je ne pourrai rien dire. Si je la lance deux fois et que j'obtiens 2 fois pile, même problème. Si je la lance 10 fois et que j'obtiens 6 pile…
Par contre, si je décide, avant de réaliser l'expérience, de la lancer 1000 fois, je peux prédire "je vais obtenir entre 450 et 550 pile avec 95% de probabilité, donc si j'obtiens une valeur hors de cet intervalle, tout un chacun pourra constater que ma pièce est probablement déséquilibrée" (je n'ai pas fait le calcul, c'est du pifomètre, mais l'idée y est). Ensuite, je vais faire l'hypothèse que ma pièce est déséquilibrée à titre d'hypothèse de travail. Je m'attends à avoir, mettons, 98% de probabilité d'obtenir plus de 550 pile (pifomètre toussa). Ce chiffre, 98%, est la puissance de l'expérience : c'est la probabilité d'obtenir un résultat qui prouve à tous que ma pièce n'est pas équilibrée. Encore une fois, l'exemple est pris avec une pièce, mais on peut transposer à un patient avec une probabilité de guérison sous traitement A et sous traitement B.
Ça, ce sont les sources. Le mouton que tu veux est dedans.
[^] # Re: Et un petit .torrent ?
Posté par Liorel . En réponse au journal Partager une vidéo privée : oui mais pas sur iOS. Évalué à -1.
Et puis c'est fini aussi.
Ça, ce sont les sources. Le mouton que tu veux est dedans.
[^] # Re: Simple
Posté par Liorel . En réponse au journal Partager une vidéo privée : oui mais pas sur iOS. Évalué à 2.
Le problème d'un mot de passe que les gens peuvent deviner, c'est que :
Une solution vaguement potable consiste à envoyer le mot de passe et l'URL via deux canaux différents. Par exemple : "le mot de passe vous a été envoyé par sms". Ça n'arrêtera pas les flics (ils feront une requête pour accéder audit sms), mais ça arrêtera les bots et les humains qui n'ont accès qu'à un seul canal.
Ça, ce sont les sources. Le mouton que tu veux est dedans.
[^] # Re: Hum ...
Posté par Liorel . En réponse au message dualboot . Évalué à 1.
Je t'ai moinnsé : ce que tu dis est rigoureusement exact, mais ce n'est pas utile. A ce niveau de connaissances (qui semble proche du néant, mais ce n'est pas péjoratif, on en est tous passés par là), il va vite avoir besoin d'une aide "en dur", avec une personne physique qui l'aide.Et ça, il ne le trouvera pas sur internet. Par contre, je ne peux que plussoyer la remarque sur l'adresse mail ;).
Ça, ce sont les sources. Le mouton que tu veux est dedans.
[^] # Re: éléments de réponse
Posté par Liorel . En réponse au journal Comment mon expérience Linux est en train de tourner au fiasco. Évalué à 1.
Ah merci de l'info. Je corrige donc mon message : il ne monte pas les clés USB automatiquement par défaut.
Ça, ce sont les sources. Le mouton que tu veux est dedans.
[^] # Re: Mines et sous-munitions
Posté par Liorel . En réponse au journal [Charlie] robot war. Évalué à 0.
C'est bien l'auteur du programme qui tourne sur le robot qui a accordé le droit de contrôle à une autre personne. En définitive, à l'initiation du moins, c'est bien lui qui contrôle le robot.
Ça, ce sont les sources. Le mouton que tu veux est dedans.
# /home
Posté par Liorel . En réponse au message Vos Commandes super cool !. Évalué à 6.
Par défaut, sur certaines distributions, le /home de l'utilisateur est exécutable récursivement. C'est une faille de sécurité, car ceci signifie que tout fichier placé dans ce répertoire est exécutable. Ceci peut se vérifier avec un simple ls -l :
ls -l /home
rwx------ /home/praecursator
Le x dans la ligne (rwx : Read, Write, eXecute) indique que le répertoire est exécutable. Or on n'exécute pas un répertoire, on le lit ou on y écrit ! Fort heureusement, ceci est très simple à corriger :
chmod -R 600 $HOME
Et voilà, le risque de sécurité est corrigé !
Ça, ce sont les sources. Le mouton que tu veux est dedans.
[^] # Re: Mines et sous-munitions
Posté par Liorel . En réponse au journal [Charlie] robot war. Évalué à 4.
Une des questions qui se posent est la suivante : qui contrôle le robot ?
La réponse est la même que pour tout système informatique : c'est l'auteur du programme qui tourne sur le matériel. Ok, pas de problème. Qui est l'auteur ?
En théorie, celui qui a conçu le robot. Jusque là, ça va. Sauf que le robot est un matériel informatique, et que l'auteur n'est pas nécessairement meilleur que n'importe qui d'autre en termes de sécurité. Ce n'est qu'une question de temps avant qu'un drone fasse l'objet d'une prise de contrôle distante, et là on ne parle pas de divulguer des infos personnelles ou de piquer des numéros de carte bancaire, on parle d'un potentiel de nuisance encore plus direct.
Ça, ce sont les sources. Le mouton que tu veux est dedans.
[^] # Re: éléments de réponse
Posté par Liorel . En réponse au journal Comment mon expérience Linux est en train de tourner au fiasco. Évalué à 2.
Tu me réponds en te basant sur le journal, sauf que ce n'est pas moi l'auteur du journal.
Après, je ne suis pas resté sur le truc qui marchait bien, parce que j'en ai trouvé un autre qui marchait déjà mieux. Mais c'est un autre débat.
Ça, ce sont les sources. Le mouton que tu veux est dedans.
[^] # Re: « Testing », et si le problème était là ?
Posté par Liorel . En réponse au journal Comment mon expérience Linux est en train de tourner au fiasco. Évalué à 10.
En même temps les noms de version sont pas clairs sur Debian. Je propose de renommer oldstable, stable et testing en Very outdated, outdated et buggy, qu'on y voie plus clair.
Ça, ce sont les sources. Le mouton que tu veux est dedans.
[^] # Re: éléments de réponse
Posté par Liorel . En réponse au journal Comment mon expérience Linux est en train de tourner au fiasco. Évalué à 5.
Pareil. Enlightenment depuis plusieurs années, j'ai été obligé de changer quelques jours de temps en temps quand le packageur avait poussé une version un peu trop instable (je suis sur Arch), j'ai été bien content de revenir à Enlightenment. Ok, il me propose pas de transparence (il peut, mais je l'ai désactivée pour cause de perfs). Ok, il a pas 20 000 widgets sur le bureau. Il ne vient pas avec toute une logithèque intégrée. Il ne monte même pas automatiquement les clés USB ! Bon, par contre, il juste marche. Quand je veux lancer un logiciel, il lance le logiciel. Il ne met pas 30 secondes à s'afficher au boot. Il n'a pas tenté de m'infliger Nepomuk. Bref, tant qu'il continue à faire son boulot de bureau et à ne pas évoluer, ça me va.
Ça, ce sont les sources. Le mouton que tu veux est dedans.
[^] # Re: éléments de réponse
Posté par Liorel . En réponse au journal Comment mon expérience Linux est en train de tourner au fiasco. Évalué à 3.
Ah non mais c'est généralisé hein. C'est pas spécifique à Debian. Le journal résume un sentiment assez partag : on a pris un truc qui marchait bien (KDE 3), on l'a viré, on est "reparti sur de bonnes bases", ou plutôt pas de bases du tout, et paf, ça marche plus. C'est pas spécifique à KDE non plus, regarde systemd, la bouse infâme qu'est devenue Ubuntu, l'audio qui n'a pas avancé…
en ce qui me concerne, j'ai parfois l'impression d'être resté en 2010 en termes de logiciels. En lisant ce journal, j'ai compris pourquoi : j'ai refusé toute nouveauté avant d'être sûr que c'était fonctionnel, or en 2010, on avait des logiciels simples qui marchaient, en 2015, les nouveautés sont généralement des usines à gaz qui ne marchent pas.
Ça, ce sont les sources. Le mouton que tu veux est dedans.
# R
Posté par Liorel . En réponse au sondage Quel langage utilisez-vous le plus au quotidien ?. Évalué à 3.
Parce que je fais des stats au quotidien, parce que le CRAN, parce que le vectoriel c'est juste génial… bon ça manque de la lisibilité d'un Python, mais ça a d'autres avantages.
Ça, ce sont les sources. Le mouton que tu veux est dedans.
[^] # Re: C'est faux
Posté par Liorel . En réponse au journal Combien de victimes avec M$ Machin 10?. Évalué à 10.
C'est vrai, mais si on peut éviter de lui savonner la planche c'est pas plus mal.
Ça, ce sont les sources. Le mouton que tu veux est dedans.
[^] # Re: C'est faux
Posté par Liorel . En réponse au journal Combien de victimes avec M$ Machin 10?. Évalué à 8.
Je t'ai inutilé parce que tu mets un pavé de texte pour redire une N-ième fois ce qui a déjà été dit, et à qui on a déjà répondu que 99 % des gens n'ont pas le bagage intellectuel pour comprendre les implications sous-jacentes et se contentent des choix par défaut.
Ça, ce sont les sources. Le mouton que tu veux est dedans.
[^] # Re: Et si seulement on se renseignait avant...
Posté par Liorel . En réponse au journal Combien de victimes avec M$ Machin 10?. Évalué à 10.
La plupart des gens ne lisent pas les options, car ils ne les comprennent pas. Alors oui, on peut s'intéresser à ce qu'il y a dans sa machine. Mais fais le test avec un domaine où tu ne comprends rien (c'est pas dur, suffit d'aller chercher le dernier compte-rendu d'hospitalisation d'un membre de ta famille). Tu vas faire "suivant, suivant, OK" sans chercher à aller plus loin.
Ça, ce sont les sources. Le mouton que tu veux est dedans.
[^] # Re: adéquation
Posté par Liorel . En réponse au journal François Hollande visite 42, non mais allô quoi.... Évalué à 10.
Pour les classes préparatoires, c'est dur de se prononcer. Pour médecine, je peux en parler, étant passé par ce cursus : Il y a, tous les ans, des conflits sur le temps de travail. Que ce soit pendant l'externat (avant le concours de l'internat, période où l'étudiant est employé à mi-temps à l'hôpital et payé royalement… 100 à 250 euros nets selon son année d'étude), ou l'internat (période qui suit le concours de l'internat, où l'étudiant a le statut d'interne et constitue, en pratique, la petite main corvéable à merci et travaille parfois jusqu'à 100h par semaine).
Il y a eu une circulaire ministérielle, qui n'a rien changé dans les faits mais a permis à la ministre de dire "j'ai fait mon boulot, maintenant faites le vôtre en adressant les problèmes directement aux directions hospitalières". Très honnêtement, les gens qui veulent faire médecine, je leur dis "Attention, vous allez bosser 70h par semaine, pour un salaire de merde (pas de loi de l'offre et de la demande, tout est réglementé) et vous faire traiter comme de la merde par les médecins plus âgés". Sincèrement, il ne faut évidemment pas fermer la filière, mais il ne faut surtout pas en faire un modèle. La filière médicale a un gros problème de gestion du personnel, elle n'a rien d'exemplaire. Ce n'est pas parce que les médecins bossent 70h par semaine qu'il faut les imiter : c'est parce que les autres bossent moins qu'il faut que les médecins les imitent.
Ça, ce sont les sources. Le mouton que tu veux est dedans.