barmic 🦦 a écrit 5975 commentaires

  • [^] # 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

  • [^] # Re: Titre

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

    Bah c’est surtout que je ne comprends pas où tu veux en venir à soutenir mordicus que Docker, c’est fait pour tourner sous Linux et que partout ailleurs, c’est juste un hack, un pis-aller.

    C'est une vm ubuntu pour avoir un noyau linux. Je n'appelle pas ça portable et c'est important parce que ça permet de comprendre le genre de problème que tu as eu et de comprendre les mécanismes qui sont en jeux. Les discours qui "vendent" docker n'entrent pas dans ce genre de considérations pourtant ton journal montre que ça n'est pas dans conséquence. Par exemple les binaires que tu build sont des elf pas des macbinary.

    Comprendre ça montre permet de faire un choix pour ce qui est de fournir son logiciel en multiplateforme. Par exemple quitte à utiliser une machine virtuelle tu peux fournir une machine virtuelle plus simple et plus légère avec juste ton outil. Ça réduit aussi une partie de la complexité.

    J'ai fais la distinction dans mon précédent commentaire de ce qui relève du fait (c'est une vm + une deamon + un conteneur) de qui relève du jugement (appeller ça portable c'est très très très discutable).

    Ton journal est l'exemple parfait de ce que cela implique. Je ne dis pas que c'est mal, mais que c'est un gros hack et que si ça paraît fonctionner de soit la plupart du temps (les équipes docker font du bon boulot) ça n'en a pas moins des conséquences.

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

  • [^] # Re: Pour ceux qui n'Ă©coutent pas le programme...

    Posté par  . En réponse au lien Bullshit jobs (podcast Les Pieds sur Terre, 28 min) - franceculture.fr. Évalué à 7.

    des décisions discutables

    C'est bien pour ça qu'ils ont fait des réunions. Pas cons les gars ;)

    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é à 2.

    Oui et non. Docker hub est vachement utilisé, compose aussi, buildah est probablement sympa mais encore jeune je ne l'ai pas encore vu beaucoup utilisé (je n'ai pas vu de shift massif de l'un vers l'autre) et j'en oublie probablement.

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