barmic 🦦 a écrit 5782 commentaires

Oui c'est personnel. Perso je préférais privilégier des projets qui tentent de guérir des maladies actuelles, le reste me semble être moins urgent et peu attendre les évolutions technologiques futures.

Hum… BOINC est moins efficace que quelques heures d'un gros calculateur, non ? Pour moi BOINC n'est pas fait pour les projets mais pour les projets en best effort.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

C'est à peu près ce que je pensais. Tu prends certaines compétitions et tu en déduis des propriétés générales. Mais ça ne tiens pas vraiment.

Les quelques compétitions aux quelles tu pense ne sont qu'une infime partie de ce qui existe.

Ce n'est pas anodin si hier j'ai parlé d'un compétiteur d'escalade. Si tu regarde les compétitions de blocs (où c'est le plus marquant), tu verra qu'il n'y a aucune animosité entre les participants. Ils s'entraident lors de la lecture des blocs.

Les hymnes ça n'est utilisé que dans quelques sports (le football et le rugby). Même dans les compétitions très médiatisées comme tout ce qui touche au tennis par exemple, ça n'est pas mis en exergue. De même pour les JO où ça n'est utilisé que lors de la remise de médaille.

Pour les salaires ça n'existe pas statistiquement parlant. Oui dans le foot de très haut niveau et dans le tennis (et probablement dans d'autres sports comme le golf), il y a des salaires exorbitants. Mais ça représente combien de pratiquant sur l'ensemble des athlètes de très haut niveau ?

Dans les petites compétitions dont tu parle, moi j'ai vu des parents frapper des arbitres ou des entraîneurs. Je parle de compétitions d'enfants de moins de 12 ans opposant 2 communes de moins de 5000 habitants.

Tout ça pour dire que tu pose une dichotomie qui d'après mon expérience n'est pas correct. Et j'ai l'impression que tu le sens le problème puisque tu propose de changer de vocabulaire pour tenter d'améliorer la précision de ta dichotomie.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Je ne suis pas certain de savoir ce que tu reproche exactement aux compétitions. Ça rend la conversation assez difficile. Comme tu t'en doute, j'ai pratiqué des compétitions et je connais certains milieux compétitifs autres que mon domaine. Si je suis d'accord qu'il peu y avoir des problèmes dans les compétitions, je ne suis pas d'accord qu'elles en soient la cause. Mais pour pouvoir en discuter, il faudrait s'assurer de savoir de quoi on parle.

C'est quelle chanson ? Que j'améliore ma culture

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Une blockchain c'est hyper consommateur de ressources. Un (ou plusieurs) fichier signé sur un réseau pair à pair suffit, non ?

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

La compétition, a visée non ludique, je trouve sa anti social et ça me fait perdre mon sang froid ; donc je ne la confondrai pas avec le sport.

Rien que ça ? Et genre de manière systématique ? Si tu croise Bassa Mawem par exemple¹, tu va t'énerver ? Voir devenir agressif ? Tu ne pense pas que les gens ont le droit de choisir leur manière de pratiquer leur sport ou leur jeux ? (d'autant que c'est pratiqué entre personnes consentantes).

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Je n'en utilise pas, mais c'est pas vraiment mon métier. Celle avec qui j'ai travaillé apprécie beaucoup XD.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Sauf que d'une part, nous parlons du chômage, pas des retraites, et que d'autre part je parlais de droit au sens légal du terme.

Non ta phrase était bien plus générale et péremptoire que ça. Il existe des mécanisme de salaires non contractuel. C'est choquant peut être, mais ça existe.

Quelqu'un qui passerait quinze heures par jour à construire des maquettes en coton-tiges produirait un réel travail. Il ne serait pour autant pas légalement en droit de réclamer une rétribution à la société pour celui-ci.

C'est précisément ce dont parle la vidéo. C'est un salaire non contractualisé. Que tu fasse ou non quelque chose (qui serait ou non un travail), le salaire continué est donné. Est-ce que le chômage est un salaire continué ou différé ? Est-ce que ça a changé avec le temps ? Je ne le sait pas, mais tu n'a pas indiqué en savoir plus que moi. Et justement :

Tu présentes les propos de ton interlocuteur comme idéologiques, sans savoir un seul instant ce que ce dernier défend (indice : ce n'est en tout cas certainement pas l'existant).

Affirmer que le chômage est (ou devrait) un salaire différé ou au contraire qu'il est un salaire continué est purement idéologique. De plus, il s'agit ici uniquement de morale. Ce qu'il fait est totalement légale. Tu trouve que c'est un travestissement du système, mais ça n'en est pas moins légal. Donc oui tu cherche à nous faire passer ton idée (tout à fait répandue) de ce que doit être le chômage.

Et tu essayes de travestir une – ne t'en déplaise – réalité mathématique en question de point de vue.

Il n'y a rien de mathématiques dans tout ce qui a était dis dans les commentaires de ce journal. Utiliser le lexique de l'économie (« salaire », « paiement », etc) ne rend pas subitement le propos mathématiques. Prends appuis sur des mathématiques ne rend pas non plus le propos mathématiques (ni objectif).

En l'état, si tout le monde agissait comme l'auteur du journal, le système d'assurance chômage ne pourrait pas l'encaisser. Il s'effondrerait. Point barre.

1. Tu n'a aucune autre argument qu'un espoir de "bon sens" ?
2. Même si on prend l'hypothèse du salaire différé. Sur une carrière de 43 ans, les 18 mois qu'ils peut espérer représentent moins de 3.5% de la valeur qu'il produira durant sa carrière (je prends l'hypothèse d'une valeur stable sur toute la carrière). Si on le passe à l'échelle ? Ça fait toujours 3.5%. On peut envisager multiplier temporellement les chômages, mais ça commence à sortir du cadre de ce dont on parle.

Avoir un schéma aussi biaisé… Quand on défiscalise les heures sup', on le fait même pour ceux dont le travaille consiste à dévaster des forêts par exemple. Quand on aide les organismes financiers, on ne le fait pas en fonction de si on trouve leur contribution positive ou non. Quand on fait des courbettes à de grandes entreprises qui menacent de délocaliser, rien ne se passe quand quelques temps plus tard elles défiscalisent.

Oui, c'est dégueulasse. Et alors ? Cf. Sophisme de la double faute.

Comme tu t'en ressert ailleurs, je vais te répondre. La question n'est en aucun cas de dire que c'est un problème, mais moins grave qu'autre chose. Mais qu'il est dérisoire d'essayer de faire des économies sur quelques milliers d'euros là quand le reste du système en perds par centaines de milliers ailleurs. Donner un nom de sophisme comme seul argument est lui même un sophisme :)

Mais justement parce que je souhaiterais que le choix collectif soit partout. Question de cohérence.

Donc, c'est un souhait de ta part et pas un délit du sien. Tu lui reproche que l'État de te permet pas de choisir si il faut lui donner ou non des allocations. Il n'y est pour rien.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

L'expérience utilisateur me semble plus large : il y a une notion d'émotion, de ressenti qui est complémentaire.

Là on parle d'Emotional Design. C'est une composante possible de l’expérience utilisateur pas un fondement.

À titre purement personnel, je rapprocherais beaucoup plus ça du marketing. Car ce domaine place l'émotion au centre de son sujet depuis déjà plusieurs décennies. Et clairement je n’adhère pas vraiment avec cette démarche.

Autant le boulot d'UX tel que je l'entends et que je l'ai expérimenté en travaillant avec quelqu'un du domaine, qui va suivre l’expérience utilisateur largement au delà de l'interface graphique (oblige t'on l'utilisateur à changer d'applications (pour aller attendre son mail de validation par exemple ? quel est le niveau d'information de l'utilisateur à tout moment du processus ? quels sont les core loops de l'application ? sont ils améliorables ?…) je trouve ça vraiment bien, autant j'aime bien qu'on laisse mes émotions là où elles sont.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

À métier nouveau, mot nouveau.

Ça n'est pas un nouveau métier (si on regarde un peu le domaine, on voit qu'il y a eu une bascule au début on parle bien d'ergonomie) et ce n'est pas un nouveau mot (il suffit de regarder la définition de Cambridge par exemple pour s'en rendre compte).

Il s'agit de l'usage d'une nouvelle application d'un domaine déjà existant, mais au lieu de créer un nouveau mot ou de réutiliser un existant on préfère faire un anglicisme. C'est un choix qui peut s'expliquer, mais qui n'aide pas à la beauté de notre langue ni à sa simplicité.

Quelque soit le nombre de fois que tu affirmera « non, mais tu comprend pas c'est nou-veau ! » sans autre forme d'arguments.

Si on veut vraiment aller loin dans l’étymologie. L’expérience utilisateur c'est défini par l'ensemble de norme ISO 9241, qui parle en substance d'ergonomie (en français comme an anglais).

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

L'interface utilisateur fait parti de son expérience, hein ?

Généralement on met UX/UI pour 2 raisons :

1. parce qu'on veut être à peu près compréhensible par des gens qui ne sont pas du domaine quitte à être très approximatif
2. parce qu'on fait du graphisme. Dis plus simplement, on fait de jolies interfaces, ce qui est complètement orthogonale avec l'ergonomie recherché par les UX (vim possède des qualité de découvrabilité qui est une bonne qualité d'UX, mais on va pas dire qu'il est jolie, au contraire certains sites qui font de l'animation au défilement posent des problèmes d'ergonomie tout en étant très jolis)

Pour le point 1 on aurait pas besoin d'être approximatif si on choisissait un peu mieux mieux nos mots. Ergonome est évident par exemple. Pour le second point, vu qu'il s'agit de 2 compétences différentes et pas forcément mélangées ça vaudrait le coup d'avoir 2 noms de métier. Styliste montre l'accent mis sur l'interface.

Mais oui ça n'a pas la hype anglo-saxonne d'un designeuse UX/UI.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Enfin que c'est un retour aux sources, le terme anglais venant du français dessein, comme dans à dessein de…, qui était utilisé pour dessin avec un but jusqu'au XVIIe siècle en France.

Parce que concepteur et conceptrice ça le fait pas ? Je trouve que c'est nettement plus élégant et ça n'ajoute pas des bizarreries au français :

• la terminaison et -er qui se prononce "eur"
• le i qui se prononce "aie"
• le e qui se prononce "i"

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Il n'y a pas dans notre société de droit à être payé sous prétexte que l'on fait quelque chose.

C'est faux d'après la vidéo que j'ai pointé dans un autre commentaire. Mais tu peux te faire ton propre avis en recherchant « salaire continué » sur le moteur de recherche qui t'arrange.

Tu présente une philosophie économique comme un fait mathématique, ce que ça n'est pas.

Ici, on parle de forcer la collectivité à financer sa production, sans lui en laisser le choix.

Avoir un schéma aussi biaisé… Quand on défiscalise les heures sup', on le fait même pour ceux dont le travaille consiste à dévaster des forêts par exemple. Quand on aide les organismes financiers, on ne le fait pas en fonction de si on trouve leur contribution positive ou non. Quand on fait des courbettes à de grandes entreprises qui menacent de délocaliser, rien ne se passe quand quelques temps plus tard elles défiscalisent. Donc pourquoi intégrer cette notion de choix collectif ici, alors qu'il n'existe nul part ailleurs ? Sais-tu que des études montrent en plus qu'essayer de contrôler l'argent des aides sociales est globalement contre-productif ? (n'en déplaise aux images d’Épinal)

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Je suis d'accord avec toi, « conception d’expérience utilisateur » bien qu'un peu long, me parait tout à fait pertinent.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

tu cotises pour que ça serve dans un cas précis

Je serais super intéressé par connaître ce cas précis. Il y a une philosophie/idéologie derrière ce genre de choses et ce n'est pas parce que des gouvernements rabâches quelques chose qu'ils n'opèrent pas eux-même un glissement idéologique. C'est par exemple le cas avec les retraites (cf cette vidéo youtube de la chaîne Heu?reka).

Mais même si ce que tu dis es vrai, cela montre qu'il n'y a rien d'immuable à l'idée que l'on met derrière un mécanisme économique.

Bref il s'agit surtout de se faire l'écho d'idéologies (dans un sens comme dans l'autre). Ça n'est pas un problème, c'est juste soyez conscient qu'il s'agit d'idéologie et pas de faits.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Tu omet quelque chose qui change beaucoup le système : le côté éphémère de la chose. On parle d'un système qui ne peut s'appliquer qu'1 à 2 ans. Sur des carrières de 40 ans et si on prend l'hypothèse du 2 ans, ça signifie qu'il faut que 5% de nos salaires paie ce comportement et pas 50% comme tu le sous-entend. Bien sûr on peut imaginer des gens qui font ça tous les 5 ans et il y a probablement des erreurs dans mes calculs. C'est juste pour ne pas laisser la discussion sur des hypothèses qui n'ont pas de sens

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Je suis sûr qu'il peut monter un dossier de création de start up pour monter un business autour de son projet. Ça n'est pas viable, mais pôle emploi sera content et il y a même des chances qu'il puisse récupérer plus d'argent encore.

Ne t'inquiète pas de trop, si vraiment il s'appuie sur le chômage il va devoir faire ses entretiens pour trouver du travail et devra être refusé ou devoir trouver de tes bonnes excuses pour refuser.

J'ai moi aussi beaucoup moins de problème avec les quelques milliers d'euros qu'il va toucher (il va devoir se serrer la ceinture) qu'avec la plupart des défiscalisations par exemple.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

VLC le fait aussi pour ceux qui aime bien leur souri :)

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

C'est pour cela que l'on trouve des carte RAID avec de la RAM en cache et des batteries pour prévenir les coupure le temps que les IO redescendent proprement sur disque en barre metal.

C'est surtout que c'est du RAID. Ça donne un niveau d'indirection qu'ext4 ne maîtrise pas. Je ne sais pas si ext4 est fiable lors de coupure de courant, mais le mettre en concurrence avec zfs/btrfs sur la gestion de RAID n'a pas de sens.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Ça m'arrive souvent d'avoir un léger problème que je peux régler en modifiant la configuration d'un service.
Si j'ai bien compris dans le modèle Docker, je dois modifier la configuration utilisée pour générer l'image, régénérer l'image, relancer le conteneur avec la nouvelle image. C'est beaucoup trop lourd pour moi, surtout que souvent je dois modifier plusieurs fois la configuration avant de trouver ce qui convient le mieux.

Faut voir ce que tu entends par lourd, mais reconstruire une image en changeant les fichiers de configuration, c'est de l'ordre de la demi-seconde. Je n'irais pas jusqu'à parler de lourd.

Tu peut aussi pour ta période de balbutiement binder ta conf de l'hôte vers le container.

Une fois que tu as ta conf qui va bien, tu créer ton image final et tu lui fais faire le tour de la Terre aussi souvent que tu le souhaite.

Si j'ai bien compris LXC + btrfs me permettent de faire ça, je fais un snapshot du conteneur, puis je l'exporte.

Non, un bon FS va te permettre de maintenir la cohérence de tes fichiers, mais il y a un niveau application¹ qui ne peut pas être géré par le FS. Dans des cas simples ça fait l'affaire (tu récupère des mails, tu les stocke en maildir si tu n'a aucun indexe sur tes mails) dans un paquet d'autres cas ça ne marchera pas aussi bien (et selon la qualité de l'appli soit elle crash, soit elle ne récupère que ce qu'elle peut). C'est pour ça qu'il existe des bases des bases de données (au sens large) qui vont permettre de fournir à l'application un modèle de cohérence de plus haut niveau (par exemple au travers des transactions SQL).

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Je veux pouvoir faire des dumps de mes conteneurs, les stocker dans S3, et pouvoir les restaurer sur un autre système.

Tu fusionne la donnée et l'exécution ?

Tu veux pouvoir faire « tout et n'importe quoi », mais les données doivent se déplacer avec. Si tes données se comptent en Mio pourquoi pas, mais dès que tu as des Gio tu va commencer à trouver ça long.

Tu va aussi avoir des questions compliquées :

• qu'est-ce qui garanti que ma donnée est correct ? Lors d'un crash de ton contenaire est-ce que tu risque de perdre la totalité de tes données et indexes associé ?
• comment arrête tu un contenaire ?
• lorsque tu passe d'un endroit à un autre es-tu prêt à arrêter ton service, déplacer le contenaire avec toutes ses données, puis relancer le service ? Et donc avoir une interruption de service plus ou moins conséquente
• est-ce que tu veut pouvoir lancer plusieurs instance de ton containaire ? si oui comment vont ils partager la données ?
• …

Personnellement l'approche qui me paraît la plus fiable c'est d'avoir tout l'applicatif en docker avec des instances immuables et donc sans état et gérer la donnée en bare metal.

Cela permet :

• d'avoir des choses vraiment plus simples à tester que tout ce que j'ai pu voir ailleurs. Je sais ce qui tourne en prod et je peux le reproduire chez moi. Toute la donnée est localisée et triviale a récupérer
• garder une gestion simple de la donnée : Il n'y a pas besoin d'orchestration pour des bases de données, parce que ça n'a pas de sens de déplacer la donnée ou de tenter d'être élastique.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Tu peux créer des containers de plusieurs Eio si tu veux. Si ton image fait 2Gio c'est que la personne qui l'a créé a mis 2Gio de dans. Ils ne viennent pas de nulle part.

Docker ne permet pas de faire de la déduplication avec le système hôte. Par contre entre ses images c'est possible. Une image est construite par layer (chaque modification de l'image crée une layer en plus). Ces layer sont automatiquement réutilisé.

Par exemple si tu par d'une image centos, que tu installe apache, php-fpm et MySQL dessus pour enfin ajouter ton application php. Si tu as d'autres applications php avec le même setup, ils vont presque tout partager. (l'image décrite est dégueulasses, ne faites pas ça chez vous)

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

consommation énorme d'espace disque (moi qui souriais sur la solution Flatpak…)

Ça consomme ce que tu lui demande de consommer, hein ? Tu peut utiliser des images qui font la taille d'une planète, mais non seulement tu n'es pas obligé, mais en plus ce n'est pas du tout le sens de la marche.

un fonctionnement opaque pour les 9/10è des utilisateurs

On peut dire ça d'énormément de choses. Ça n'est pas un argument en soit.

comment prendre la main sur un composant qui déconne dans le container même ?

Tu as des techniques simples pour ça qui te permettent d’exécuter un shell sur ton container et de faire bien ce que tu veux. Mais ce n'est pas du tout la philosophie du truc. Garder des containers immutables permet d'avoir les comportement les plus reproductibles possibles. La possibilité d'en instancier sans difficulté fait que tu n'a pas à réparer à l'arrache un contenaire en cours de route. Ce dont on a besoin c'est de monitoring et de tracing pour savoir ce qu'il se passe à l'intérieur d'un point de vu métier et ça tombe bien l'outillage existe pour ça.

Comprends bien, je ne dis pas que c'est le graal, juste que tes arguments ne tiennent pas vraiment.

Non sans troll, il n'y a pas des alternatives ?

Qu'est-ce qui serais la conteneurisation parfaite pour toi ? Parce qu'en soit aller triturer l'intérieur d'un conteneur quelque soit la techno, c'est assez contre-intuitif. Que voudrais-tu comme cloisonnement ?

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

De mon expérience (qui vaut ce qu'elle vaut), je n'ai pas vu de différence notable de performance entre un code dans un containeur et en bare metal.

Ce qu'il faut voir c'est qu'il ne s'agit pas d'une indirection au sens que tu as dans une machine virtuelle où tu as des drivers spécifiques qui réimplémentent des appels systèmes en espace utilisateur. Ici il est question de 3 techno :

• les cgroups : c'est juste le scheduler de linux depuis pas mal de temps maintenant, il est juste configuré pour avoir des groupes spécifiques
• chroot : bon ben c'est chroot quoi
• les namespaces : les namespaces sont juste une façon d'étiqueté des éléments du système pour les grouper et les isoler. Ça créer une indirection (par exemple pour les pid tu as un mapping entre le pid dans un containeur et celui du système), mais c'est quelque chose de bien plus simple que de recréer le sous système linux en question.

Tu as des outils d'admins qui peuvent te montrer tout ça (par exemple ps -o pidns,pid,cmd -A).

C'est ce qui fait la simplicité du truc, mais c'est aussi ce qui fait que le niveau d'isolation est loin d'être aussi fiable qu'avec des machines virtuelles.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Merci pour la réponses j'espèrais que tu passe par là :-)

C'est donc quelque chose de véritablement à la marge. Pour moi qui n'utilise pas d'explorateur de fichier je trouve ça assez inutile (je parle de l'usage en meta données et pas du format en lui même). Stocker des l'exif des images, les id3tags des musiques,… Me paraît bien plus utile s'il faut trouver un usage à ses espaces.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Autant réfléchir à la performance des icônes est intéressante et toujours utile, autant l'objectif affiché me paraît une mauvaise idée.

On économise pas une lecture en le mettant dans les meta données, les icônes sont un ensemble d'asset que tu peux memoiser.

Grossir le volume des attributs c'est un impact bien plus large que le gestionnaire de fichier.

Changer une icône oblige à passer sur tout le système de fichier.

Tu fais quoi pour les fichiersn n'ayant pas cet attribut ?

Bref c'est une microoptimisation qui sert à un cas particulier mais qui impact bien plus que ça

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll