barmic 🦦 a écrit 6003 commentaires

  • [^] # Re: ce qui n’est pas en français

    Posté par  . 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 ?


    1. 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  . 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.

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

  • [^] # Re: D'autres

    Posté par  . 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  . 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 :

    Neo qui arrĂŞte des balles

    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  . 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.


    1. 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  . 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

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

  • [^] # Re: Utile aussi aux dĂ©veloppeurs de langages

    Posté par  . 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

  • [^] # Re: Utile aussi aux dĂ©veloppeurs de langages

    Posté par  . En réponse à la dépêche LSP (Language Server Protocol). Évalué à 6.

    LSP est un bon premier choix, mais il y a souvent moyen de faire mieux en développant des outils spécialisés (en se basant quand même sur des bibliothèques plus générales qui font déjà une grosse partie du boulot).

    Comme tu le dis c'est un très bon moyen de créer un éditeur anémique. Ardiuno avait pour lui d'avoir l'attrait du matériel, mais ce n'est pas le cas de tous les langages. Il faut donner une bonne raison à des développeurs qui ont déjà passé du temps sur leur éditeur à passer au tiens pour apprendre ton langage et ton éditeur.

    Proposer simplement une intégration dans un grand nombre d'éditeur sur chaque plate-forme, c'est un confort indéniable.

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

  • [^] # Re: Ed(1)

    Posté par  . En réponse à la dépêche LSP (Language Server Protocol). Évalué à 2.

    À éditer des textes sans s'encombrer de fonctionnalités inutiles comme voir le texte qu'on est en train d'éditer.

    C'est une façon de travailler son palais mental ?

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

  • [^] # Re: Ed(1)

    Posté par  . En réponse à la dépêche LSP (Language Server Protocol). Évalué à 3.

    Tu installe quoi pour l'un comme pour l'autre ? Je n'ai pas ed et ex chez moi pointe sur vim et c'est juste vim lancé en mode ex par défaut (mais quand on passe en mode visual c'est clairement vim complet qui est lancé).

    Je ne me souviens plus de ed, mais quel est l'intérêt de ex ?

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

  • [^] # Re: Question bĂŞte…

    Posté par  . En réponse à la dépêche LSP (Language Server Protocol). Évalué à 10. Dernière modification le 19 mai 2021 à 09:03.

    Il n'est pas question d'un serveur publique centralisé accédé via internet, mais de serveur qui sont lancés en tâche de fond sur ton ordinateur (comme le serveur X par exemple).

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

  • [^] # Re: Pas de solution ?

    Posté par  . En réponse au lien Exfiltration de données via des macros Rust. Évalué à 2.

    Ah je n'ai pas assez essayé alors. Il me semblait qu'il m'avait demandé ça via une popup dès l'ouverture.

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

  • # Utile aussi aux dĂ©veloppeurs de langages

    Posté par  . En réponse à la dépêche LSP (Language Server Protocol). Évalué à 8.

    Aujourd’hui, il est certes intégré à VSCode, mais donc également disponible pour tout le monde, qui (le monde) n’a pas été long à se saisir de l’opportunité de se débarrasser de cette logique extrêmement contraignante, pour la déléguer à un serveur externe et se concentrer uniquement sur les capacités d’édition à proprement parler ; c’est vrai quoi, chacun son boulot, et un éditeur, pour faire par exemple du C++ n’a pas à embarquer toute la documentation (à jour) du langage dans le logiciel lui-même.

    Ça aide aussi pas mal les développeurs de langages qui peuvent implémenter un LSP pour être intégré dans toute une série d'éditeurs sans avoir à l'implémenter dans chacun (directement ou via une extension).

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

  • [^] # Re: La vraie question

    Posté par  . En réponse au lien De quoi changer les regards sur les gens qui font de l'informatique :-). Évalué à -6. Dernière modification le 19 mai 2021 à 08:40.

    J'assume parfaitement mon ton. Je trouve sincèrement ça ignoble autant le commentaire racine que cette manière de se cacher derrière de la sémantique complètement pétée.

    Quoi qu'il en soit, je doute que cela vaille le coup de s'échauffer à ce point et je me concentrerai sur les messages de Gil Cot et Jean-Baptiste Faure qui répondent parfaitement à la question de devnewton.

    Moi je trouve que leurs commentaires ne prennent pas la mesure de ce genre de commentaire et le font passer pour discutable. Ce n'est pas une première pour devnewton non plus.

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

  • [^] # Re: Halte au sexisme !

    Posté par  . En réponse au lien De quoi changer les regards sur les gens qui font de l'informatique :-). Évalué à 2.

    Je suis pas sûr que ce soit pertinent de prendre un exemple qui a 70~80 ans sans plus d'explication. Tout n'est pas parfait (loin de là…), mais affirmer que rien a changé entre les années 40 et aujourd'hui est factuellement faux.

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

  • [^] # Re: La vraie question

    Posté par  . En réponse au lien De quoi changer les regards sur les gens qui font de l'informatique :-). Évalué à -10.

    Tu te fou de la gueule du monde tu parle de licence. Tu veux savoir si tu es libre de l'utiliser ou de la redistribuer ? C'est inadmissible de se comporter comme ça et ta tentative de te raccrocher aux branches ne trompe personne.

    C'est écœurant.

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

  • [^] # Re: Pas de solution ?

    Posté par  . En réponse au lien Exfiltration de données via des macros Rust. Évalué à 3.

    Je peux également faire une liste verte des dossiers qui sont autorisés (dans laquelle je met mes projets "sûrs" pour ne pas avoir à répondre à la question chaque fois que j'ouvre un éditeur)

    Attention aux PR/MR vérolées ;)

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

  • [^] # Re: Pas de solution ?

    Posté par  . En réponse au lien Exfiltration de données via des macros Rust. Évalué à 4. Dernière modification le 18 mai 2021 à 21:59.

    En fait quand tu prend du code sur internet et que tu l'ouvre avec ton outil favori, tu exécute du code arbitraire, que ce soit via une macro rust, l'outil de build ou le code lui même cela pose un risque.

    Oui, il fait l'auditer, mais d'une part est-ce que l'on sait auditer la sécurité de n'importe quel code ? D'autre part pour cela il faut que l'outil que tu utilise pour le le code ne se fasse pas déjà trouer par la lecture (comme avec la coloration syntaxique par exemple, mais ce n'est qu'une option).

    Il faut bien se rendre compte que récupérer du code et le lire sur son ordinateur et la base de la collaboration des projets communautaires. Donc potentiellement des gens qui ne sont pas professionnels ou qui n'y passent pas 8h/jour et qui n'ont pas d'équipes de DSI ni même d'infrastructures pour dédier une machine à chaque tâche.

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

  • [^] # Re: Pas de solution ?

    Posté par  . En réponse au lien Exfiltration de données via des macros Rust. Évalué à 2.

    Je trouve dommage que ce soit fait Ă  l'ouverture, je pense que ce serait bien que ce soit fait via un truc non bloquant pour pouvoir regarder le code puis accepter (ou non).

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

  • [^] # Re: Pas de solution ?

    Posté par  . En réponse au lien Exfiltration de données via des macros Rust. Évalué à 2.

    Maintenant, il n'est pas impossible que d'autres langages soient impactés (java par exemple)

    Quelque soit le langage l'outil de build peut faire ce qu'il veut et le code lui même si tu as l'intention de l'exécuter un jour.

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

  • [^] # Re: Pas de solution ?

    Posté par  . En réponse au lien Exfiltration de données via des macros Rust. Évalué à 3.

    Ben si, la solution c'est de pas avoir accès à Internet depuis ta machine de dev (ou ton réseau de prod).

    Ça n'empêche pas un ransomware de chiffrer tes données et de te demander une rançon.

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

  • [^] # Re: guix vs nix et nixos

    Posté par  . En réponse à la dépêche GNU Guix 1.3.0 est publié. Évalué à 5.

    J'avoue être allé vite j'ai commencé à chercher par le tag nix ou guix, je ne sais plus et quand je suis tombé sur ce titre je me suis dis que ça correspondait sans suffisamment vérifier. Néanmoins avec ces 2 tags on trouve de quoi se faire une idée.

    Si la questions se pose aussi régulièrement malgré le temps c'est qu'il n'y a pas de différence fondamental. nix utilise un DSL et n'est pas aussi catégorique au sujet du non libre (et a plus de paquets) alors que guix apporte un aspect bootstrap de build (comment tout construire à partir du minimum).

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

  • [^] # Re: guix vs nix et nixos

    Posté par  . En réponse à la dépêche GNU Guix 1.3.0 est publié. Évalué à 4.

    On a un journal qui en parle : NixOS vs Guix System, premiers pas.

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

  • [^] # Re: Titre

    Posté par  . En réponse au journal Ma découverte de Docker. Évalué à 3.

    T’as raison, c’est juste un vilain hack

    Intéressant, je n'étais pas allé voir. La doc est intéressante : https://docs.microsoft.com/fr-fr/virtualization/windowscontainers/deploy-containers/linux-containers

    Ils ont implémenté des conteneurs windows et docker peut être utilisé pour les manipuler. Évidement ce sont des conteneurs les conteneurs windows tournent sous windows et ceux linux qui tournent sous linux.

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

  • # Lien symbolique

    Posté par  . En réponse au journal Fedora Silverblue sur un mini laptop. Évalué à 3.

    Cela génère un fichier dans ~/.config/monitors.xml qu'il suffit de copier dans /var/lib/gdm/.config pour qu'il l'applique aussi à l'invite de login.

    Ça peut être encore plus cool d'en faire un lien symbolique, non ?

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