barmic 🦦 a écrit 5976 commentaires

En ces temps troublés sur les études de genre, peut-être aurait il été judicieux de chercher des biais de l'autre genre pour montrer que c'est l'humain et la société qui déconne et pas seulement les Mâles.

Qui a dit ça ? Une école a une sous représentation des femmes dans ses étudiants, elle a commandé un sondage pour avoir une idée de ce qui freine les femmes à s'inscrire chez eux.

Je sais pas moi, ça existe pas un sondage sur les hommes profs de maternelle vu par des femmes ?

Il suffit de chercher pour trouver, mais tu as préféré laisser un commentaire que de confirmer ou infirmer ta question. C'était une véritable interrogation ou ça ne t'intéresse pas vraiment ?

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

Le soucis d'un tel sondage, c'est que dans l'informatique, et surtout dans le développement logiciel, on aime beaucoup critiquer le travail des autres, du haut d'un complexe de supériorité et d'égo.

Je me demande pour quelle par ce n'est pas un complexe de supériorité, mais un syndrome de l'imposteur mal géré.

PS: je connaissais pas le terme « violence horizontal » c'est intéressant

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

Oui je me suis trompé pour le mot assesseur, mais ce que je voulais dire c'est qu'il faut être au bon endroit au bon moment. Le groupe dont tu parle doit pouvoir surveiller 70k bureau de vote (d'ailleurs n'importe qui peut aussi vérifier la tenu du scrutin pendant le vote). Il faut avoir du monde sur tout le territoire (et à l'étranger), il faut le prévoir avant, etc.

C'est vrai, mais on peut raisonnablement penser que la défiance serait bien plus développée si le processus n'était pas aussi vérifiable.

Aucun des mécanismes de vérifications n'ont étaient activés.

Tout ça pour dire que la confiance en un scrutin c'est un sentiment pas une mesure de fiabilité et que c'est quelque chose de fluide. En France ça commence à faire très longtemps que l'on a le même protocole et il y a une forme d'habitude et d'idées préconçues qui entourent le scrutin (il suffit de voir le nombre de gens qui parlent de recompte des bulletins).

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

Hé hé je m'attendais à ce genre de réaction. Toute analyse comporte ses biais, mais toutes mettent vscode bien devant les autres ou devant les autres et en forte augmentation. Peut-être qu'il y a bien plus d'utilisateurs de neovim, mais que ça communauté très soudée malgré sa taille fais tout pour ne pas se faire remarquer sur internet. Mon rasoir d'ockham me fait pencher vers l'hypothèse que vscode est de loin aujourd'hui le plus populaire.

Encore une fois ça ne dit rien de sa qualité, du fais qu'il faille ou non l'utiliser. Juste que si tu créé un nouvel éditeur de texte, l'éléphant dans la pièce c'est vscode.

Si comme souvent on essaye de personnaliser les questions, je préfère vim de loin personnellement. Ce n'est pas une façon de "placer" ma préférence.

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

Une urne, un papier, on compte on recompte, on a un tas de bulletins, ça reste clair compréhensible et vérifiable par n'importe quel citoyen.

On ne recompte pas c'est impossible (en France). Quand tu parle de "niveau de confiance" c'est très juste c'est un sentiment de confiance pas forcément une fiabilité. Ce n'est pas vérifiable par n'importe quel citoyen, il faut être assesseur personne ne veut l'être. J'ai croisé bien plus de gens révoltés de l'idée d'industrialisé les processus autour du vote que de gens qui ont une fois dans leur vie fais un dépouillement. Tu ne pourra jamais vérifier plus d'un bureau de vote même si tu fais cet effort. Les USA peuvent recompter et ça n'a pas empêché les évènements du capitole. La confiance est un sentiment.

Et surtout, quel problème veut-on résoudre avec les machines à voter? La rapidité? On a les résultats 2h avant la fin du scrutin, explique moi comment aller plus vite avec une machine à voter? (sarcasme: on le saura depuis la veille car elles seront truquées haha).

Ce dont tu parle c'est un sondage sortie des urnes. La démocratie en tout cas en France à cela de magique qu'on passe des mois à se plaindre des sondages, vouloir les interdire, affirmer qu'ils sont truqués pour finalement, le soir de l'élection, accepté des chiffres des même instituts de sondages.

Si c'est pour une question de vitesse tu peux avoir des machines de comptage mais avec la manipulation d'enveloppes, de bulletin papier (à noter qu'encoder autrement peut réduire la confiance du scrutin) et la reconnaissance de caractère c'est complexe et ça doit revenir chère.

Je suis contre les machines votes, mais il y a pleins d'idées reçues sur les scrutins qui sont juste faux. Le scrutin d'un bureau de vote n'est pas inaltérable actuellement. Ça n'est pas une raison de le réduire, mais il ne faut pas comparer un autre système à une idée de vote inaltérable qui n'existe pas à l'heure actuelle.

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

Perso je préfère neovim.

C'est pas vraiment le sujet. La popularité de vs code est monstruseuse par exemple l'enquête annuel de stackoverflow le place 2 fois plus populaire que le second https://insights.stackoverflow.com/survey/2021#section-most-popular-technologies-integrated-development-environment

Ça ne veut pas dire que neovim est moins bon, que tu devrais passer à vscode ou je ne sais quoi à titre personnel pour toi, mais si tu souhaite créer une alternative et qu'elle soit utilisée, il faut comparer face à ce qui existe.

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

surtout la question des commentaires

J'ai pas compris ce que tu voulais dire ?

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

AMHA il faut voir la question des design pattern comme juger le niveau en anglais. Les 2 ont a même fonction : permettre de communiquer. Perso mon niveau d'anglais est éliminatoire pour beaucoup d'entreprises que l'anglais soit effectivement une langue du quotidien ou non dans le poste visé.

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

Il y a d’autres moyens de dire à quelqu’un que son avis n’est pas recevable que le simple «toi-même» de cour de maternelle, et ce n’est pas ce que je fais. Par exemple celui qui dit à un autre qu’il ne sait pas dire non ne s’est pas forcément vu proposer le même contrat dans le même contexte, et nul ne saura jamais vraiment ce qu’il aura fait, par contre on sait déjà qu’il n’a pas encore prouvé qu’il aura su ou pu dire non, alors si son propre jugement de lui même est incertain dans ce contexte son jugement de l’autre l’est au moins autant.

On est entièrement d'accord là dessus, mais ce n'est pas ce que je lis dans le premier commentaire où je répond.

Au passage, la proposition initiale à laquelle je répondais était pour le coup vraiment simpliste, beaucoup plus explicite et simpliste que ce que tu as cru lire et qui t’a fait tiquer. Je ne t’ai pas vu remettre en question cette proposition explicite simpliste qui déclare qu’une personne très précise serait manifestement une personne fragile qui ne sait pas dire non.

Elle est de plus dans le jugement, insultante voir viriliste. J'ai était surpris de ta réponse qui ne disait pas "c'est facile de me juger, tu n'a probablement jamais était dans ce contexte et c'est facile de prendre une décision après que tout ce soit passé".

Je ne comprends pas ce que vient faire des paragraphes et des paragraphes pour parler d'amendements de contrat.

Fais-tu partie de ceux qui ont déjà signé un contrat sans l’amender ?

Qu'est-ce que ça vient faire dans la discussion ? C'est une discussion de personne ? La question c'est de savoir qui fait ou a fait quoi et qui a le plus de valeur ? J'ai déjà signé un contrat sans l'amendé, j'ai déjà rédigé un contrat. Ça apporte quoi dans la discussion ? Tu veut t'attaquer à mon égo parce que j'ai eu l'outrecuidance de faire une remarque à l'un de tes commentaires ?

Ce n'est pas parce que j'ai répondu à ton commentaire avec autre chose que "tu as raison" qu'il faut se sentir offusquer. C'est une discussion pas une joute.

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

Je me souviens il y a quelques années lors des Nuits Debout, les cercles féministes (tout du moins à Lille) interdisaient aux hommes de participer sous prétexte que l'on ne sait pas tenir notre pénis dans notre slip et que toute discussion avec nous devient un combat d'égo. Bonjour le préjugé sexiste !

[…]

J'ai été éduqué avec en tête le respect de tout être humain, peu importe son sexe, sa couleur de peau, ses origines, etc…

C'est un sujet intéressant, mais pour en parler il faut vraiment tenter d'éviter de se sentir agresser lorsque l'on parle d'un système.

Il me semble qu'il y a 2 approches radicalement opposées qui sont toute 2 totalement antinomiques mais qui ont le même but : rechercher le vivre ensemble. Tu l'universalisme vers le quel tu te dirige et l'intersectionnalité. Tout d'abord oui les 2 approches ont leurs franges racistes/xénophobes. Mais si on ne s'arrête pas à cela il s'agit vraiment de 2 approches qui ont des arguments et je serais bien embêter d'en proposer une comme voie à suivre.

Ce reportage aurait pu être très bien[…]

Ce n'est pas une question de bien ou de mal. Ça se rattache à un courant que tu désapprouve. Pouvoir le rattacher à un courant et donc se référer à tout un écosystème, des articles (de presse ou de recherche),… Permet à mon avis de rationaliser la discussion et d'élever le débat.

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

Non je pointe la déduction qui me semble faire défaut, mais oui je ne souhaite pas me lancer dans une discussion qui semble être épidermique dès le premier message (quand on affirme que l'autre point de vu est toxique par exemple).

Cela me semble se rapprocher d'un sophisme plutôt qu'une discussion argumentée

Ça n'a pas vocation à l'être. Ma contribution au troll est légère et sans ambition, mais c'était bien mon objectif. Mon objectif n'est vraiment pas de me battre et d'argumenter dans une discussion qui ne mènera à rien. C'est vraiment le genre de sujet qui n'a aucun intérêt si c'est pour être dans le conflit et l'opposition.

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

Et pourtant, dans le reportage ils mentionnent bien la notion de patriarcat, système ou les hommes sont supérieurs aux femmes et bénéficient de privilèges mis en place et maintenu par la société.

Beaucoup de gens ont un problème à comprendre ce qu'est la critique d'un système et le fait qu'il est distinct de la critique des individus qui constitue ce système. C'est un élément important qui tu veux t'intéresser à ce genre de sujet. Je te laisse t'y pencher si tu le souhaite. Je n'ai pas la prétention de pouvoir te faire faire le cheminement en quelques lignes d'autant que tu semble pas vouloir le faire.

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

De plus en console quand on fait un "df" pour voir l'espace disque restant, cet idiot de snap rajoute tous ses processus à la con genre

Tu as déjà -h que tu ajoute pour avoir cet affichage n'hésite pas à lire le man et ajouter à ton alias -t {choose_your_fs} (tu peux en mettre plusieurs si besoin) et ça retirera les squashfs des snaps mais aussi les sysfs, les procfs, les tempfs et que tu as toujours eu.

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

Si Ubuntu pousse autant Snap que ça, alors oui il y a peut-être motif à se plaindre…

Bof. Chaque distribution crée choisit son système de packaging. Si les développeurs d'ubuntu font ce choix c'est les premiers concernés. Pour moi c'est comme reprocher à Debian d'utiliser les .deb, à mageia les rpm, à nixos nix,… C'est pas comme s'il n'y avait pas du choix.

De plus il est difficile de distinguer ce qui est un problème de snap de ce qui vient d'un paquet mal fait.

Tout comme flatpak, ils tentent non seulement d'être un système de paquet mais aussi un environnement d'exécution et l'un comme l'autre mette du temps à arriver à maturité.

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

Tu vises quoi ? C’est quoi ton but ? C’est quoi ta proposition ?

De ce que je comprends de ton commentaire. Tu dis que si tu n'a pas écris ton propre contrat de travail c'est que tu ne sais pas dire non, que tu as accepté sans broncher ce qui t'était proposé. C'est simpliste.

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

Ma première phrase de mon premier commentaire du thread :

Contrairement à ce que tu semble avancer le réalisme scientifique est largement débattu.

Tu avais fais un long commentaire présentant le réalisme scientifique et renvoyant tout le reste à de l'idéalisme. C'est je trouve bien réducteur pour parler d'un débat plusieurs fois centenaire et qui est toujours en cours. Ignorer les anti-réalistes, c'est vraiment ne voir qu'une toute petite partie du sujet.

Je n'aurais probablement pas réagit et laissé le sujet là où il était si tu ne te servais de cette dichotomie biaisée pour faire un parallèle politique douteux.

C'est probablement agaçant, mais quand on utilise des arguments fallacieux pour avancer des idées politiques on s'expose à des discussions longues.

Le fait ou non de confirmer ta citation n'a rien d'intéressante pour moi. Tu aurais jugé plus simple de pouvoir avancer tes idées sans contradiction. Ce n'est pas le cas.

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

C'est bizarre tu ne dit pas que c'est faux juste un équivalent de "j'aimerais bien t'y voir".

Bref, toute personne qui aurait déjà signé une fois dans sa vie un contrat de travail sans l’amender, juste une fois, ne peut faire de critique sur ce qui m’est arrivé : son bien être ne dépendait que de la bienveillance d’autrui, et pas de lui. ;-)

Contrairement à ce que tu semble présenter le choix ne se résume pas à signer ou amender. Tu peux refuser de signer, tu peux ne pas vouloir être employé,… Des options autres où tu es acteur de ce qui t'arrive.

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

PrivateBin C'est un peu différent, ils font du chiffrement côté client pour que le serveur n'est jamais la donnée en clair. TLS ne sécurise que le canal de communication les données sont en clair une fois sur le serveur.

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

C'est typiquement le genre de ticket, si ça arrive, sera fermé dans la foulée. Parce-que le souci n'est pas Ansible mais YAML. Les points problématiques ont été listés

Parce qu'il est interdit de discuter des bonnes pratiques conseillées et appliquées par le projet ? Si c'est un sujet troll dans le projet, c'est dommage que la description des bonnes pratiques soient péremptoire plutôt que de refléter l'indécision (ce qu'elle fait au sujet de l'arborescence d'un playbook).

C'est un vrai sujet qui concerne le projet qui comme tu le dit ça pose régulièrement des difficultés sur les forums.

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

Tout comme Fabric, y a des noms qui ne sont pas trop amicaux avec les moteurs de recherche. Voici : https://doc.bearstech.com/nuka/ (avait été déjà évoqué dans un autre commentaire.)

Merci. Je recherche pas trop la performance donc je resterais peut être sur fabric.

Tu peux regarder aussi TakTuk et Kanif : http://taktuk.gforce.inria.fr/

Tiens c'est un de mes anciens prof qui travaille dessus, mais le lien est mort. Je ne sais pas si c'est transitoire, mais je ne trouve rien ailleurs.

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

Et l'alternative que tu préconises, indique que tu as plutôt besoin de Fabric ou Nuka ou similaire.

Je ne connais pas nuka et je réfléchis à utiliser fabric en ce moment(pour des usages , tu as un lien ? Mon moteur de recherche ne m'aide pas beaucoup.

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

bien sûr, quand on veut faire portable on se retient d'utiliser des choses qui ne le sont pas, mais de là à conclure que la norme dit que ça ne doit pas exister ça me laisse sans voix.

Personne n'a dit ça. La norme dit uniquement ce qui correspond à ces préceptes ou non. Si tu utilise -W ta toolchain n'est pas compatible posix. Il y a je présume un mal entendu entre "ce comportement ne doit pas changer parce que tout ce que je fais est posix (notamment ma toolchain)" et "l'outil se veut posix donc ça casserai sa compatibilité".

Par contre gcc par exemple n'est pas posix par défaut sans que ça ne pose plus de problème que ça (il compile en gnu89).

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

On peut faire le même parallèle pour DocBook et d'autres comparé à XML au sens générique. J'ai des collègues qui ont du mal parce-que n'ayant pas de syntaxe spécifique alors que moi non.

Oui si ce n'est que l'outillage pour en faire avec xml est bien plus simple. Tu n'a pas besoin d'implémenter un parser, tu te contente de décrire ta grammaire et tu as une coloration, une autocompletion, une validation dans tout ce qui sait manipuler du xml. Tu peux avoir ton templating en xml ce qui va se marier ensemble et pas se marcher sur les pieds.

On peut faire le même parallèle pour tous les DSL (aussi bien celui de Puppet que celui de Structurizr avec lequel je travaille actuellement.)

Le fait d'avoir un bout de d'outils existant à fait qu'on a mis 10 ans à prendre le sujet ça n'aurait pas mis autant de temps sinon.

Ça revient au même pour moi. Si tu utilises lsp, bah il faut créer les fichiers de syntaxe lsp (ou attendre que quelqu'un fasse le tripatouillage pour toi.)

On ne parle pas de la même chose. Ansible a mis 10 ans à s'occuper d'avoir un outillage sympa pour ses playbooks. Ce qui rendait pénible tout usage de jinja ou qui pouvait te planter si tu n'échappe pas des choses qui ont du sens pour celui-ci. Le fait que tu puisse te créer ton outillage pour ne change pas. C'est comme dire que si tu sais faire tu ne fait pas d'erreur.

La « bonne habitude » est de « juste mettre les quotes pour les chaînes de caractères. » Beaucoup d'erreurs auxquels j'ai répondu sur le forum étaient juste liées à ça : on a pris le raccourci autorisé par YAML et on n'a pas compris ce qui a merdé. Que de temps perdu en n'ayant pas fait les choses correctement dès le départ ?

Ça n'a l'air partager par personne dans la communauté. Je ne suis pas allé voir s'il y a eu un ticket ou un mail là dessus. Mais c'est, je trouve significatif de difficultés avec le format que tu trouve si problématique les règles suivi par la communauté.

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

Je reviens au point qui préoccupe. Comme les éditeurs font de la coloration syntaxique pour du YAML c'est donc du YAML pur qui est vu et mis en évidence. Pour répondre à ton/ta besoin/demande, il faudrait rajouter une déclinaison qui serait la prise en compte du DSL… Pour faire une analogie, quand tu ouvres un document XHTML dans un éditeur qui le voit comme du XML, ça va certes reconnaitre qu'il y a des balises et des attributs et pouvoir indiquer les imbrications etc. Mais contrairement à un éditeur HTML pur, ça ne reconnait pas la sémantique qui lui permettrait de distinguer les balises valides des balises farfelues, et reconnaître proprement JS et CSS dedans. C'est exactement ce qu'il manque avec la prise en compte de Jinja2 dans du YAML (et c'est valable aussi si on utilise quelque autre mécanisme : j'ai perso déjà eu à faire des modèles YAML avec des variables shell mais les éditeurs ne savaient pas mettre ces intrus en évidence.)

C'est un long paragraphe pour me paraphraser. Je sais très bien ce qu'il manque et je l'ai dis dans mon commentaire. Comme tu le souligne il faudrait les mots clefs d'ansible le support de jinja2, voir une compréhension de la structure, des mots-clef, de jinja pour avoir de l'autocomplétion. Un linter qui va avec ça. Bref quand on superpose des syntaxes existantes, on obtiens pas le meilleur de chaque monde, mais le pire. On crée un nouveau format qui n'est que partiellement pris en charge un peu partout et cette prise en charge partielle et par effet goodenought ralenti fortement l'émergence d'outils agréables à utiliser.

Et non la solution n'est pas de tripatouiller les fichiers de syntaxes de ton éditeur, tu va avoir un truc qui marchote plus ou moins. La solution c'est d'utiliser le LSP proposé par le projet, mais voila son développement n'a commencé que l'an dernier pour un projet qui a 10 ans.

Le « FAST » dans le titre indique que les petites violations des bonnes pratiques sont assumées et ça me va : vite fait ne peut être toujours 100% bien fait…

Tu veux dire qu'ils veulent que ce soit tellement rapide qu'ils ont viré les quotes non nécessaires ? En tout cas si je regarde les playbook les mieux notés d'ansible galaxy, ils appliquent tous la règles "on ne quotes que les chaines pour les quel c'est nécessaire". Bon est pour aller plus loin encore c'est aussi la règle qui est utilisée dans le dépôt de playbooks servant à illustrer les bonnes pratiques pointées par la doc d'ansible comme quoi.

Avoir une indentation correcte et cohérente est, comme avec Python, plus facile à lire et limite les erreurs.

Quel est le problème avec l'indentation ?

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

L'outil se dit simple parce-que n'imposant rien

Il n'impose pas d'architecture, mais il est tout de même opiniated (rien que pour le côté déclaratif par exemple).

sa syntaxe (coder en yaml… faut être maso),

Cette mécompréhension fait qu'on appréhende l'outil de la plus mauvaise manière qui soit.

Pas besoin de chercher à faire des choses procédurales pour souffrir. Si je prends le premier playbook en suivant les liens dans la doc officielle (getting started → administrator getting started → playbook) on arrive ici : A system administrator's guide to getting started with Ansible - FAST!

et on nous montre ça (je garde que ce qui est nécessaire à mon exemple) :

---
- hosts: webservers
 become: yes
 tasks:
   - name: install Apache server
     yum:
       name: httpd
       state: latest
#...
   - name: set content directory group/permissions 
     file:
       path: /var/www/html
       owner: root
       group: web
       state: directory
       mode: u=rwx,g=rwx,o=rx,g+s

   - name: create default page content
     copy:
       content: "Welcome to {{ ansible_fqdn}} on {{ ansible_default_ipv4.address }}"
       dest: /var/www/html/index.html
       owner: webadm
       group: web
       mode: u=rw,g=rw,o=r

Et voila jinja2. Je comprends le choix (c'est LE moteur de template de python), mais tu as 2 syntaxe dans un même fichier, je n'ai jamais trouvé d'éditeur en mesure de représenter correctement les 2 syntaxes (comme ça existe pour html/js/css) et tu as un moteur de template complet (on manipule des structures de données fréquement) dans un langage de description qui est plutôt subtile (indentation, multiline, etc).

Tiens d'ailleurs la documentation redhat (qui est pointée par le site officiel d'ansible) ne respecte pas ce que tu décrit comme bonne pratique sur un getting started donc sur quelque chose qui est prévu pour être simple.

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