Posté par barmic 🦦 le 22 mai 2021 à 18:52. En réponse au journal Un noob et son Emacs: charger différentes configs au démarrage. Évalué à  3.
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.
/private/etc/ssl/cert.pem
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
Posté par barmic 🦦 le 22 mai 2021 à 14:41. 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.
Posté par barmic 🦦 le 22 mai 2021 à 10:21. 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.
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.
Posté par barmic 🦦 le 22 mai 2021 à 09:25. En réponse à la dépêche LSP (Language Server Protocol). Évalué à  3.
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,…)
Posté par barmic 🦦 le 21 mai 2021 à 23:58. 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.
Posté par barmic 🦦 le 21 mai 2021 à 23:53. 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
Posté par barmic 🦦 le 21 mai 2021 à 19:51. 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.
Posté par barmic 🦦 le 21 mai 2021 à 19:34. En réponse au lien Chrome va rajouter un bouton "Suivre" pour s'abonner aux flux RSS (oui oui, en 2021). Évalué à  5.
Je ne comprends pas trop en quoi une icône RSS dans le navigateur va simplifier ça.
Le clique sur une icône rss dans le temps sur firefox permettait de lister plusieurs flux si plusieurs flux étaient trouvés.
Posté par barmic 🦦 le 21 mai 2021 à 19:33. 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.
Posté par barmic 🦦 le 21 mai 2021 à 19:05. En réponse au lien Chrome va rajouter un bouton "Suivre" pour s'abonner aux flux RSS (oui oui, en 2021). Évalué à  6.
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.
Posté par barmic 🦦 le 21 mai 2021 à 11:59. 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
Posté par barmic 🦦 le 21 mai 2021 à 11:53. En réponse à la dépêche Discussion LinuxFr.org et la modération, le 3 mai 2021. Évalué à  2.
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.
C'est pour ça que je questionnais le volume.
Posté par barmic 🦦 le 21 mai 2021 à 11:21. 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.
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.
Posté par barmic 🦦 le 21 mai 2021 à 11:15. 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 ^^
^^
Posté par barmic 🦦 le 21 mai 2021 à 11:07. 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.
Posté par barmic 🦦 le 21 mai 2021 à 10:49. 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.
Posté par barmic 🦦 le 21 mai 2021 à 10:45. En réponse à la dépêche Discussion LinuxFr.org et la modération, le 3 mai 2021. Évalué à  2.
Clampin genre le dev principal d'un logiciel dont on discute ? :) https://linuxfr.org/users/krunch/journaux/zeromq-et-les-mangoustes#comment-1407288
Clampin genre le dev principal d'un logiciel dont on discute ? :)
https://linuxfr.org/users/krunch/journaux/zeromq-et-les-mangoustes#comment-1407288
Hé hé pas mal
Posté par barmic 🦦 le 21 mai 2021 à 10:43. En réponse à la dépêche LSP (Language Server Protocol). Évalué à  3.
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.)
Et c'est précisément l'intérêt de LSP.
Posté par barmic 🦦 le 21 mai 2021 à 10:22. En réponse à la dépêche Discussion LinuxFr.org et la modération, le 3 mai 2021. Évalué à  1.
À 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 ↩
Posté par barmic 🦦 le 20 mai 2021 à 23:41. En réponse à la dépêche LSP (Language Server Protocol). Évalué à  3.
(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.
Posté par barmic 🦦 le 20 mai 2021 à 23:30. 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).
Posté par barmic 🦦 le 20 mai 2021 à 18:16. En réponse au lien De quoi changer les regards sur les gens qui font de l'informatique :-). Évalué à  2.
Je me demande si beaucoup de gens de ma génération ont choisi l'informatique pour suivre un modèle (lesquels? les geeks n'avaient pas exactement bonne réputation…).
Je ne sais pas de quelle génération tu fais parti, mais dans la mienne tu avais d'un coté des geek boutonneux et de l'autre tu avais ça :
Mais un bonne part de mes promos étaient attiré au moins initialement par les jeux vidéos, il n'y a pas d'époque (à partir du moment où c'est devenu une industrie) où les jeux vidéos n'ont pas offert pléthore de modèles aux petits garçons.
Posté par barmic 🦦 le 20 mai 2021 à 09:14. En réponse au journal Multiple démissions dans l'équipe du réseau IRC Freenode. Évalué à  5.
D'autant que ça n'est pas de la fiction. Créer une association ou une fondation avec des statuts ça existe ou se coller à un organisme existant comme Apache ou Eclipse. Tu as en plus d'autres solutions plus exotiques comme le fonctionnement de Debian.
C'est chiant et si, logiquement1, tu ne le fait pas dès le départ il faut savoir quand s'y mettre, mais ce n'est pas quelque chose de lunaire. Ça fait parti de la santé des projets comme le nombre de contributeurs, l'activité du projet ou son financement.
quand tu es seul à coder, tu n'es même pas éligible à toutes ses solutions ↩
Posté par barmic 🦦 le 20 mai 2021 à 06:48. En réponse au journal Multiple démissions dans l'équipe du réseau IRC Freenode. Évalué à  8.
Ben non… on peut avoir une autre vision de la société et même si tu as peut-être raison légalement, ce n'est pas une raison pour ne pas discuter des problèmes et des solutions possibles.
Pour le coup c'est bien ce que zenitram dis: il faut s'en préoccuper. Laisser à "d'autres" les démarches administratives permet à "d'autres" de prendre le contrôle. C'est comme utiliser une licence BSD et être choqué de voir apparaître un fork propriétaire de son code.
Au passage, il n'a dit à personne de ne pas en parler, il a donner son point de vue en expliquant que c'est récurant et en donnant sa solution. Je vous pas pourquoi il fait dire qu'il veut éteindre le débat
Posté par barmic 🦦 le 20 mai 2021 à 06:39. En réponse à la dépêche LSP (Language Server Protocol). Évalué à  4.
Jetbrain ont démarré bien avant la création de LSP et n'ont aucun intérêt à y passer, ça remettrait en cause l'un de leur principal argument de vente.
Au contraire la plupart des IDE qui n'ont pas d'intérêt commerciaux ou qui ne sont pas les leaders l'accueil avec intérêt.
C'est architecturalement, de loin, une bien meilleure solution. Tu as une bien meilleure séparation des sujets et un découpage qui peut te permettre de de garder un éditeur fluide. Peut être qu'LSP doit évolution pour être fonctionnement plus complet, mais ça n'est pas ce qu'il y a de plus complexe.
Donc oui l'inertie, le jeu des concurrences et le manque de maturité font que ça n'est pas la solution que l'on trouve partout aujourd'hui, mais si tu regardes l'usage actuel par rapport à la jeunesse du truc c'est assez fulgurant.
[^] # 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
[^] # 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 sais pas de quelle génération tu fais parti, mais dans la mienne tu avais d'un coté des geek boutonneux et de l'autre tu avais ça :
Mais un bonne part de mes promos étaient attiré au moins initialement par les jeux vidéos, il n'y a pas d'époque (à partir du moment où c'est devenu une industrie) où les jeux vidéos n'ont pas offert pléthore de modèles aux petits garçons.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Rien n'appartient à une "communauté"
Posté par barmic 🦦 . En réponse au journal Multiple démissions dans l'équipe du réseau IRC Freenode. Évalué à  5.
D'autant que ça n'est pas de la fiction. Créer une association ou une fondation avec des statuts ça existe ou se coller à un organisme existant comme Apache ou Eclipse. Tu as en plus d'autres solutions plus exotiques comme le fonctionnement de Debian.
C'est chiant et si, logiquement1, tu ne le fait pas dès le départ il faut savoir quand s'y mettre, mais ce n'est pas quelque chose de lunaire. Ça fait parti de la santé des projets comme le nombre de contributeurs, l'activité du projet ou son financement.
quand tu es seul à coder, tu n'es même pas éligible à toutes ses solutions ↩
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Rien n'appartient à une "communauté"
Posté par barmic 🦦 . En réponse au journal Multiple démissions dans l'équipe du réseau IRC Freenode. Évalué à  8.
Pour le coup c'est bien ce que zenitram dis: il faut s'en préoccuper. Laisser à "d'autres" les démarches administratives permet à "d'autres" de prendre le contrôle. C'est comme utiliser une licence BSD et être choqué de voir apparaître un fork propriétaire de son code.
Au passage, il n'a dit à personne de ne pas en parler, il a donner son point de vue en expliquant que c'est récurant et en donnant sa solution. Je vous pas pourquoi il fait dire qu'il veut éteindre le débat
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é à  4.
Jetbrain ont démarré bien avant la création de LSP et n'ont aucun intérêt à y passer, ça remettrait en cause l'un de leur principal argument de vente.
Au contraire la plupart des IDE qui n'ont pas d'intérêt commerciaux ou qui ne sont pas les leaders l'accueil avec intérêt.
C'est architecturalement, de loin, une bien meilleure solution. Tu as une bien meilleure séparation des sujets et un découpage qui peut te permettre de de garder un éditeur fluide. Peut être qu'LSP doit évolution pour être fonctionnement plus complet, mais ça n'est pas ce qu'il y a de plus complexe.
Donc oui l'inertie, le jeu des concurrences et le manque de maturité font que ça n'est pas la solution que l'on trouve partout aujourd'hui, mais si tu regardes l'usage actuel par rapport à la jeunesse du truc c'est assez fulgurant.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll