barmic 🦦 a écrit 5800 commentaires

Ces petites blagues sur le dos des gens, sans chercher à comprendre, sont agaçantes, mais cela n'a rien de grave, juste un peu agaçant.

J'avais préféré ne pas répondre pour ne pas risquer d'envenimer. Je comprends que tu n'ai pas apprécié mon message. Je ne tiens pas à en débattre. Mais expliquer que je fais des blagues dans ton dos, c'est faux et tu me prête un comportement et une volonté que je démens. Tu n'aime pas les petites phrases c'est compréhensible, mais si tu monte sur tes grands chevaux et que tu souhaite m'expliquer comment avoir des échanges sains (« De manière générale, il est sain d'éviter de penser que la personne qui écrit quelque chose est une abrutie et de faire un raisonnement par l'absurde faux derrière, mais bon vous n'avez pas été le seul ») évite peut être de prêter de mauvaises intentions comme cela aux autres.

Bref.

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

Je comprends, mais le permis de conduire ne te demande pas d'être mécano. On t'explique que quand tu appui sur cette pédale, ça accélère. Si un jour ça ne le fait plus, tu vois ça avec un professionnel.

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

C'est quoi ?

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

httpie c'est une alternative sympa à curl (mais très orienté rest). L'alternative cool à wget c'est aria2c qui peut faire aussi des trucs comme télécharger un même fichier depuis plusieurs url ou tout simplement télécharger charger en torrent.

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

En 4ème, j'ai eu 12 de moyenne. Quelles étaient mes notes de français ?

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

Ça fait plaisir d'exprimer un point de vue avec toi, on est bien reçu.

Tout comme tu reçois avec des procès d'intentions ceux qui viennent présenter leur travail sur linux.

J'ai pas demandé que ce produit soit interdit ou d’interdire aux gens de l'utiliser. Je dis que je ne l'installerai pas car étant sous Linux, j'ai déjà tout ce qu'il faut avec les outils en CLI déjà dispo.

Mouai… Quand tu dis :

D'autre part, le "Inc" de Docker Inc signifient qu'ils doivent faire avant tout de l'argent, et pas nécessairement le bien général.

Tu va bien plus loin que dire que tu ne t'en servira pas.

Et puis c'est pas moi qui le dit pour les GUI :

The Magic of Docker Desktop

Docker Desktop continues to magically remove the complexities of installing, securing, and maintaining …,

En plus le terme "remove" est très marketing parce qu'en vrai (sous windows et macos en tout cas), il s'agit bien de la cacher.

Tout en informatique est là pour simplifier. Docker n'a pas inventé les namespace et les cgroup, il te permet de l'utiliser plus simplement. Tout comme tu n'a pas besoin d'avoir les wildcard dans ton shell, mais ça simplifie bien la vie. Régulièrement dans les nouvelles versions de docker engine, il y a des choses qui sont là pour te simplifier la vie (entre la gestion du réseau des débuts, on peut clairement parler de supprimer la difficulté).

Donc je persiste dans ma défiance : ce produit - docker desktop for linux - est pour Docker Inc pour sauver les meubles, pas pour les devops pour être plus à l'aise avec docker.

Il n'est pas difficile de trouver des développeurs qui préfèrent utiliser docker sur windows que sur linux parce qu'ils n'ont pas ce genre d'outils (gnome box s'approche de loin, mais vraiment de loin). Tout comme il y a des gens qui savent se servir de git mais qui préfèrent avec gitkraken ou sourcetree.

---

Ils ont peut être été trop généreux ce qui a conduit à leur perte (financière).

Trop généreux ? Tu es entrain de dire que le libre, il en faut mais pas trop ? Ou que si tu en fait c'est normal de se retrouver sur la paille ?

En même temps, ils n'ont pas débarqué en sauveurs : il y avait déjà LXD, OpenVZ sur Linux, les jails sur BSD, les zones sur Solaris ; il y a maintenant nomad qui s'appuie aussi sur cgroup.

Si ils n'avaient pas eu une politique opensource, leur produit n'aurait sans doute pas pris. Donc c'est bien pour générer de l'adoption.

Ah ?

OpenVZ est arrivé en 2005, LXC (j'imagine que c'est de ça que tu parle) en 2008, les jails en 2000, les zones solaris en 2004,… Si ces solutions avaient fonctionnées, en 2013 docker ne serait jamais sorti. OCI a était créé 2 ans après. En 2 ans, RedHat misé déjà dessus avec son OpenShift, Microsoft aussi, on titrait ici même La folie docker.

Donc oui, ils sont arrivé bien après les autres et on proposé un standard avec une gouvernance ouverte.

Tu montes sur tes grands chevaux mais j'ai pas l'impression que tu ais vraiment réfléchi au sujet en fait. C'est plus pour lancer un troll, j'ai l'impression. Bah zut, j'ai marché dedans.

J'essaie de passer mon chemin quand je vois des comportements qui consistent à uniquement ressortir des poncifs « c'est une entreprise donc elle fait des choses », « c'est une gui donc c'est pour les noobs », etc, mais de temps en temps je prends le temps de questionner. Même si j'ai aucun espoir de te convaincre, je me dis qu'un point de vu un différent ça évite de rester dans une boucle de quelques personnes qui se valident mutuellement. Je peux donner l'impression d'être un peu rude, mais même si des fois c'est vrai et je regrette après coup souvent je ne suis pas plus rude que mes interlocuteurs c'est juste moins accepté.

Ne t'en déplaise.

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

Si ils ont mis tout ça (surcouche au lxc et overlayfs) en open source, c'est aussi pour générer de l'adoption, pas seulement pour faire plaisir aux gens.

Je comprends pas. Alors qu'ils étaient maitre dans le domaine, ils ont mis en libre tout ce qu'il faut pour voir naître podman et buildha sans avoir de fragmentation des utilisateurs. Ils ont tellement bien géré cet esprit on veut faire de l'argent qu'ils ont :

• créé leurs concurrents
• laissé les gros (k8s) d'abord se baser sur eux pour se développer et maintenant ne plus du tout dépendre d'eux

Donc oui à part de l'anticapitalisme primaire "il y a Inc. donc c'est des méchants", je vois pas comment on peut leur prêter ce genre d'intention sans mauvaise fois.

Je vais juste faire un retour d'expérience un tout petit peu à côté mais qui illustre ce problème du "je veux pas savoir comment ça se passe en dessous".

Tu reporte tes peurs et ton amertume sur ce que tu peux, mais ça n'a pas de sens - aucun.

Docker Desktop c'est fait pour le… desktop… Donc ça n'a aucun rapport avec l'opérationnel à aucun moment.

Mais même cette dichotomie "on s'y connaît, on fait de la cli"/"c'est que les noobs qui utilisent une gui" est complètement péter. J'estime savoir très bien ce que je fais avec git, mais je préfère utiliser une interface pour faire mes commits patch parce que j'aime pas le format des patchs et que je trouve bien trop casse gueule faire ça à la main. Le fait d'utiliser firefox ne fait pas de toi quelqu'un qui n'entrave rien à http ou tls. Je sais très bien utilisé du et je m'en sert régulièrement, mais ça m'empêche pas d'utiliser des interfaces quand je suis en local parce que c'est sympa. Je sais utiliser fdisk et les mkfs.* dont j'ai le plus l'habitude sans aller voir le manuel, mais gparted c'est bien confortable quand même.

C'est du gatekeeping que tu fais. Tu pense que si on ne suit pas ton chemin en cli, on apprend pas ce qui est factuellement faux. Des gui pourries ça existe, mais ce n'est le fait que ce soit des gui qui les rendent intrinsèquement pourries.

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

Je ne comprends pas bien cette défiance envers un logiciel. On annonce un nouveau logiciel sur linux et la question qui semble animer c'est moins de savoir ce que ça apporte que de présumer qu'il est… je sais pas quoi d'ailleurs. Il semble que le principal défaut soit d'être graphique.

Docker Inc a créer une solution libre de container dont ils ont versé sous forme de code et de standard non géré par eux, mais par une fondation. Ce qui a permis de créer des alternatives compatibles comme podman/buildha. Ces dernières années il semble compliqué pour eux de faire de l'argent, ils ont revendu une partie de l'entreprise, crée un système de licence pour leur dépôt et maintenant tentent de faire un p'tit peu d'argent avec un outillage coté dev et au passage le portent sur linux.

C'est quoi le problème ?

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

non

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

json5 est très peu supporté donc tu ne peux pas t'en servir pour une api publique par exemple et les parseurs ne peuvent pas déduire le format (il faut des heuristiques qui valent ce qu'elles valent). Si demain json++ sort avec des choix différents de json5, ça va devenir compliqué par exemple.

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

Gérer N versions d'un format pas forcément compatible plutôt que N formats différents ? (qui n'ont pas prévu de versionement au passage) Ça ne change pas grand chose.

Mais ça dépend de l'objectif.

S'il s'agit d'un format d'échange comme l'est json tu as besoin d'avoir pleins de choses qui le gèrent.
Si c'est le format de configuration de ton logiciel tout le monde s'en fou. Personne ne se pleins que nginx, apache httpd, vim ou autres ont des formats de configuration dédiés.

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

Ce n'est pas ce qu'il dit. Il parle de langages qui n'ont pas d'affinité particulière et qui se mettent au pattern matching (comme ils se sont mis aux lambda avant).

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

La référence du format peut probablement répondre.

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

Régenter ? Qui ?

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

Le format c-style est sympa, mais du coup il est plus faible qu'un DSL fais en groovy/ruby

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

ça me pose souci parce-que les balises peuvent contenir n'importe quel caractère …y compris les deux points non ?

Non, c'est dans la doc :

Names and namespaces are identifiers.
[…]
An SDLang identifier starts with a unicode letter or underscore () followed by zero or more unicode letters, numbers, underscores (), dashes (-), periods (.) and dollar signs ($).

---

les balises pouvant contenir n'importe quels caractères

Non des lettres et quelques caractères et pas les espaces du coup.

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

Qu'est-ce qui te fais dire que c'est poussé par Oracle ? À part qu'ils sont listé comme utilisateurs je ne vois rien les concernant. Au contraire les diverses implémentations sont des priors arts par rapport à ça.

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

Si comme moi tu n'utilises que les versions LTS, il y aussi quelques changements intéressants depuis la version 11 :

• Les NullPointerException qui ont des messages d'erreur c'est cool aussi.
• les records aussi sont cool

et les switch expressions bien sûr

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

perl avait un given/when qui fait du filtrage par motif depuis la version 5.10 sortie en 2007 par exemple (et c'est un rétroportage de perl 6/raku).

D'autres endroits ?

En C# avec la version 7 sortie en 2016.
En ruby depuis la 2.7 sortie en 2019.

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

Si comme moi tu n'utilises que les versions LTS, il y aussi quelques changements intéressants depuis la version 11 :

• Les NullPointerException qui ont des messages d'erreur c'est cool aussi.
• les records aussi sont cool

le filtrage par motif pour l'instruction switch ;

Je suis toujours gêner d'appeler ce que fais java du filtrage par motif vu que ça n'est pas par motif. On reste sur du typage nominal (et non structurel) et je n'ai rien vu pour changer ça dans les prochaines.

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

Je m'intéresse pas au sujet, mais il faut probablement aussi regarder du coté de JavaFX qui est sorti du JDK.

Je crois que Jetbrain a des velléités de créer une bibliothèque d'UI pour java, mais pareil comme je m'intéresse peu au sujet, j'ai pas vraiment regarder.

Malheureusement les applications Swing utilisent AWT ces applications doivent passer par XWayland.

Il suffirait pas qu'AWT soit backé par gtk4 ou plus ?

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

Alors… La doc est là : https://wanadev.github.io/yoga/python/image.html#usage

Donc

import yoga.image
yoga.image.optimize("./input.png", "./output.png", options={
    "output_format": "orig",         # "orig"|"auto"|"jpeg"|"png"|"webp"|"webpl"
    "resize": "orig",                # "orig"|[width,height]
    "jpeg_quality": 0.84,            # 0.00-1.0
    "webp_quality": 0.90,            # 0.00-1.0
    "opacity_threshold": 254,        # 0-255
    "png_slow_optimization": False,  # True|False
})

C'est tellement simple qu'en faire une dépêche parait pas pertinent.

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

Actuellement je travaille à ajouter une optimisation à perte pour les PNGs (réduction du nombre de couleurs) → il se peut que ça soit une option très efficace pour les captures d'écran (si on accepte de perde un peu en qualité lorsque des dégradés sont présents).

En soit je n'ai pas besoin d'une grande qualité, mais pour faire un traitement automatique comme je pense le mettre en place, il faut que le résultat soit convainquant (pour du sans perte, je peux me permettre de systématiquement remplacer l'image sans crainte). Mais je n'ai pas non plus un grand besoin de réduire la place, c'est plus un truc que je compte ajouter parce que ça me coûte pas grand chose et que ça m'amuse.

https://blog.flozz.fr/2021/06/14/optimisez-vos-images-avec-yoga-image-optimizer/#une-optimisation-mais-a-quel-prix

Intéressant, faut que je le prenne en compte dans ma mise en place (probable que je tue la tâche si elle met plus de quelques secondes ou dizaines de secondes). Je partagerais ici probablement, ma manière de faire ça te montrera un cas d'usage de yoga (même en manuel j'utiliserais pas l'UI).

Encore merci pour ton travail :)

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

Je n'avais pas encore pris le temps d'essayer, c'est fou le gain que tu arrive à produire. La majorité des png que j'ai son des captures d'écran faite avec firefox ou scrot. yoga gagne systématiquement et c'est régulièrement 2 à 3 fois plus petits et ça sans chercher à comprendre juste avec une commande du genre :

yoga image input.png output.png

Je pense que je ais lui faire scruter mon dossier de téléchargement et lui faire retravailler automatiquement tout png.

Par contre je ne le trouve pas très rapide. Les traitement sur les png sont coûteux ou tu n'a pas encore pris le temps de regarder ce coté là ?

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

Le nucléaire émet peu de CO2 pendant la production mais pour produire, il faut construire des centrales (cf la longue aventure de l'EPR), extraire de l'uranium, démanteler les centrales et surtout stocker les déchets radioactifs pendant très longtemps, des millions d'années concernant les plus dangereux. A l'échelle humaine, cela signifie l'éternité.

Si on rate l'échéance de ses prochaines années l'éternité n'aura pas de sens.

Aujourd'hui la question n'est pas de converger vers un jour un équilibre, mais d'arriver à ne pas tout détruire dans les prochaines décennies. Donc oui il va falloir prendre des raccourcis et choisir les solutions qui évitent la production de CO2 aujourd'hui, pas demain, pas à terme.

Si on arrive à limiter notre production de CO2, on pourra respirer (trop lol) et voir comment faire mieux à terme.

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