barmic 🦦 a écrit 5783 commentaires

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

À la mode ? Depuis 20 ans ?

et peut-être aussi une façon de diminuer les coûts

C'est un reproche ? Parce qu'en soit diminuer les coûts n'est pas un problème c'est plutôt comment qui peut être un problème ou au détriment de quoi (bon je ne vois pas en quoi l'agilité réduit les coûts en plus).

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

On demande depuis 2 ans un QA qui nous est refusé.

Je ne vois pas le rapport avec la méthode de travail.

On demande depuis plus d'un an une machine supplémentaire pour faire notre recette interne parce que nos machines actuelles sont saturées.

Idem

On demande depuis des mois d'arrêter aux commerciaux de fixer des dates de livraison irréalistes sans discussion préalable avec les équipes techniques. Mais les commerciaux sont les rois.

Je vois pas le rapport avec l'agilité.

On demande depuis toujours d'arrêter de modifier le périmètre du sprint tous les jours et de faire rentrer des nouvelles fiches "urgentes" avec une priorisation catastrophique.

Je présume que vous tentez de faire du scrum et ça c'est interdit. Aucune modification du sprint sans l'accord de l'équipe. Tu peux chercher tout ce qui parle d'engagement (ou commitment) qui parle de ça en scrum.

L'agilité ce n'est pas une prise de pouvoir des commerciaux au contraire la première valeur agile c'est la discussion. Je m'avance, mais j'ai l'impression qu'avant vous étiez protégé par un fonctionnement opaque par rapport au reste de l'entreprise et que maintenant que "l'agilité" a surtout été l'occasion de vous transformer en exécutants.

De mon point de vue le problème de l'agilité c'est d'avoir prêté le flan à tout un tas de choses qui se revendiquent agile mais qui ne le sont pas du tout.

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

[…] chaque fin de sprint sont remontés les même problèmes pour ne jamais être traités, les équipes sont à bout.

Le manifest agile explique pourtant :

À intervalles réguliers, l’équipe réfléchit aux façons de devenir plus efficace, puis modifie son comportement et l’ajuste en conséquence.

Loin de moi l'idée de te dire comment tu dois ou pas t'organiser dans ton travail, mais ne pas respecter la méthode et la blâmer ne me semble pas correct. Je ne sais pas pourquoi vous l'implémenter mal (mauvaise compréhension à différents niveaux, sabotage, mauvais contexte,…),mais refuser de corriger les problèmes rencontrés quelque soit la méthode de travail me semble regrettable et je peux comprendre tant de départs.

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

Et aucun "Laque sa'tif"

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

À la lecture des rapports de bugs de nombreux utilisateurs sont touchés depuis 10 ans.

C'est faux. Si je suis les liens que tu donne, les derniers commentaires tu vois qu'il apparaît peu fréquemment, que ça dépend du mélange de logiciel que tu utilise,… Oui c'est un problème de sécurité, il semble que les distributions ont réduit fortement son apparition, mais n'ont pas réussi à le résoudre complètement. C'est très dommage et ils vont continuer à bosser pour en terminer avec ça, mais ça ne mérite probablement pas ta véhémence et tes cris d'orfraie.

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

C'est pulkomandy qui reprochait que sous linux les développeurs se renvoient la patate chaude ? :p

Généralement un bug appel à plusieurs corrections :

• correction du bug
• correction des mauvais comportements dû à ce bug (pourquoi quand il y a un bug là, tel truc se comporte comme ça ?)
• ajout de surveillance autour de se bug (comment se rendre compte plus tôt du bug ?)
• ajout d'élément pour ne plus qu'il se reproduise ou en réduire la probabilité (comment faire pour que quelqu'un ne reproduise pas ce bug dans le futur ?)

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

L'autre problème de cette démarche c'est qu'elle a des limites de taille. C'est une démarche qui n'est possible que parce que le nombre de contributeurs est limité (sur votre dépôt je vois 150 contributeurs qui ont plus de 100 commits). Taper dans la libc si on s'autorise à sortir du standard et si on a quelques dizaines de milliers d'utilisateurs (je parle d'utilisateurs développeurs), ça va demander des arbitrages qui vont frustrer beaucoup de monde, amener de gros flamware, etc et retirer cet avantage "tout est modifiable au besoin".

Ce n'est pas une remise en cause d'haiku de ma part. Je pense que c'est à vous de juger sur cet équilibre et de ce que je vois à travers tes dépêches/journaux/commentaires vous êtes plutôt satisfaits de comment ça se passe. C'est cool :)

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

10 ans que ce bug existe

Le fais qu'il ne soit pas clos n'indique pas qu'il est dans le même état.

Microsoft et Apple ne craignent vraiment rien sur ce marché.

Tu as vu la dernière faille Windows ? Les 3 ont leur défauts qui les rendent impropre à un usage sérieux.

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