barmic 🦦 a écrit 5212 commentaires

  • [^] # Re: IntĂ©rĂŞt ?

    Posté par  . En réponse au lien SDLang : un format pour remplacer json ou yaml. Évalué à 3.

    Régenter ? Qui ?

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

  • [^] # Re: IntĂ©rĂŞt ?

    Posté par  . En réponse au lien SDLang : un format pour remplacer json ou yaml. Évalué à 3.

    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

  • [^] # Re: inconsistances

    Posté par  . En réponse au lien SDLang : un format pour remplacer json ou yaml. Évalué à 3.

    ç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

  • [^] # Re: IntĂ©rĂŞt ?

    Posté par  . En réponse au lien SDLang : un format pour remplacer json ou yaml. Évalué à 3.

    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

  • [^] # Re: titre

    Posté par  . En réponse au journal Java 17 LTS. Évalué à 2.

    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

  • [^] # Re: filtrage par motif

    Posté par  . En réponse au journal Java 17 LTS. Évalué à 5.

    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

  • # titre

    Posté par  . En réponse au journal Java 17 LTS. Évalué à 5. Dernière modification le 16 septembre 2021 à 10:07.

    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

  • [^] # Re: Wayland + Awt

    Posté par  . En réponse au journal Java 17 LTS. Évalué à 3.

    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

  • [^] # Re: Optimisation prĂ©sentations et fichiers textes

    Posté par  . En réponse à la dépêche YOGA Image Optimizer v1.1 : résultats des travaux de l'été. Évalué à 5.

    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

  • [^] # Re: Bravo !

    Posté par  . En réponse à la dépêche YOGA Image Optimizer v1.1 : résultats des travaux de l'été. Évalué à 2.

    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

  • # Bravo !

    Posté par  . En réponse à la dépêche YOGA Image Optimizer v1.1 : résultats des travaux de l'été. Évalué à 2.

    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

  • [^] # Re: Court terme vs Ă©ternitĂ©

    Posté par  . En réponse au lien Les obligations vertes de l’UE excluent le nucléaire ... mais pas le gaz russo-allemand . Évalué à 4.

    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

  • [^] # Re: Prix raisonnable ? est ce que ce sera utilisĂ© ?

    Posté par  . En réponse au lien L’Allemagne exige 7 ans de mise à jour et de pièces détachées pour les smartphones. Évalué à 3.

    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

  • [^] # Re: InquiĂ©tant?

    Posté par  . En réponse au journal ProtonMail fournit les adresses IPs de ses utilisateurs ensuite arrêtés en France. Évalué à 0.

    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

  • [^] # Re: InquiĂ©tant?

    Posté par  . En réponse au journal ProtonMail fournit les adresses IPs de ses utilisateurs ensuite arrêtés en France. Évalué à -1.

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

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

  • [^] # Re: IntĂ©rĂŞt d'un tiling WM ?

    Posté par  . En réponse au lien Passage au gestionnaire de fenêtres i3. Évalué à 2.

    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

  • [^] # Re: Mouai...

    Posté par  . En réponse au lien L'abus du tableur Excel peut conduire à des erreurs médicales, des faillites et des émeutes.. Évalué à 2.

    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

  • [^] # Re: IntĂ©rĂŞt d'un tiling WM ?

    Posté par  . En réponse au lien Passage au gestionnaire de fenêtres i3. Évalué à 2.

    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

  • [^] # Re: IntĂ©rĂŞt d'un tiling WM ?

    Posté par  . En réponse au lien Passage au gestionnaire de fenêtres i3. Évalué à 2.

    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

  • [^] # Re: J'en ai une 11ème

    Posté par  . En réponse au lien DevOps REX : 10 façons de rater son passage vers l’agilité. Évalué à 3.

    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

  • [^] # Re: J'en ai une 11ème

    Posté par  . En réponse au lien DevOps REX : 10 façons de rater son passage vers l’agilité. Évalué à 3.

    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

  • [^] # Re: J'en ai une 11ème

    Posté par  . En réponse au lien DevOps REX : 10 façons de rater son passage vers l’agilité. Évalué à 5.

    À 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

  • [^] # Re: J'en ai une 11ème

    Posté par  . En réponse au lien DevOps REX : 10 façons de rater son passage vers l’agilité. Évalué à 8.

    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

  • [^] # Re: J'en ai une 11ème

    Posté par  . En réponse au lien DevOps REX : 10 façons de rater son passage vers l’agilité. Évalué à 7.

    […] 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

  • [^] # Re: "Les coiffeurs sont des blagueurs" Bof !

    Posté par  . En réponse au lien Les coiffeurs sont des blagueurs. Évalué à 8.

    Et aucun "Laque sa'tif"

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