les masques de protection respiratoire individuelle (comme les fameux FFP2), qui sont équipés d’un système filtrant, destiné à protéger le porteur des risques d’inhalation d’agents infectieux.
De manière générale, au mois de mars on n'entendait parler que des masques FFP2, très peu des chirurgicaux. Très rapidement, face à la pénurie, ils ont été réservés aux seuls professionnels de santé (et encore, ceux en contact avec des patients intubés) et de secours. Depuis le déconfinement il a été largement relayé dans les médias (au moins à la radio, puisque je n'ai pas la télé) la différence entre les types de masques. Bref, à mon avis, si tu n'es pas au courant, ce n'est pas à cause du manque d'information.
L’obligation du port du masque en extérieur est surtout une facilité : à partir du moment où on le porte, d’une part, on est sur de ne pas l’oublier évidemment, d’autre part, ben on l’a sur le museau quand on entre quelque part (magasin) ou quand on entre dans une zone à forte densité de population. Bref ça simplifie la vie.
Pour moi ce n'est pas le facteur "ça simplifie la vie" qui conduit à obliger le port du masque en extérieur, ça c'est le problème de chacun. Pour moi il y a deux facteurs :
1. Des lieux où la concentration de personnes est relativement forte, la distanciation sociale physique est plus difficile : entrée des écoles, des magasins, les zone commerciales avec des passages étroits (centres villes), etc.
2. Un masque, pour être efficace, doit se manipuler le moins possible ; si tu l'enlèves et le remet chaque fois que tu entre/sort de quelque part, tu le manipules, sans parler du stockage entre deux utilisations. Donc le meilleur usage du masque c'est : je le met avant de sortir de chez moi, je l'enlèves en rentrant et entre les deux, je ne le touche pas.
Je n'ai pas été voir les détails de l'attaque encore… 16 octets, c'est une clef AES 128, qui est sans doute la taille la plus utilisée ; 24h, c'est pas l'attaque la plus lente que j'ai vue ;)
De plus, une clef partiellement connue, ça permet déja de faciliter grandement des attaques. Pour une attaque en pratique, il faut voir à quel moment ça vaut le coup de continuer cette attaque par rapport à passer à une autre attaque (en fin d'attaque, il est courant de passer à une recherche exhaustive).
Je suis d'accord. Le premier commentaire était inutile ; le second encore plus.
Par ailleurs, qu'est-ce qui importe le plus ? Un contenu de qualité facilement accessible avec une licence qui n'est pas […] libre […] ou un contenu de mauvaise qualité avec une licence libre ?
La licence n'est pas "pas libre selon les puristes", elle n'est pas libre. Point. Ce n'est pas un jugement de valeur mais un fait.
Ça dépend de l'objectif (et probablement du point de vue). Un contenu non libre, même d'excellente qualité ne pourra pas être mis à jour ou amélioré par un autre que son auteur. Un contenu non libre de qualité médiocre pourra être amélioré par d'autres, même si son auteur a disparu ou ne souhaite pas poursuivre son travail.
Je precise que je n'ai rien contre les écrits non libres, que je lis beaucoup de romans et nouvelles, très peu sont libres. Je dis juste que j'ai du mal à être tranché sur la question que tu poses (j'aime pas lire de mauvais écrits, et je trouve important le travail d'édition).
Et pour ne pas faire que troller sur la license, j'ai beaucoup aimé ce journal très dense (ce qui explique peut-être que les premiers commentaires soient sur la forme). J'ai appris beaucoup de choses, sur des sujets que je n'ai pas l'habitude de lire. Merci beaucoup à gUI et Michel Pigenet.
Il y a imprimé en 3D et imprimé d'en 3D. Les imprimantes ont beaucoup gagné en qualité ces dernières années, sans parler des imprimantes résine, les résultats sur des imprimantes milieu de gamme récentes sont bluffants.
Pour ma boite, on avait eu des coques réalisées sur imprimante 3D par un mécanicien industriel, sur une imprimante haut de gamme professionnelle. Si on ne m'avait pas dit que c'était imprimé j'aurais juré que c'était injecté.
En même temps, c'est assez logique. Si, du point de vue de ton interlocuteur, c'est "pas mieux"1 que la solution qu'il utilise tout le temps, pourquoi il prendrait la peine de changer ses habitudes ?
¹: Ne me faites pas dire ce que je n'ai pas dit : de mon point de vue à moi, c'est libre = c'est mieux, mais ce n'est pas le cas de tout le monde…
Je n'ai absolument pas de chiffre. J'ai simplement des effets pervers à exposer ; je pense que ça ne te satisfera pas. Outre les pattent trolls, que contrairement à toi je pense inhérent au système, le principal problème que je vois aux brevets, ce sont les déséquilibres entre les possesseurs de brevets.
Un brevet n'a d'intérêt que si tu le défend. Or, cela coute cher. Potentiellement très cher, surtout quand en face de toi tu as un géant qui as les moyens de faire trainer, alors que tu es une startup pour qui le temps est une donnée cruciale. Donc il faut être sûr que ta défense en vaut le coup, qu'elle va être suffisamment rapide pour te permettre d'arriver au marché avant qu'un concurrent développe un idée similaire mais différemment.
De plus, au moins en Europe, la justice a tendance à indemniser sur la base du potentiel chiffre d'affaire que tu n'as pas réalisé. Si tu es 5 gus dans un garage, tu sera indemnisé sur la base de ce que tu aurais pu vendre dans ces conditions, ce qui, surtout dans le cas d'un objet physique, sera largement moins que les millions de pièces qu'aurait pu vendre une grande industrie. Et dans le cas d'un logiciel, qui va gagner le plus : le nouveau logiciel de dessin qui intègre son algo top génial ou Adobe qui intègre la nouvelle fonctionnalité dans Photoshop ?
Ces deux éléments font qu'à mon avis, le système des brevets, dans sa forme actuelle, est très largement en faveur des grosses entreprises bien établies par rapport au petit inventeur qui a une idée brillante. Je pense donc qu'aujourd'hui, pour la plupart des startup, le principal intérêt d'un brevet c'est que les investisseurs aiment bien, que quand tu n'en as pas tu passes ton temps à justifier pourquoi au lieu de parler accès au marché. En fait pour la plupart des startup, même hyper innovante, il vaudrait bien mieux se focaliser sur la réalisation du produit que sur la rédaction (longue et couteuse) d'un brevet qui ne sera jamais défendu…
De ce que j'en ai lu, la situation aux US est assez similaire, donc je ne pense pas qu'il y ait une relation forte de cause à effet entre les brevets logiciels et la création de startup, mais je peux me tromper et je n'ai pas d'étude chiffrée à te proposer.
En fait, j'ai essayé de faire une réponse courte en restant dans le ton du journal. Mais je peux détailler.
En fait, de ce que j'en ai compris, le principe c'est de faire une génération statique d'un site, sauf qu'au lieu des pages définies par un tas de fichiers .md, ton générateur consomme une API ; au lieu des hooks de git, tu utilise un hook HTTP. Ça permet de décorréler le système de stockage de la génération, que ce soit un tas de fichiers yml, une DB relationnelle ou une instance elastic search, peu importe tant qu'il offre la bonne API. Ça ouvre sans la porte à pas mal de choses : des pages générées automatiquents, des interfaces de productions de contenue qui peuplent directement la DB, par une API, ou des commits gits, une jolie interface pour le producteur de contenu préssé, etc.
Par contre j'ai pas bien compris l'intérêt des CMS headless par rapport aux sites statiques.
Si j'ai bien compris, c'est pareil sauf que tes données sont stockées dans une db au lieu de fichier markdown… Ça permet de faire une API et c'est à la mode les API.
Autant, je suis d'accord pour dire qu'il est difficile de comparer les transports et les bars/fetes privées, autant je ne suis pas d'accord avec
Le gros des contaminations se passent le soir lorsque les jeunes se réunissent dans les bars, restaurants ou a domicile. C'est eux qui ont fortement fait circuler le virus pendant plusieurs semaines entre eux.
De ce que j'en vois, les plus vieux font autant n'importe quoi que les jeunes, vont plus au resto, etc. Sans parler des fêtes privées (anniversaires et autres), qui sont loin de ne rassembler que des jeunes.
Je pense que stigmatiser les jeunes comme ça est dangereux à plusieurs titres, tout d'abord par la déresponsabilisation que ça implique chez les autres ("c'est pas moi qui vais transmettre la maladie, regarde les jeunes comme ils font n'importe quoi, c'est de le ur faute"), ensuite parce qu'opposer les gens ça ne va rien résoudre et peut laisser un ressenti dans la société.
baisse de lits en psychiatrie, qui ont été redirige vers des structures spécialisées de proximité
C'te blague ! Le nombre de ces "structures de soin spécialisées" reste largement insuffisant. Et de plus, tu supprime des lits hospitaliers pour les remplacer par… autre chose. Ce qui fait que, par manque de place, on redirige des gens qui nécessitent un suivi médical par un structure inadaptée, plus loin des soignants qui de fait ne peuvent plus adapter le traitement au jour le jour, avec des conséquences désastreuses pouvant aller jusqu'à une forme de maltraitance (entraves toute la journée, par exemple).
C'est quoi le but de l'appeler Ségolène Holland ? Mis à part une connotation purement sexiste je ne vois pas, mais quelque chose m'échappe peut-être, peux-tu m'expliquer ?
Je ne porte pas de jugement sur la technique de culture, que je pratique en grande partie. L'utilisation non éclairée d'engrais azotés dans l'agriculture bio industrielle est un reproche que je fais souvent quand on me parle de bio.
Le problème de la comparaison avec la Norvège, en règle général, c'est que c'est biaisé. Ils ont une société plutôt très libérale (économiquement parlant), avec un taux d'imposition assez bas, et des licenciements très simples par rapport à la France… Mais en même temps toute la partie sociale est (était ?) financée par le pétrole, c'est notamment le cas de la sécurité sociale et de l'assurance chômage, qui sont quand même chez nous de gros postes de dépenses, qui pèsent notamment sur la fiscalité des entreprises.
Après, clairement, il y a à prendre sur leur fonctionnement, notamment en terme de transparence de la vie publique. (J'aime beaucoup l'idée, par exemple, d'avoir les déclarations d'impots de tout le monde publiques).
La compression c'est tout le contraire du bas niveau. C'est justement un truc purement algorithmique et indépendant du matériel.
Je me suis sans doute pas très bien exprimé. Ce que je voulais dire, c'est que c'est souvent implémenté dans des couches assez basses, certes en logiciel, mais souvent dans des micro-contrôleurs, et bien souvent quand même, on les retrouve en ASIC (c'est encore plus vrai pour la compression avec perte).
Mais je viens du codage et de la crypto, ce sont des problématiques qui peuvent être très théoriques mais qui se retrouvent pourtant traitées à assez bas niveau dans les piles, très très souvent en matériel, encore plus en embarqué, ça biaise sans doute ma vision. (Mais nous, on ajoute de la donnée inutile ;) )
Si le problème était résolu, on aurait un algo super efficace de la mort qui tue et il serait implémenté par le premier disque dur/ssd/carte sd venue
Ça peut être résolu au sens où on peut prouver qu'on n'est vraiment pas loin du max sans que ce soit très intéressant dans tous les cas.
(qui ne voudrai pas faire x2 sur sa capacité de stockage affichée?).
Celui qui ne veux pas faire un x3 sur le temps d'accès ? Clairement, le passage au SSD a montré que les gens étaient prêts à renoncer à de la capacité pour gagner en temps d'accès.
Pour continuer sur le stockage, des appliances qui de vendent un FS très compressé (à base de dedup et de compression pure et dure), il y en a quand même pas mal. Mais c'est souvent réservé aux cas où c'est un réel besoin. Du point de vue de l'OS et de l'application métier, c'est un stockage par bloc standard. Là encore c'est une problématique traitée à bas niveau (ou en tout cas en embarqué), celui du contrôleur de disque.
Je ne dis pas que c'est jamais intéressant pour les couches hautes de regarder du côté de la compression, je tente juste une explication de pourquoi on a l'impression de moins le voir. Du point de vue du développeur web, la compression des donnée en transit, c'est
une option de config d'apache/Nginx…
Les électriciens définissent les réseaux courants faibles en classes. Pour du gigabit, il faut du classe 4, qui est un réseau ethernet cat. 6, il me semble, avec un switch vendu très cher, parfois avec du câble d'antenne rebasculé en ethernet.
La classe 3 se contente d'un réseau 100Mb, la classe 2 accepte du cat 4 ou cat 3, je ne sais plus. Dans toutes les classes la terminaison est du RJ45 (compatible RJ10).
Hors ici, on parle d'autre chose (sur le patrimoine, ah bon ?) sans le préciser.
C'est quand même dans le titre "taux effectif d'imposition des hauts patrimoines"… même si "taux effectif d'imposition sur les hauts patrimoines" serait sans doute plus clair.
Et en plus, toujours dans le titre, on parle d'un taux de 0,4%, tu dois bien te douter que c'est pas l'IR…
Globalement, je pense que c'est surtout que les métiers de l'informatique, sauf cas particulier, ont tendance à s'éloigner du bas niveau, au moins pour la majorité des gens. Le travail de bas niveau est aujourd'hui celui de quelques spécialistes.
Et la compression, c'est à mon avais de plus en plus une problématique de "bas niveau", souvent mise en oeuvre au niveau du "canal" (filesystem ou réseau), qui a eu une recherche très intensive à une période, et qui est assez bien résolue, au moins au niveau de la compression sans perte. De mémoire, on est assez proche des limites théoriques de Shannon, et il s'agit maintenant de régler des curseurs entre performances/compression (un compromis temps/mémoire assez classique, en somme). C'est donc naturel qu'on le trouve de moins en moins au niveau des couches hautes, où se concentre le gros du travail.
[^] # Re: L'autorité déresponsabilise
Posté par aiolos . En réponse au journal Notre Santé nous appartient !. Évalué à 3.
Deux exemples rapides :
https://www.lemonde.fr/les-decodeurs/article/2020/04/06/les-masques-protegent-ils-du-coronavirus-le-debat-demele-en-huit-points_6035758_4355770.html
https://www.liberation.fr/checknews/2020/04/22/est-il-vrai-que-le-masque-ffp2-a-valve-protege-son-porteur-mais-pas-la-personne-en-face_1786035
De manière générale, au mois de mars on n'entendait parler que des masques FFP2, très peu des chirurgicaux. Très rapidement, face à la pénurie, ils ont été réservés aux seuls professionnels de santé (et encore, ceux en contact avec des patients intubés) et de secours. Depuis le déconfinement il a été largement relayé dans les médias (au moins à la radio, puisque je n'ai pas la télé) la différence entre les types de masques. Bref, à mon avis, si tu n'es pas au courant, ce n'est pas à cause du manque d'information.
[^] # Re: C'est pas faux.
Posté par aiolos . En réponse au journal Notre Santé nous appartient !. Évalué à 1.
Et donc ? C'est moins grave parce que ça tue des vieux ?
[^] # Re: L'autorité déresponsabilise
Posté par aiolos . En réponse au journal Notre Santé nous appartient !. Évalué à 2.
Pour moi ce n'est pas le facteur "ça simplifie la vie" qui conduit à obliger le port du masque en extérieur, ça c'est le problème de chacun. Pour moi il y a deux facteurs :
1. Des lieux où la concentration de personnes est relativement forte, la distanciation
socialephysique est plus difficile : entrée des écoles, des magasins, les zone commerciales avec des passages étroits (centres villes), etc.2. Un masque, pour être efficace, doit se manipuler le moins possible ; si tu l'enlèves et le remet chaque fois que tu entre/sort de quelque part, tu le manipules, sans parler du stockage entre deux utilisations. Donc le meilleur usage du masque c'est : je le met avant de sortir de chez moi, je l'enlèves en rentrant et entre les deux, je ne le touche pas.
[^] # Re: Efficacité limitée
Posté par aiolos . En réponse au lien Nouvelle faille découverte sur les CPU Intel via l'implémentation RAPL . Évalué à 3.
Une clef AES 256, c'est 256 bits, pas 256 octets… Sinon, le reste du commentaire reste valable.
[^] # Re: Efficacité limitée
Posté par aiolos . En réponse au lien Nouvelle faille découverte sur les CPU Intel via l'implémentation RAPL . Évalué à 2. Dernière modification le 11 novembre 2020 à 15:09.
Je n'ai pas été voir les détails de l'attaque encore… 16 octets, c'est une clef AES 128, qui est sans doute la taille la plus utilisée ; 24h, c'est pas l'attaque la plus lente que j'ai vue ;)
De plus, une clef partiellement connue, ça permet déja de faciliter grandement des attaques. Pour une attaque en pratique, il faut voir à quel moment ça vaut le coup de continuer cette attaque par rapport à passer à une autre attaque (en fin d'attaque, il est courant de passer à une recherche exhaustive).
[^] # Re: Licence
Posté par aiolos . En réponse au journal Interview de Michel Pigenet : la loi des associations 1901. Évalué à 6. Dernière modification le 02 novembre 2020 à 21:35.
Je suis d'accord. Le premier commentaire était inutile ; le second encore plus.
La licence n'est pas "pas libre selon les puristes", elle n'est pas libre. Point. Ce n'est pas un jugement de valeur mais un fait.
Ça dépend de l'objectif (et probablement du point de vue). Un contenu non libre, même d'excellente qualité ne pourra pas être mis à jour ou amélioré par un autre que son auteur. Un contenu non libre de qualité médiocre pourra être amélioré par d'autres, même si son auteur a disparu ou ne souhaite pas poursuivre son travail.
Je precise que je n'ai rien contre les écrits non libres, que je lis beaucoup de romans et nouvelles, très peu sont libres. Je dis juste que j'ai du mal à être tranché sur la question que tu poses (j'aime pas lire de mauvais écrits, et je trouve important le travail d'édition).
Et pour ne pas faire que troller sur la license, j'ai beaucoup aimé ce journal très dense (ce qui explique peut-être que les premiers commentaires soient sur la forme). J'ai appris beaucoup de choses, sur des sujets que je n'ai pas l'habitude de lire. Merci beaucoup à gUI et Michel Pigenet.
[^] # Re: carte pine 64
Posté par aiolos . En réponse à la dépêche Diskio Pi, et si c’était à refaire ?. Évalué à 3.
Il y a imprimé en 3D et imprimé d'en 3D. Les imprimantes ont beaucoup gagné en qualité ces dernières années, sans parler des imprimantes résine, les résultats sur des imprimantes milieu de gamme récentes sont bluffants.
Pour ma boite, on avait eu des coques réalisées sur imprimante 3D par un mécanicien industriel, sur une imprimante haut de gamme professionnelle. Si on ne m'avait pas dit que c'était imprimé j'aurais juré que c'était injecté.
[^] # Re: Anecdote
Posté par aiolos . En réponse au journal Comment et quoi répondre aux invitations Zoom et Microsoft Team → vs Jitsi Meet. Évalué à 4.
En même temps, c'est assez logique. Si, du point de vue de ton interlocuteur, c'est "pas mieux"1 que la solution qu'il utilise tout le temps, pourquoi il prendrait la peine de changer ses habitudes ?
¹: Ne me faites pas dire ce que je n'ai pas dit : de mon point de vue à moi, c'est libre = c'est mieux, mais ce n'est pas le cas de tout le monde…
[^] # Re: Eeeeuuuhhh
Posté par aiolos . En réponse au journal La FFII appelle aux dons contre le Brevet Logiciel Unitaire. Évalué à 9.
Je n'ai absolument pas de chiffre. J'ai simplement des effets pervers à exposer ; je pense que ça ne te satisfera pas. Outre les pattent trolls, que contrairement à toi je pense inhérent au système, le principal problème que je vois aux brevets, ce sont les déséquilibres entre les possesseurs de brevets.
Un brevet n'a d'intérêt que si tu le défend. Or, cela coute cher. Potentiellement très cher, surtout quand en face de toi tu as un géant qui as les moyens de faire trainer, alors que tu es une startup pour qui le temps est une donnée cruciale. Donc il faut être sûr que ta défense en vaut le coup, qu'elle va être suffisamment rapide pour te permettre d'arriver au marché avant qu'un concurrent développe un idée similaire mais différemment.
De plus, au moins en Europe, la justice a tendance à indemniser sur la base du potentiel chiffre d'affaire que tu n'as pas réalisé. Si tu es 5 gus dans un garage, tu sera indemnisé sur la base de ce que tu aurais pu vendre dans ces conditions, ce qui, surtout dans le cas d'un objet physique, sera largement moins que les millions de pièces qu'aurait pu vendre une grande industrie. Et dans le cas d'un logiciel, qui va gagner le plus : le nouveau logiciel de dessin qui intègre son algo top génial ou Adobe qui intègre la nouvelle fonctionnalité dans Photoshop ?
Ces deux éléments font qu'à mon avis, le système des brevets, dans sa forme actuelle, est très largement en faveur des grosses entreprises bien établies par rapport au petit inventeur qui a une idée brillante. Je pense donc qu'aujourd'hui, pour la plupart des startup, le principal intérêt d'un brevet c'est que les investisseurs aiment bien, que quand tu n'en as pas tu passes ton temps à justifier pourquoi au lieu de parler accès au marché. En fait pour la plupart des startup, même hyper innovante, il vaudrait bien mieux se focaliser sur la réalisation du produit que sur la rédaction (longue et couteuse) d'un brevet qui ne sera jamais défendu…
De ce que j'en ai lu, la situation aux US est assez similaire, donc je ne pense pas qu'il y ait une relation forte de cause à effet entre les brevets logiciels et la création de startup, mais je peux me tromper et je n'ai pas d'étude chiffrée à te proposer.
[^] # Re: pod
Posté par aiolos . En réponse au journal Docker vs Podman sur fedora 32 et headless CMS. Évalué à 1.
T'inquiètes, je ne l'avais pas mal pris du tout, je n'ai pas considéré tes messages comme hautain ou quoi que ce soit.
[^] # Re: pod
Posté par aiolos . En réponse au journal Docker vs Podman sur fedora 32 et headless CMS. Évalué à 4.
Ah, d'accord. Effectivement, j'avais mal interprété. Merci.
[^] # Re: pod
Posté par aiolos . En réponse au journal Docker vs Podman sur fedora 32 et headless CMS. Évalué à 1.
En fait, j'ai essayé de faire une réponse courte en restant dans le ton du journal. Mais je peux détailler.
En fait, de ce que j'en ai compris, le principe c'est de faire une génération statique d'un site, sauf qu'au lieu des pages définies par un tas de fichiers .md, ton générateur consomme une API ; au lieu des hooks de git, tu utilise un hook HTTP. Ça permet de décorréler le système de stockage de la génération, que ce soit un tas de fichiers yml, une DB relationnelle ou une instance elastic search, peu importe tant qu'il offre la bonne API. Ça ouvre sans la porte à pas mal de choses : des pages générées automatiquents, des interfaces de productions de contenue qui peuplent directement la DB, par une API, ou des commits gits, une jolie interface pour le producteur de contenu préssé, etc.
[^] # Re: pod
Posté par aiolos . En réponse au journal Docker vs Podman sur fedora 32 et headless CMS. Évalué à 5.
Si j'ai bien compris, c'est pareil sauf que tes données sont stockées dans une db au lieu de fichier markdown… Ça permet de faire une API et c'est à la mode les API.
[^] # Re: Il est temps de mettre ces gens face à leurs responsabilités
Posté par aiolos . En réponse au journal H.S. En France petite leçon de démocratie (de séparation des pouvoir, surtout). Évalué à 6.
Autant, je suis d'accord pour dire qu'il est difficile de comparer les transports et les bars/fetes privées, autant je ne suis pas d'accord avec
De ce que j'en vois, les plus vieux font autant n'importe quoi que les jeunes, vont plus au resto, etc. Sans parler des fêtes privées (anniversaires et autres), qui sont loin de ne rassembler que des jeunes.
Je pense que stigmatiser les jeunes comme ça est dangereux à plusieurs titres, tout d'abord par la déresponsabilisation que ça implique chez les autres ("c'est pas moi qui vais transmettre la maladie, regarde les jeunes comme ils font n'importe quoi, c'est de le ur faute"), ensuite parce qu'opposer les gens ça ne va rien résoudre et peut laisser un ressenti dans la société.
[^] # Re: paire de baffes
Posté par aiolos . En réponse au journal H.S. En France petite leçon de démocratie (de séparation des pouvoir, surtout). Évalué à 8.
C'te blague ! Le nombre de ces "structures de soin spécialisées" reste largement insuffisant. Et de plus, tu supprime des lits hospitaliers pour les remplacer par… autre chose. Ce qui fait que, par manque de place, on redirige des gens qui nécessitent un suivi médical par un structure inadaptée, plus loin des soignants qui de fait ne peuvent plus adapter le traitement au jour le jour, avec des conséquences désastreuses pouvant aller jusqu'à une forme de maltraitance (entraves toute la journée, par exemple).
[^] # Re: En Chine, une leçon de démocratie
Posté par aiolos . En réponse au journal Au nord, petite leçon de démocratie. Évalué à 9.
C'est quoi le but de l'appeler Ségolène Holland ? Mis à part une connotation purement sexiste je ne vois pas, mais quelque chose m'échappe peut-être, peux-tu m'expliquer ?
# J'aime assez...
Posté par aiolos . En réponse au message Hello, dessins pour des objets personnalisés + art work Debian / Linux. Évalué à 1. Dernière modification le 15 octobre 2020 à 12:24.
… mais c'est sous quelle licence ?
[Edit] Autant pour moi, c'est précisé sur la page https://filedn.com/lJ4z0oxPmgFJwoX6f8QrDV8/licence/index-001.html en lien.
[^] # Re: biomystique
Posté par aiolos . En réponse au journal Un chou est un chou, ou pas .... Évalué à 2.
Je ne porte pas de jugement sur la technique de culture, que je pratique en grande partie. L'utilisation non éclairée d'engrais azotés dans l'agriculture bio industrielle est un reproche que je fais souvent quand on me parle de bio.
Je porte un jugement sur la forme du journal.
[^] # Re: Lopin compris
Posté par aiolos . En réponse au journal Au nord, petite leçon de démocratie. Évalué à 6.
Le problème de la comparaison avec la Norvège, en règle général, c'est que c'est biaisé. Ils ont une société plutôt très libérale (économiquement parlant), avec un taux d'imposition assez bas, et des licenciements très simples par rapport à la France… Mais en même temps toute la partie sociale est (était ?) financée par le pétrole, c'est notamment le cas de la sécurité sociale et de l'assurance chômage, qui sont quand même chez nous de gros postes de dépenses, qui pèsent notamment sur la fiscalité des entreprises.
Après, clairement, il y a à prendre sur leur fonctionnement, notamment en terme de transparence de la vie publique. (J'aime beaucoup l'idée, par exemple, d'avoir les déclarations d'impots de tout le monde publiques).
[^] # Re: Comment ça perdu?
Posté par aiolos . En réponse au journal Un compresseur par ci, un compresseur par là. Au temps de l'algo des hackeurs.. Évalué à 3.
Je me suis sans doute pas très bien exprimé. Ce que je voulais dire, c'est que c'est souvent implémenté dans des couches assez basses, certes en logiciel, mais souvent dans des micro-contrôleurs, et bien souvent quand même, on les retrouve en ASIC (c'est encore plus vrai pour la compression avec perte).
Mais je viens du codage et de la crypto, ce sont des problématiques qui peuvent être très théoriques mais qui se retrouvent pourtant traitées à assez bas niveau dans les piles, très très souvent en matériel, encore plus en embarqué, ça biaise sans doute ma vision. (Mais nous, on ajoute de la donnée inutile ;) )
Ça peut être résolu au sens où on peut prouver qu'on n'est vraiment pas loin du max sans que ce soit très intéressant dans tous les cas.
Celui qui ne veux pas faire un x3 sur le temps d'accès ? Clairement, le passage au SSD a montré que les gens étaient prêts à renoncer à de la capacité pour gagner en temps d'accès.
Pour continuer sur le stockage, des appliances qui de vendent un FS très compressé (à base de dedup et de compression pure et dure), il y en a quand même pas mal. Mais c'est souvent réservé aux cas où c'est un réel besoin. Du point de vue de l'OS et de l'application métier, c'est un stockage par bloc standard. Là encore c'est une problématique traitée à bas niveau (ou en tout cas en embarqué), celui du contrôleur de disque.
Je ne dis pas que c'est jamais intéressant pour les couches hautes de regarder du côté de la compression, je tente juste une explication de pourquoi on a l'impression de moins le voir. Du point de vue du développeur web, la compression des donnée en transit, c'est
une option de config d'apache/Nginx…
[^] # Re: Ficelle et pots de yaourts
Posté par aiolos . En réponse au sondage Comment câbler son réseau informatique maison ?. Évalué à 2.
Peut-être, mais au moins ça peut passer internet : https://fr.m.wikipedia.org/wiki/IP_over_Avian_Carriers …
[^] # Re: Câble plat pas populaire
Posté par aiolos . En réponse au sondage Comment câbler son réseau informatique maison ?. Évalué à 1.
Les électriciens définissent les réseaux courants faibles en classes. Pour du gigabit, il faut du classe 4, qui est un réseau ethernet cat. 6, il me semble, avec un switch vendu très cher, parfois avec du câble d'antenne rebasculé en ethernet.
La classe 3 se contente d'un réseau 100Mb, la classe 2 accepte du cat 4 ou cat 3, je ne sais plus. Dans toutes les classes la terminaison est du RJ45 (compatible RJ10).
[^] # Re: Titre putaclick
Posté par aiolos . En réponse au lien Le taux effectif d'imposition des très hauts patrimoines est passé de 0.4% à 0.2% entre 2017 et 2018. Évalué à 6.
C'est quand même dans le titre "taux effectif d'imposition des hauts patrimoines"… même si "taux effectif d'imposition sur les hauts patrimoines" serait sans doute plus clair.
Et en plus, toujours dans le titre, on parle d'un taux de 0,4%, tu dois bien te douter que c'est pas l'IR…
[^] # Re: Comment ça perdu?
Posté par aiolos . En réponse au journal Un compresseur par ci, un compresseur par là. Au temps de l'algo des hackeurs.. Évalué à 3.
Globalement, je pense que c'est surtout que les métiers de l'informatique, sauf cas particulier, ont tendance à s'éloigner du bas niveau, au moins pour la majorité des gens. Le travail de bas niveau est aujourd'hui celui de quelques spécialistes.
Et la compression, c'est à mon avais de plus en plus une problématique de "bas niveau", souvent mise en oeuvre au niveau du "canal" (filesystem ou réseau), qui a eu une recherche très intensive à une période, et qui est assez bien résolue, au moins au niveau de la compression sans perte. De mémoire, on est assez proche des limites théoriques de Shannon, et il s'agit maintenant de régler des curseurs entre performances/compression (un compromis temps/mémoire assez classique, en somme). C'est donc naturel qu'on le trouve de moins en moins au niveau des couches hautes, où se concentre le gros du travail.
[^] # Re: ça n'avance pas tellement
Posté par aiolos . En réponse au lien Darling, Lamulateur de MacOS X pour linux. Évalué à 1.
D'accord, je ne savais pas. Merci pour cet update.
(Par contre, je suis—presque—sûr qu'il était par défaut dans la première version de MacOS X)