barmic 🦦 a écrit 5783 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é à 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  . 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  . 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  . 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

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

    • 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)

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