barmic 🦦 a écrit 5946 commentaires

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

À é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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Faudrait aller dire ça à ceux qui éditent le site docker.com, parce que je te jure ils ont vraiment pas l’air au courant. Tiens, petit exercice : cherche « Linux » sur la page d’accueil…

Je n'invente rien¹. Tout le fonctionnement de docker est basé sur linux (j'ai entendu parler de conteneur windows a une époque - avec donc des dockerfiles spécifiques - mais je ne l'ai jamais vu arriver). Docker sur autre chose que linux c'est une vm (ubuntu je crois) + tout ce qu'il faut pour que ça ne se voit pas trop. CrEv est développeur chez eux, s'il me contredit j'en serait fort aise.

Après personnellement je ne considère pas "utiliser une vm" comme étant de la portabilité, je suis peut être le seul à le penser, mais le fait que docker.com parle ou non de linux ne changera pas mon avis.

Non non non, on ne dit pas que ça part sur du linux, on dit que ça part sur du Azure, sur du AWS, sur du Google Cloud Platform, au pire on dit que ça part sur du Kubernetes. Mais en tout cas, on dit que ça part sur une plate-forme sérieuse, pas sur un OS développé par des hippies barbus communistes (sinon ça fait tâche sur le business plan, tu te rends pas compte).

Je pense qu'une grande de notre incompréhension est ton irrésistible envie troller du marketing. Je te laisse troller tranquille, je ne marcherais plus dedans.

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

Autrement dit, je ne suis pas contre le pavé numérique comme tu as l'air de vouloir le penser.

Pas du tout.

[…] on permet de rapprocher la souris (et donc de limiter les mouvements de la main et les TMS) […]

Autrement dit, je ne connais personne, qui, avec un clavier de largeur réduite met son mulot à mille lieu en préservant l'emplacement du pavé manquant.

Et je ne comprends pas en quoi le fait de gagner quelques degré de rotation en plus ou en moins du bras va avoir un impact sur les TMS alors que le mouvement de main pour attraper une souri est largement plus complexe (mais où qu'elle soit le mouvement de main est le même) et c'est la répétition du mouvement qui joue.

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

L’outil peut aider mais ne dispense pas le développeur de devoir faire attention à ce qu’il fait si la portabilité est un objectif.

Oui, ce qui est intéressant c'est de savoir quel est l'effort de portabilité. Tu mentionne que docker ne fait pas tout et tu le compare à java, mais python ne fait pas particulièrement mieux d'après ton journal.

Docker n'est pas particulièrement portable c'est une techno linux et tu peux utiliser une VM pour t'en servir ailleurs, mais tout programme est portable si on considère qu'utiliser une VM est une option. Tu ne lancera pas de docker swarm, kubernetes ou autre sur windows ou mac os.

C’est bien possible, mais ce n’est certainement pas l’opinion de Docker (la société) en tout cas. Au contraire, Docker est avancé comme la solution idéale pour les développeurs sous Windows et MacOS. « Linux » est à peine mentionné.

CrEv me corrigera, mais globalement Docker Inc se concentre sur le fait de proposer des outils aux développeurs. Comme un sacrés paquets sont sur mac/win, ils proposent des outils pour, mais en terme de déploiement ça pars sur du linux au final. Il me semble que l'intérêt principal pour eux c'est de pouvoir maintenir le status quo machine de bureau non libre avec un déploiement linux.

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

Enfin outre qu'un conteneur docker c'est avant tout des primitives linux donc forcément hors linux cela implique de l'émulation quelque part.

Tout l'intérêt de docker c'est de ne pas utiliser d'émulation avoir de l'émulation rend tout de suite l'outil bien moins pertinent. J'entends qu'il existe des gens qui utilisent d'autres OS, je comprends que ça existe, mais c'est un pis-aller tout de même. D'autant plus quand il s'agit comme ça a l'air d'être le cas ici d'avoir un conteneur. host → VM → docker → conteneur en 1:1 à chaque fois c'est clairement questionnable.

Je dis ça, j'apprécie docker. Je l'utilise au quotidiens et ma prod tourne avec.

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