Je crois que ça a beaucoup était poussé et expliqué avec sendfile(2), mais je pense que ça reste utile pour tout usage où la source de données est dans l'espace kernel. haproxy pourrait par exemple établir la socket TLS puis établir un routage entre le serveur destinataire et le client via eBPF. Je parle là d'un cas d'usage où ça me paraît utile, je ne sais pas si c'est faisable ni dans linux ni dans freebsd.
Je ne doute pas de ta bonne fois donc je vais répondre (cela ne me paraît pas utile avec des gens qui abusent de mauvaise foi). Je suis loin, très loin d'être un connaisseur du sujet.
Parler de modèle est probablement un abus, mais il s'agit plus de l'identification comme celle que l'on peut avoir avec des personnages. Représenter uniquement des hommes (on parle de genre, mais ça peut marcher avec toute catégorisation) pour un métier. Outre le fait qu'il ne crée pas forcément de modèle comme vous en discutez. Cela induit des raccourcis dans nos esprits (le cerveaux adore les raccourcis). On prend souvent pour exemple la devinette de le femme médecin. Ce sont des programmations au point où les gens ne se posent même pas la question de faire ce qu'ils ont toujours vu d'autres le faire. On se retrouve avec peu de modèle (au sens entendu jusqu'ici dans le fil), une société qui t'induit dans un sens (je parle pas de violemment ou de contrainte, mais de ce qu'on te présente par défaut par exemple) et toi même qui te ferme à ce genre de possibilité. On regarde souvent ça par domaine, mais plus localement c'est bien pire si tu regarde les adminsys, les architectes logiciels ou ceux qui travaillent dans l'UX tu verra des disparités encore plus importantes.
Pourquoi c'est embêtant ?
D'une part les gens qui font le choix "hors norme" se retrouvent juger ou subissent des préjugés. Comme toute les libertés, c'est en l'exerçant que l'on l'entretiens. Mais surtout ces disparités entretiennent les préjugés plus généraux. Les répercussions sont terribles. Les "métiers de femmes" sont généralement moins valorisés, ils sont moins bien payés ne mènent pas vers des carrières aussi prospère que les "métiers d'hommes". Plus on tendra vers des mélanges, plus on s'approchera d'une société égalitaire. Ça vaudra aussi pour les hommes, mais ça marche pour tout un tas de critères (les carreleurs portugais par exemple).
télécharger un fichier de certificats racines à jour mis à disposition par le développeur de curl (en utilisant les certificats du système hôte pour ce premier téléchargement, c'est la ligne 8 dans ce script, donc à ajuster selon l'emplacement de ce fichier sur ton système) ; ce script ne télécharge pas le fichier si la version locale existe et n'est pas plus ancienne que la version sur le serveur
Je ne comprends pas très bien cette étape. Pourquoi celui de ta distribution ne suffit convient pas ? Dans le script tu demande à curl d'utiliser /private/etc/ssl/cert.pem, il sort d'où ce cacert ? curl.se est vérifié par let's encrypt qui est accepté par tous système que je connais.
Je demande parce que les petits hack de ce genre ont plus tendance à me rendre méfiant que confiant. Ce qui n'est pas un mal en soit, mais disons que s'il y a un manque de confiance au trousseau fourni par la distribution ça apporte bien plus de question que de réponse (et il y a alors des solutions bien plus complètes).
Nous n'avons effectivement pas les même références… Pour ceux qui ont la référence l'extraction a beaucoup de sens ici :)
J'ai peur d'être mal perçu si je passe par des euphémismes.
Voilà, c'est ma modeste contribution de ce vendredi pour vous aider à cogiter pour le reste de la semaine et être fun en soirée sur les terrasses de la monarchie républicaine. Maintenant, « macht doch eiern Dreck alleene », comme avait dit le dernier Roi de Saxe en 1918.
Et on en est fort aise. Ce n'est pas parce que le système n'est pas parfait que le précédent avait du sens. Le simple fait d'imaginer des rangs du fait de la naissance me semble gênant que l'on croit avoir le sang bleu, être de haute extraction ou tout autre bullshit qui pourraient être imaginé.
Tu remarquera par contre que toutes les exceptions dont tu parlais plus tôt sont soumise à la république, c'est loin d'être anodin et que le titre de principe du président de la république ne lui est pas attribué par la naissance, mais par le vote. Ce qui est très loin du délire de la noblesse.
Le truc c'est que, habituellement, les onglets pour ouvrir plusieurs fichiers dans une même fenêtre se trouvent en-dessous du menu et de la barre d'outils. Et si ces derniers veulent changer selon le contexte, ça peut faire bizarre. Pareil pour ce qui se trouve dans le panneau latéral.
C'est pourtant le fonctionnement de toutes les outlines. Ça doit pas être si choquant.
Et ces onglets qui se trouvent au-dessus, ça pourrait même s'appeler une barre des tâches. Oh tiens… :-)
Remarque que ce n'est pas parcage tu as plusieurs fenêtres que tu as plusieurs programmes ;)
Ce qui est intéressant c'est de voir les interactions que tu veux avoir. Tu veux probablement manipuler le build depuis tes sources sans avoir à changer de fenêtre (tu garde un feedback court pour le cycle code/test unitaire) et c'est quand tu modifie le cmake que tu as besoin de l'autre fenêtre. Mais attention il faut que l'éditeur soit mis au courant (soit il dit scruter le fichier et le recharger soit être informé manuellement ou via une ipc). Ça se gère, mais ça devient un peu plus embêtant quand tu veux proposer une modification du fichier depuis les sources. Tu commence par utiliser une bibliothèque mais tu ne l'a pas encore déclarée comme dépendance, certains IDE te proposent de l'ajouter eux-même.
Tu te retrouve avec 2 outils qui modifie le même fichier, il va te falloir de la synchronisation et donc un certain couplage entre les deux. Tu as aussi des outils qui parsent le fichier et tu espère qu'ils vont comprendre la même chose.
Tout ça pour dire que si ça n'est pas une mauvaise idée, c'est compréhensible de faire des IDE tout en un car c'est bien plus simple à créer et laisse bien plus de souplesse quant aux fonctionnalités que tu peux vouloir fournir.
Pour ce qui est d'utiliser des UI différentes d'un fichier à l'autre NetBeans le fais beaucoup il me semble, mais quand j'étais passé de NetBeans à intellij j'ai trouvé que garder un format texte, mais proposer un très haut niveau d'aide à l'édition était plus pertinent.
Et au passage, perso j'ai viré tous les onglets. Je navigue entre les fichiers via l'arborescence, via l'historique et via une recherche sémantique (je vais à la classe MachinTruc), je trouve les onglets contre productifs car ils m'oblige à les organiser (les supprimer, modifier leur ordre,…)
Et faut arrêter de mélanger les fonctionnalités pour utiliser les arguments pour la suppression d'une fonctionnalité pour expliquer la suppression d'une autre. Les live bookmak et le fait de spoter un site qui proposent du rss sont 2 choses distinctes qui n'ont même pas était supprimées au même moment.
Encore une fois, Mozilla fait bien ce qu'ils veulent, c'est moins pratique, mais c'est loin de me faire changer d'avis sur la supériorité de Firefox. Par contre toi tu utilise des arguments qui ne tiennent pas.
Je ne sais pas si ça a pris mais html5 est venu avec une spécification très différente pour faire la même chose. L'idée c'est d'annoter le html pour qu'il puisse être directement manipulable par un aggregateur. Je viens de découvrir, je ne sais pas si c'est réellement utilisé.
Je crois qu'il n'est pas question d'altitude. C'est "haute extraction" au sens extraction en grande quantité, de quoi ? Je ne sais pas, mais je crois que le fait que ce genre de filiation ne se transmet que par le père est un indice.
Donc on est plus sur le "les sites le montrent bien", il faut tenter à l'aveugle des pages. Ça marche bien pour les gens qui connaissent mais en terme de découvrabilité on repassera.
C'est le role des sites utilisant rss d'avertir l'utilisateur […]
Elle vient d'où cette règle ? Les sites peuvent déclarer pleins de choses via des méta information qui sont utilisés par les navigateurs (ou autre chose que des navigateurs d'ailleurs). Le fait d'avoir un moteur de recherche opensearch, le fait d'avoir un flux rss, le fait d'être installable en standalone, la langue du site,… Cette règle que tu énonce va à l'encontre des microformats poussés par Mozilla fut un temps. Ça a l'air tellement peu clair que Firefox ne l'a pas respecté pendant 10 ans et Chrome se met à ne plus la respecter.
Je ne suis pas de ceux qui pensent être victimisé par Mozilla et si je comprends qu'ils ne voulaient plus être client rss, je regrette qu'ils aient retiré la possibilité de facilement s'abonner à des flux. Ils ont voulu le retirer tant pis, mais ton argument me semble bien faible.
[…] ils le font pour la grand majorité.
C'est discutable ça. Tu sais trouver les flux atom de linuxfr par exemple ? Moi je dois passer le plan du site. Mais en plus l'ouverture d'un lien entraine pour firefox une popup qui te propose de télécharger le fichier ou de lancer un programme. Ça n'est pas très pratique quand tu utilise un agrégateur web. Je me fais systématiquement avoir et je dois annuler pour revenir sur le lien faire un clique droit > copier l'url.
J'ai sincèrement hésité à ouvrir la discussion et je tente de rappeler régulièrement que c'est une discussion (donc oui un échange de point de vu potentiellement différent). Je si c'est aussi mal pris malgré mes tentatives d'apaiser autant que j'en suis capable l'échange je vais m'arrêter là et plonker toute discussion linuxfrolinuxfrienne et pour t'arranger je peux te plonker par la même occasion. Bonne journée
Là, je ne comprends plus, selon toi, on ne doit rien retirer du site sans un jugement ?
Non, c'est le fait de supprimer parce que c'est peut être illégal qui me semble dommage. C'est l'appel à la loi "dans le doute" qui me semble discutable.
En plus, il faut retirer le manifestement illégal.
Là tu passe de "on va pas garder quelque chose alors qu'on ne sait pas si c'est légal" à "pourquoi est-ce que tu veut garder quelque chose de manifestement illégal".
Perso, je pense que si on se retrouve avec du contenu indexé dans d'autres langues, ça va mener d'autres non francophone. Prenons une entrée de forum écrite en russe qu'on ne supprime pas. On va avoir potentiellement des réponses en russe, qu'on ne supprime pas non plus. Au final, on a plus de contenu qu'on ne maitrise pas.
Quand je parlais des règles de modération, je pensais aussi à la loi. Savoir le message est haineux, par exemple, est difficile si on ne connait pas la langue.
Personne ici n'est juge et ne peut prononcer la loi. Tenter d'interdire préventivement me semble non seulement vain mais en plus malsain.
Du coup, quel est l'intérêt de le garder ?
Personnellement je suis d'avis de garder tout ce qui n'est pas explicitement à supprimer, mais ce n'est qu'un avis de béotien.
Tu n'a déjà pas la garantie que l'ensemble du site respect les règles de modération (simple l'évolution des règles n'entrainent pas un nettoyage complet du site et les règles ont une part normal de subjectivité). Pour ce qui est de garder du contenu qui pourrait être du spam, s'il n'a pas de lien par exemple il va rapidement sombrer dans l'oubli d'internet.
Je ne crois pas qu'un site comme linuxfr doit être perpétuellement clean, il y a un niveau de bruit qui me paraît tout à fait acceptable.
Voilà, dans l'imaginaire collectif (que les éditeur ont donc réussi à imposer), un EDI/IDE est une application qui ferait tout… (pour les devs j'entends.) C'est probablement une insistance sur le I par lequel ces solutions veulent être le seul point d'entrée Incontournable ; mais on oublie le E qui veut que ce soit quelque chose de modulable et adaptable (la "customisation" ne prend pas en compte de pouvoir remplacer des morceaux par d'autres mais passe par un système d'extension/greffon spécifique et l'illusion est faite.)
Je trouve bizarre de voir de la malveillance systématique (voir le rasoir de Hanlon par exemple). Ce n'est pas parce que quelque chose ne va pas dans ton sens qu'il est fait à ton encontre.
Ce n'est pas une question d'oublié un truc ou un autre. Il est question d'environnement de développement intégré, il est possible de se créer un environnement de développement. Comme ça n'est pas un outil en soit on en parle moins. Bien sûr il existe différent niveau d'intégration, mais :
il est bien plus facile de configuré un outil tout en un qui a était pensé comme tel et dont la documentation est en un seul endroit et harmonisé (et bien sûr avec un maximum d'auto-configuration)
quand tu as une seule équipe de dev qui gère l'ensemble de l'environnement ça demande un travail et une organisation particulière d'arriver à correctement segmenter
les plus vieux environnements intégrés qui me viennent en tête sont très très intégré, je pense à smalltalk ou à lisp, ils ont donné un modèle de ce que peut être l'intégration
le problème n'est pas l'intégration mais le couplage (donc ce n'est pas une insistance sur le I)
À lire avant le reste du commentaire1
Je donne un avis personnel basé sur ce que le lis dans la dépêche. C'est vraiment plus un question qu'autre chose. Notamment ce n'est pas une remise en cause de la modération. Continuez comme vous le faites c'est très cool. Cœur avec les doigts, peace…
Moi c'est plus le fait que ce qui n'est pas français est de la pollution soumis (de ce que je comprends) à de la suppression et empêchement que je trouve surprenant. Si un non-francophone se perd ici n'est-il pas plus humain de juste lui expliquer en anglais que nous sommes une communauté francophone ? Je suis sûr que de base il serait mieux accueilli que quelqu'un qui utilise le point médian.
Il me paraît relativement violent de considérer un pauvre clampin qui s'est paumé sur internet comme de la pollution. Un peu comme le cliché du parisien avec les touristes.
J'ai une vision biaisée et/ou de bisounours ? Ça représente un volume problématique ?
je sais que la modération peut être un sujet extrêmement sensible car un péquenaud comme moi qui ne fait rien et vient donner sa vérité peut être perçu de manière très violente ↩
(la vérité est que ça dépend de la qualité du plugin utilisé… comme quoi !)
Et donc pas particulièrement de LSP.
C'est pas surprenant que la seule boite qui s'intéresse à C# cherche plus à proposer le truc le mieux fini avec son produit chère qu'avec son produit gratuit (et réutilisable avec autre chose que ces produits).
Je suis un habitué d'intellij/java ce qui doit être l'un des environnements les plus sophistiqués dans le domaine et dès que je quitte java je préfère vscode qui fait très bien le taff et je sais ce qu'est le refactoring.
Jetbrain et les équipes de Visual Studio ont tout à perdre à participer à LSP et ils ont des années d'avance pour faire cela. Néanmoins tout le reste de l'industrie se lance avec enthousiasme dans LSP et c'est une architecture amplement supérieure aux 2 autres. Qu'il y ai encore des soucis dans le design du protocole ou dans des plugins ça ne fait aucun doute, mais c'est clairement le sens de l'histoire. Jetbrain tente de maintenir son avance autant que possible et se rangera quand il perdra la course et pour VS ça dépend de qui hors de chez MS est intéressé par faire du tooling .Net.
Ce n'est pas comme ça que ça fonctionne. Intéresse-toi à ce qu'est l'identification avec des personnages (ça pourrait t'être utile si un jour tu veux avoir de la narration dans un de tes jeux en plus d'un gameplay).
[^] # Re: le Karma est trop statique
Posté par barmic 🦦 . En réponse à la dépêche Discussion LinuxFr.org et la modération, le 3 mai 2021. Évalué à 2.
Moi aussi j'ai du karma à plus savoir qu'en faire, mais par obligeance je ne ferais pas mention de mon premier journal avec ce compte… Oups :)
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: In-kernel framing
Posté par barmic 🦦 . En réponse à la dépêche FreeBSD 13.0. Évalué à 5.
Je crois que ça a beaucoup était poussé et expliqué avec
sendfile(2), mais je pense que ça reste utile pour tout usage où la source de données est dans l'espace kernel. haproxy pourrait par exemple établir la socket TLS puis établir un routage entre le serveur destinataire et le client via eBPF. Je parle là d'un cas d'usage où ça me paraît utile, je ne sais pas si c'est faisable ni dans linux ni dans freebsd.https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: D'autres
Posté par barmic 🦦 . En réponse au lien De quoi changer les regards sur les gens qui font de l'informatique :-). Évalué à 2.
Je ne doute pas de ta bonne fois donc je vais répondre (cela ne me paraît pas utile avec des gens qui abusent de mauvaise foi). Je suis loin, très loin d'être un connaisseur du sujet.
Parler de modèle est probablement un abus, mais il s'agit plus de l'identification comme celle que l'on peut avoir avec des personnages. Représenter uniquement des hommes (on parle de genre, mais ça peut marcher avec toute catégorisation) pour un métier. Outre le fait qu'il ne crée pas forcément de modèle comme vous en discutez. Cela induit des raccourcis dans nos esprits (le cerveaux adore les raccourcis). On prend souvent pour exemple la devinette de le femme médecin. Ce sont des programmations au point où les gens ne se posent même pas la question de faire ce qu'ils ont toujours vu d'autres le faire. On se retrouve avec peu de modèle (au sens entendu jusqu'ici dans le fil), une société qui t'induit dans un sens (je parle pas de violemment ou de contrainte, mais de ce qu'on te présente par défaut par exemple) et toi même qui te ferme à ce genre de possibilité. On regarde souvent ça par domaine, mais plus localement c'est bien pire si tu regarde les adminsys, les architectes logiciels ou ceux qui travaillent dans l'UX tu verra des disparités encore plus importantes.
Pourquoi c'est embêtant ?
D'une part les gens qui font le choix "hors norme" se retrouvent juger ou subissent des préjugés. Comme toute les libertés, c'est en l'exerçant que l'on l'entretiens. Mais surtout ces disparités entretiennent les préjugés plus généraux. Les répercussions sont terribles. Les "métiers de femmes" sont généralement moins valorisés, ils sont moins bien payés ne mènent pas vers des carrières aussi prospère que les "métiers d'hommes". Plus on tendra vers des mélanges, plus on s'approchera d'une société égalitaire. Ça vaudra aussi pour les hommes, mais ça marche pour tout un tas de critères (les carreleurs portugais par exemple).
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Les chiens aboient...
Posté par barmic 🦦 . En réponse au journal TousAntiCovid Carnets, sans TousAntiCovid. Évalué à 6.
La plupart des électeurs n'ont jamais exercé de mandat. Et d'ailleurs ne rien faire peut être une position choisie mûrement.
Comme toute citation, on peut en trouver assez vite les limites.
Je suis d'accord qu'il faut relativiser les critiques.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Paquets ELPA/MELPA et config perso
Posté par barmic 🦦 . En réponse au journal Un noob et son Emacs: charger différentes configs au démarrage. Évalué à 3.
Je ne comprends pas très bien cette étape. Pourquoi celui de ta distribution ne suffit convient pas ? Dans le script tu demande à curl d'utiliser
/private/etc/ssl/cert.pem, il sort d'où ce cacert ? curl.se est vérifié par let's encrypt qui est accepté par tous système que je connais.Je demande parce que les petits hack de ce genre ont plus tendance à me rendre méfiant que confiant. Ce qui n'est pas un mal en soit, mais disons que s'il y a un manque de confiance au trousseau fourni par la distribution ça apporte bien plus de question que de réponse (et il y a alors des solutions bien plus complètes).
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: 🍾🍾🍾🍾🍾
Posté par barmic 🦦 . En réponse au lien Chrome va rajouter un bouton "Suivre" pour s'abonner aux flux RSS (oui oui, en 2021). Évalué à 2.
Si tu y crois, ça semble être l'essentiel.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: À propos de faire valoir le titre de Royauté ou de Noblesse
Posté par barmic 🦦 . En réponse au journal Multiple démissions dans l'équipe du réseau IRC Freenode. Évalué à 4.
Nous n'avons effectivement pas les même références… Pour ceux qui ont la référence l'extraction a beaucoup de sens ici :)
J'ai peur d'être mal perçu si je passe par des euphémismes.
Et on en est fort aise. Ce n'est pas parce que le système n'est pas parfait que le précédent avait du sens. Le simple fait d'imaginer des rangs du fait de la naissance me semble gênant que l'on croit avoir le sang bleu, être de haute extraction ou tout autre bullshit qui pourraient être imaginé.
Tu remarquera par contre que toutes les exceptions dont tu parlais plus tôt sont soumise à la république, c'est loin d'être anodin et que le titre de principe du président de la république ne lui est pas attribué par la naissance, mais par le vote. Ce qui est très loin du délire de la noblesse.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Utile aussi aux développeurs de langages
Posté par barmic 🦦 . En réponse à la dépêche LSP (Language Server Protocol). Évalué à 3.
C'est pourtant le fonctionnement de toutes les outlines. Ça doit pas être si choquant.
Remarque que ce n'est pas parcage tu as plusieurs fenêtres que tu as plusieurs programmes ;)
Ce qui est intéressant c'est de voir les interactions que tu veux avoir. Tu veux probablement manipuler le build depuis tes sources sans avoir à changer de fenêtre (tu garde un feedback court pour le cycle code/test unitaire) et c'est quand tu modifie le cmake que tu as besoin de l'autre fenêtre. Mais attention il faut que l'éditeur soit mis au courant (soit il dit scruter le fichier et le recharger soit être informé manuellement ou via une ipc). Ça se gère, mais ça devient un peu plus embêtant quand tu veux proposer une modification du fichier depuis les sources. Tu commence par utiliser une bibliothèque mais tu ne l'a pas encore déclarée comme dépendance, certains IDE te proposent de l'ajouter eux-même.
Tu te retrouve avec 2 outils qui modifie le même fichier, il va te falloir de la synchronisation et donc un certain couplage entre les deux. Tu as aussi des outils qui parsent le fichier et tu espère qu'ils vont comprendre la même chose.
Tout ça pour dire que si ça n'est pas une mauvaise idée, c'est compréhensible de faire des IDE tout en un car c'est bien plus simple à créer et laisse bien plus de souplesse quant aux fonctionnalités que tu peux vouloir fournir.
Pour ce qui est d'utiliser des UI différentes d'un fichier à l'autre NetBeans le fais beaucoup il me semble, mais quand j'étais passé de NetBeans à intellij j'ai trouvé que garder un format texte, mais proposer un très haut niveau d'aide à l'édition était plus pertinent.
Et au passage, perso j'ai viré tous les onglets. Je navigue entre les fichiers via l'arborescence, via l'historique et via une recherche sémantique (je vais à la classe MachinTruc), je trouve les onglets contre productifs car ils m'oblige à les organiser (les supprimer, modifier leur ordre,…)
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: 🍾🍾🍾🍾🍾
Posté par barmic 🦦 . En réponse au lien Chrome va rajouter un bouton "Suivre" pour s'abonner aux flux RSS (oui oui, en 2021). Évalué à 5.
Et faut arrêter de mélanger les fonctionnalités pour utiliser les arguments pour la suppression d'une fonctionnalité pour expliquer la suppression d'une autre. Les live bookmak et le fait de spoter un site qui proposent du rss sont 2 choses distinctes qui n'ont même pas était supprimées au même moment.
Encore une fois, Mozilla fait bien ce qu'ils veulent, c'est moins pratique, mais c'est loin de me faire changer d'avis sur la supériorité de Firefox. Par contre toi tu utilise des arguments qui ne tiennent pas.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: RSS ou Atom, bonnes pratiques pour développer un site web
Posté par barmic 🦦 . En réponse au lien Chrome va rajouter un bouton "Suivre" pour s'abonner aux flux RSS (oui oui, en 2021). Évalué à 6.
Je ne sais pas si ça a pris mais html5 est venu avec une spécification très différente pour faire la même chose. L'idée c'est d'annoter le html pour qu'il puisse être directement manipulable par un aggregateur. Je viens de découvrir, je ne sais pas si c'est réellement utilisé.
http://microformats.org/wiki/h-entry
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: À propos de faire valoir le titre de Royauté ou de Noblesse
Posté par barmic 🦦 . En réponse au journal Multiple démissions dans l'équipe du réseau IRC Freenode. Évalué à 3.
Je crois qu'il n'est pas question d'altitude. C'est "haute extraction" au sens extraction en grande quantité, de quoi ? Je ne sais pas, mais je crois que le fait que ce genre de filiation ne se transmet que par le père est un indice.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: 🍾🍾🍾🍾🍾
Posté par barmic 🦦 . En réponse au lien Chrome va rajouter un bouton "Suivre" pour s'abonner aux flux RSS (oui oui, en 2021). Évalué à 5.
Le clique sur une icône rss dans le temps sur firefox permettait de lister plusieurs flux si plusieurs flux étaient trouvés.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: 🍾🍾🍾🍾🍾
Posté par barmic 🦦 . En réponse au lien Chrome va rajouter un bouton "Suivre" pour s'abonner aux flux RSS (oui oui, en 2021). Évalué à 5.
Donc on est plus sur le "les sites le montrent bien", il faut tenter à l'aveugle des pages. Ça marche bien pour les gens qui connaissent mais en terme de découvrabilité on repassera.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: 🍾🍾🍾🍾🍾
Posté par barmic 🦦 . En réponse au lien Chrome va rajouter un bouton "Suivre" pour s'abonner aux flux RSS (oui oui, en 2021). Évalué à 6.
Elle vient d'où cette règle ? Les sites peuvent déclarer pleins de choses via des méta information qui sont utilisés par les navigateurs (ou autre chose que des navigateurs d'ailleurs). Le fait d'avoir un moteur de recherche opensearch, le fait d'avoir un flux rss, le fait d'être installable en standalone, la langue du site,… Cette règle que tu énonce va à l'encontre des microformats poussés par Mozilla fut un temps. Ça a l'air tellement peu clair que Firefox ne l'a pas respecté pendant 10 ans et Chrome se met à ne plus la respecter.
Je ne suis pas de ceux qui pensent être victimisé par Mozilla et si je comprends qu'ils ne voulaient plus être client rss, je regrette qu'ils aient retiré la possibilité de facilement s'abonner à des flux. Ils ont voulu le retirer tant pis, mais ton argument me semble bien faible.
C'est discutable ça. Tu sais trouver les flux atom de linuxfr par exemple ? Moi je dois passer le plan du site. Mais en plus l'ouverture d'un lien entraine pour firefox une popup qui te propose de télécharger le fichier ou de lancer un programme. Ça n'est pas très pratique quand tu utilise un agrégateur web. Je me fais systématiquement avoir et je dois annuler pour revenir sur le lien faire un clique droit > copier l'url.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: ce qui n’est pas en français
Posté par barmic 🦦 . En réponse à la dépêche Discussion LinuxFr.org et la modération, le 3 mai 2021. Évalué à 0.
J'ai sincèrement hésité à ouvrir la discussion et je tente de rappeler régulièrement que c'est une discussion (donc oui un échange de point de vu potentiellement différent). Je si c'est aussi mal pris malgré mes tentatives d'apaiser autant que j'en suis capable l'échange je vais m'arrêter là et plonker toute discussion linuxfrolinuxfrienne et pour t'arranger je peux te plonker par la même occasion. Bonne journée
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: ce qui n’est pas en français
Posté par barmic 🦦 . En réponse à la dépêche Discussion LinuxFr.org et la modération, le 3 mai 2021. Évalué à 2.
Non, c'est le fait de supprimer parce que c'est peut être illégal qui me semble dommage. C'est l'appel à la loi "dans le doute" qui me semble discutable.
Là tu passe de "on va pas garder quelque chose alors qu'on ne sait pas si c'est légal" à "pourquoi est-ce que tu veut garder quelque chose de manifestement illégal".
C'est pour ça que je questionnais le volume.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: ce qui n’est pas en français
Posté par barmic 🦦 . En réponse à la dépêche Discussion LinuxFr.org et la modération, le 3 mai 2021. Évalué à 2.
Encore une fois je ne suis qu'un péquenaud.
Personne ici n'est juge et ne peut prononcer la loi. Tenter d'interdire préventivement me semble non seulement vain mais en plus malsain.
Personnellement je suis d'avis de garder tout ce qui n'est pas explicitement à supprimer, mais ce n'est qu'un avis de béotien.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: ce qui n’est pas en français
Posté par barmic 🦦 . En réponse à la dépêche Discussion LinuxFr.org et la modération, le 3 mai 2021. Évalué à 2.
Et oui je pense que la damnatio memoriae est too much pour linuxfr
^^https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: ce qui n’est pas en français
Posté par barmic 🦦 . En réponse à la dépêche Discussion LinuxFr.org et la modération, le 3 mai 2021. Évalué à 2.
Tu n'a déjà pas la garantie que l'ensemble du site respect les règles de modération (simple l'évolution des règles n'entrainent pas un nettoyage complet du site et les règles ont une part normal de subjectivité). Pour ce qui est de garder du contenu qui pourrait être du spam, s'il n'a pas de lien par exemple il va rapidement sombrer dans l'oubli d'internet.
Je ne crois pas qu'un site comme linuxfr doit être perpétuellement clean, il y a un niveau de bruit qui me paraît tout à fait acceptable.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: ce qui n’est pas en français
Posté par barmic 🦦 . En réponse à la dépêche Discussion LinuxFr.org et la modération, le 3 mai 2021. Évalué à 2.
Donc le problème ce n'est pas les commentaires non francophones, mais le spam quelque soit sa langue. La dépêche semblait séparer ces 2 catégories.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: ce qui n’est pas en français
Posté par barmic 🦦 . En réponse à la dépêche Discussion LinuxFr.org et la modération, le 3 mai 2021. Évalué à 2.
Hé hé pas mal
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Éditeur de texte / IDE
Posté par barmic 🦦 . En réponse à la dépêche LSP (Language Server Protocol). Évalué à 3.
Et c'est précisément l'intérêt de LSP.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: ce qui n’est pas en français
Posté par barmic 🦦 . En réponse à la dépêche Discussion LinuxFr.org et la modération, le 3 mai 2021. Évalué à 1.
Moi c'est plus le fait que ce qui n'est pas français est de la pollution soumis (de ce que je comprends) à de la suppression et empêchement que je trouve surprenant. Si un non-francophone se perd ici n'est-il pas plus humain de juste lui expliquer en anglais que nous sommes une communauté francophone ? Je suis sûr que de base il serait mieux accueilli que quelqu'un qui utilise le point médian.
Il me paraît relativement violent de considérer un pauvre clampin qui s'est paumé sur internet comme de la pollution. Un peu comme le cliché du parisien avec les touristes.
J'ai une vision biaisée et/ou de bisounours ? Ça représente un volume problématique ?
je sais que la modération peut être un sujet extrêmement sensible car un péquenaud comme moi qui ne fait rien et vient donner sa vérité peut être perçu de manière très violente ↩
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Points de vue alternatifs
Posté par barmic 🦦 . En réponse à la dépêche LSP (Language Server Protocol). Évalué à 3.
Et donc pas particulièrement de LSP.
C'est pas surprenant que la seule boite qui s'intéresse à C# cherche plus à proposer le truc le mieux fini avec son produit chère qu'avec son produit gratuit (et réutilisable avec autre chose que ces produits).
Je suis un habitué d'intellij/java ce qui doit être l'un des environnements les plus sophistiqués dans le domaine et dès que je quitte java je préfère vscode qui fait très bien le taff et je sais ce qu'est le refactoring.
Jetbrain et les équipes de Visual Studio ont tout à perdre à participer à LSP et ils ont des années d'avance pour faire cela. Néanmoins tout le reste de l'industrie se lance avec enthousiasme dans LSP et c'est une architecture amplement supérieure aux 2 autres. Qu'il y ai encore des soucis dans le design du protocole ou dans des plugins ça ne fait aucun doute, mais c'est clairement le sens de l'histoire. Jetbrain tente de maintenir son avance autant que possible et se rangera quand il perdra la course et pour VS ça dépend de qui hors de chez MS est intéressé par faire du tooling .Net.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: D'autres
Posté par barmic 🦦 . En réponse au lien De quoi changer les regards sur les gens qui font de l'informatique :-). Évalué à 3.
Ce n'est pas comme ça que ça fonctionne. Intéresse-toi à ce qu'est l'identification avec des personnages (ça pourrait t'être utile si un jour tu veux avoir de la narration dans un de tes jeux en plus d'un gameplay).
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll