barmic 🦦 a écrit 5916 commentaires

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

Y a t-il encore des utilisateurs de Fairphone 1 ?

Difficile à dire sans tracker tes clients…

ca permet de justifier leur prix plus élevé : votre téléphone est 1,5 plus cher à config équivalente mais dure 2x plus longtemps

À mon avis la logique c'est plus ton téléphone est 1.5 fois plus chère, mais c'est parce qu'on rogne pas sur les mineurs qui extraits le cobalts, etc. Tu n'a pas de contrepartie direct puisque le coût très faible des appareils est le problème en soit. Tu ne peux pas tenter de le maintenir tout en voulant améliorer cette industrie.

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

Même quand on cherche à avoir un build non conventionel (parce que c'est une manière de se sentir exister) gradle fais mieux.

Après on parle d'un build java 6, je suis pas sûr que le projet soit activement maintenu.

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

Il y a encore des projets qui utilisent ant ???

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

Merci pour la première partie je l'avais effectivement trouvé, mais oublié :)

exec --no-startup-id i3-msg 'workspace 3; exec /usr/bin/firefox'

Ça marche bien pour peu d'applications légère, mais pour des trucs un peu lourd quand tu en a plusieurs moi j'avais un souci :

• je passe au workspace 3
• j'appel le programme A
• je passe au workspace 2
• j'appel le programme B
• le programme A ouvre sa fenêtre sur le workspace 2
• le programme B ouvre sa fenêtre sur le workspace 2

Au final, je trouve bien plus sûr awesome qui va permettre de prendre une fenêtre par ses propriétés X et la déplacer sans affecter ton usage (tu peux lancer un programme sur le tag 3 sans sélectionner le tag 3.

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

Je crois que personne ne pense que excel est simple. Il est abordable. On peu commencer à faire des trucs avec plus facilement qu'avec R par exemple, mais c'est tout.

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

Sur le portable, le bureau 1 avec tmux en lancement auto, et neomutt de chargé écran de gauche, affecté au bureau 2, la partie libreoffice/emacs et gestionnaire de fichier quand nécessaire, le tout en mode empilé

Comment tu fais ? Pour affecter des tags à des écrans comme pour placer des fenêtres dans le bon tag je n'ai rien trouvé de satisfaisant avec i3, j'utilise awesome pour ça.

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

A chaque fois que je vois des screenshots, le besoin semble être surtout de gérer un certain nombre de shell ou des editeurs style Emacs/Vim qui tournent dans le terminal. Les applis de style navigateur ou quoi ont besoin bien souvent d'un ecran entier ou /2 au maximum, en dessous ca doit devenir inutilisable.

Justement c'est relou de toujours devoir maximiser les fenêtres, moi je mes gestionnaires les places en maximisé par défaut. La sélection au survol est plus confortable sans les fenêtres flottantes. Il y a quelques fois où j'utilise les possibilités de mes wm (j'utilise i3 ou awesome selon le niveaux d'automatisation que je veux), mais c'est anecdotique.

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

Je ne comprends pas où tu veux en venir ? C'est une plainte que tu travailles dans un contexte que tu n'aime pas ?

Que ce soit toi ou les autres vous êtes entrain d'expliquer que dans des entreprises dysfonctionnelles l'agilité ne marche pas. Et oui ça ne fait pas des miracle. Incroyable n'est-ce pas ?

Aucune méthode agile refuse complètement les spécifications. Elles disent qu'elles peuvent être remises en cause en court de route du fait d'une évolution des besoins ou des interactions entre les développements et les commanditaires.

Faire n'importe quoi, appeler ça de l'agilité et se dire que c'est bien pourri. Rigolo 3 minutes, mais ça ne sert pas à grand chose si le but c'est de savoir comment s'organiser (après si le but est simplement de se plaindre ça marche bien je suis d'accord).

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

On ne nous donne ni l'environnement (machine) ni le soutient (QA supplémentaire) dont nous avons besoin.

J'ai bien compris mais une autre méthode ferait qu'on réponde à ce besoin ? Ou supprimerait ce besoin ?

Mais l'avis de l'équipe, la direction s'en fout, les commerciaux s'en foutent.

Et c'est quelque chose qui est lié à l'agilité ? Tu semble dire plus haut que tout allait mieux avec la méthode « YOLO » je ne vois pas comment une méthode d'organisation de votre équipe va changer le respect que la boite a pour votre équipe et votre travail.

Tu commence par des reproches contre l'agilité tout en disant que factuellement vous ne faites pas d'agilité. Un grand nombre de discours autour de l'agilité (ainsi qu'un marché autour de ça) est creux et problématique, mais je ne pense pas que ce soit lié à la méthode en elle même. D'ailleurs ça ne concerne que scrum (et peut être safe dans une autre mesure) et bien moins kanban et pas du tout xp (allé je suis sûr qu'aucun des 2 consultants ne connait réellement xp).

Dans l'équipe où je travail, on se fout des méthodes agiles. On a une boucle de feedback toutes les 2 semaines et pour le reste on s'organise comme on souhaite le faire (on a une board pour évaluer le travail en cours qui est inspirée de kanban, mais personnalisée), ce qui se rapproche des sprint planning ne sont pas vraiment des planifications, mais plus une étape pour discuter des nouvelles tâches, etc. À mon sens voir l'agilité comme un ensemble de pattern que tu choisi d'appliquer et comment tu les applique plutôt qu'un framework qui pose un cadre dans le quel tu dois évoluer me semble plus sain.

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