barmic 🦦 a écrit 5214 commentaires

  • # Horizon

    Posté par  . En réponse au lien 800h de travail forcé pour tous (sauf les riches ?). Évalué à 8. Dernière modification le 05 mars 2023 à 08:57.

    Horizon c'est quand même des sacrés droitards.

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

  • [^] # Re: lien direct ?

    Posté par  . En réponse au lien Les traités européens sont-ils réellement austéritaires ?. Évalué à 2.

    Je suis d'accord si c'est pour faire de l'embarqué ça ne me paraît pas pertinent. Au contraire ça tend à cacher le fait que c'est sur youtube.

    S'il fallait utiliser un lien alternatif (pour éviter par exemple les stratégies de youtube pour te faire rester sur le site), il est possible d'utiliser utip :

    https://www.utip.io/v/Jxywe0K0

    C'est toujours de l'embarqué youtube et tu as d'autres stratégies pour tenter de te capter, mais d'une part c'est l'auteur qui a choisi d'y mettre ça vidéo et tu met en avant la possibilité de le soutenir financièrement.

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

  • [^] # Re: HĂ©ritage de std::map

    Posté par  . En réponse au lien Effortless Performance Improvements in C++: std::unordered_map. Évalué à 3.

    Bien sûr, bien sûr. Mais ça ne change pas le problème. Le fait est que le langage a mis une implémentation de map en avant qui se retrouve celle utilisé par défaut de fait : elle est présente dans toutes les implémentations standards du langage sans nécessité de nouvelle dépendance.

    J'avoue personnellement que pour un langage dont beaucoup de locuteur mettent la performance en première qualité et souhaitant éviter tout tests inutiles avoir comme unique implémentation une map "over featured" et surprenant.

    Pour des raisons de compatibilités tu ne peux pas revenir en arrière sur ces noms et leur implication si facilement. La base de code impactée serait trop importante.

    Je suis personnellement de plus en plus embêté par ce genre d'approche. Pour moi les ruptures de compatibilité doivent être gérées (ne pas arriver à n'importe quel moment, ne pas aller dans tous les sens, etc), mais il doit y avoir des ruptures de compatibilité sinon on risque l'ossification du langage voir du langage à plusieurs niveau avec toute une pile non standard qui tente de créer une norme au dessus de la norme.

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

  • [^] # Re: HĂ©ritage de std::map

    Posté par  . En réponse au lien Effortless Performance Improvements in C++: std::unordered_map. Évalué à 2.

    Décider de changer une implémentation pour que les gens ne réfléchissent pas avant de coder me parait une mauvaise idée.

    Le fait que std::map existe montre que c'est pourtant prévu. Sinon il n'existerait que std::ordrered_map et std::unordrered_map.

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

  • [^] # Re: Droit Ă  l'image

    Posté par  . En réponse au lien Empêcher les parents de publier trop de photos de leurs enfants sur les réseaux sociaux. Évalué à 0.

    Déjà on parle plus qu'avec les recommandations de la cnil qui ne valent pas grand chose. Parce que parler de lois et sortir des recommandations c'est un peu différent.

    Mais le site de l'assemblée nationale sera très loquace :

    proposition de loi visant à encadrer l’exploitation commerciale de l’image d’enfants
    de moins de seize ans sur les plateformes en ligne

    En quoi le dessin est rigolo ?

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

  • [^] # Re: Droit Ă  l'image

    Posté par  . En réponse au lien Empêcher les parents de publier trop de photos de leurs enfants sur les réseaux sociaux. Évalué à 3.

    Soit t'a pas lu le lien soit tu n'a pas lu les tiens, je sais pas.

    La loi actuelle oblige toute publication d'image de mineur de demander le droit aux parents. LĂ  il est de faire en sorte que les parents doivent demander Ă  leurs enfants.

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

  • # VF

    Posté par  . En réponse au lien Dashlane rend disponible le code source de ses applications mobiles. Évalué à 6.

    Ils ont fait l'effort de le traduire en français, c'est plus sympa de le mettre en lumière :

    https://blog.dashlane.com/fr/le-code-mobile-de-dashlane-est-desormais-accessible-au-public/

    Dans les faits c'est lĂ 

    https://github.com/orgs/Dashlane

    Et c'est sous licence CC By NC donc effectivement non libre et ils n'ont pas l'air trompeur Ă  ce sujet.

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

  • [^] # Re: tout lu mais

    Posté par  . En réponse au journal 50 mauvais conseils de codage pour développeur C++. Évalué à 2.

    width = 0 ou -10 ? progress = -1.0, NaN, -Infinity ? width doit être inférieur à la taille max de String aussi (et petit de préférence sinon ça devrait se sentir aussi).

    La plupart des cas décrit vont générer un IllegalArgumentException, si tu lui donne des nombre trop surprenant tu va prendre une ArithmeticException ce à quoi tu doit t'attendre quand tu manipule de NaN ou des Infinite.
    On pourrait min/max progress pour aider l'utilisateur.
    La taille maximale d'une String est Ă©gale Ă  la taille Ă  la valeur maximale d'un Integer.

    Et on devrait pouvoir choisir la forme donc avoir un nom de fonction en template, et la couleur devrait être un paramètre, et on devrait pouvoir choisir la forme et la couleur de l'abri à vélo vert.

    Non. Prendre en paramètre ce genre de format c'est le meilleur moyen de créer des failles plus ou moins béantes.

    Rendre paramétrable quelque chose qui ne te coûte rien n'a rien à avoir avec le fait d'ajouter des fonctionnalité potentiellement dangereuses sans quelles aient étaient demandé.

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

  • [^] # Re: tout lu mais

    Posté par  . En réponse au journal 50 mauvais conseils de codage pour développeur C++. Évalué à 4.

    Pas de boucle, pas de condition, pas d'ésotérisme et la possibilité de choisir la longueur.

    String GetPercentageRounds(double progress, int width = 10)
    {
        def size = Math.round(progress / width)
        return '🔵' * size + '⚪' * (width - size)
    }

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

  • [^] # Re: tout lu mais

    Posté par  . En réponse au journal 50 mauvais conseils de codage pour développeur C++. Évalué à 2.

    La plupart des langages de programmation n'apprécient pas trop de se retrouver avec des #file et des #line un peu partout dans le code.

    Ça demande à ajouter une option pour ne pas les avoir.

    Et puis la syntaxe ne fait pas vraiment rêver de toutes façons.

    Parce qu'il y a des gens qui trouvent celle de cpp magnifique ? Sans jugement de valeur de ma part, aucune des 2 syntaxes ne me fais me réveiller la nuit.

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

  • [^] # Re: Et snap?

    Posté par  . En réponse au lien Flatpak ne sera plus installé par défaut sur Ubuntu. Évalué à 4.

    C'est chiant ça, ça prend de la place et il faut mettre à jour.

    alias appli="curl -o /run/user/${UID}/appli https://appli.roflol/download/latest/appli && chmod +x /run/user/${UID}/appli"

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

  • [^] # Re: tout lu mais

    Posté par  . En réponse au journal 50 mauvais conseils de codage pour développeur C++. Évalué à 2.

    En vrai je pense qu'il n'y a pas de difficulté particulière.

    Il n'y a pas d'intégration particulière entre la phase de préprocessing et le reste des compilations C et C++.

    Tu peux tout a fait faire un makefile qui va lancer m4 ou cpp puis le compilateur du langage tu dois juste avoir une syntaxe du préprocesseur correct, mais c'est ce que tu fait déjà en C. Ça va être un peu moins organique parce que l'import d'un module dans un langage est différent d'un #include de cpp donc tu utilisera include uniquement pour les macro, mais ça parait pas être une gymnastique si compliquée.

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

  • [^] # Re: tout lu mais

    Posté par  . En réponse au journal 50 mauvais conseils de codage pour développeur C++. Évalué à 2.

    C'est parce-que tu peu faire de genre de dinguerie, que les macro me manque dans n'importe quel langages qui n'est pas C.

    Vu le fonctionnement des macros du C, tu peux palier ce problème en utilisant m4 avec n'importe quel langage.

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

  • [^] # Re: tout lu mais

    Posté par  . En réponse au journal 50 mauvais conseils de codage pour développeur C++. Évalué à 2.

    L'instruction goto existe dans bien d'autres langages. En go, en perl, en php, en C#, en ada,… Des langages qui ont d'autres alternatives et qui pour certains expliquent eux-mêmes qu'il vaut mieux lui préférer d'autres constructions.

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

  • # Humiliation

    Posté par  . En réponse au lien La légion d’Honneur remise au patron d’Amazon Jeff Bezos à l’Élysée en présence de Bernard Arnault. Évalué à 10.

    C'est uniquement pour le narguer :

    Nanananère ! C'est nous qu'on a le plus riche ! Pouèt pouèt ! Ferme ta boite à camembert !

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

  • [^] # Re: tout lu mais

    Posté par  . En réponse au journal 50 mauvais conseils de codage pour développeur C++. Évalué à 7.

    Je trouve aussi que le goto again a aussi un coté plus "code auto-documenté" qu'un do while() quand on veut exprimer des retry dans un programme.

    C'est très subjectif do { something } while (success); C'est très lisible et de manière factuelle :

    • le code que tu rĂ©Ă©xecute est matĂ©rialisĂ©
    • la condition est aussi plus mise en valeur

    Mais a coté de ça, j'ai vu plein de gents faire de la gestion d'erreur catastrophique en C, par peur des goto.

    Est-ce que quelqu'un capable de faire une gestion d'erreur catastrophique sera en mesure de maintenir un code avec des goto ? Parce que c'est la maintenance qui est complexe. Quand tu écris ton snipet de code avec un goto ce sera toujours simple et lisible, mais c'est maintenir cette simplicité et cette lisibilité qui est un vrai enjeux.

    Donc au final proscrire les goto, je trouve que ça protège pas vraiment des utilisation "sale" de goto, mais en empêche ces utilisation "légitime".

    Comme toutes les règles de développement, il y a un moment où tu acquière la maturité pour savoir que ces règles signifient « utilise si tu sais ce que tu fait ».

    mais elle ont aussi un des coté spaghettisant que goto n'a pas, car C a évacué ça dans setjmp/longjmp, c'est la possibilité de sauter d'une fonction à une autre.

    Elles ne font que remonter la pile d’exécution ce n'est pas un saut arbitraire.

    Après on tourne autour de :

    • les bons dĂ©veloppeurs Ă©crivent du code de plutĂ´t bonne qualitĂ© quelque soit le langage
    • les mauvais dĂ©veloppeurs Ă©crivent du code de plutĂ´t mauvaises qualitĂ© quelque soit le langage

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

  • [^] # Re: DĂ©livre-nous des anglicismes

    Posté par  . En réponse à la dépêche Deux ou trois trucs à savoir sur Openclipart (avec des morceaux d’Inkscape dedans). Évalué à 3.

    La langue étant d'abord une convention[…]

    Il semble que chacun arrive à comprendre cet usage du verbe "délivrer". C'est donc bien une convention qui semble répandu.

    Néanmoins je doute que les personnes qui aujourd'hui disent "délivrer" pour fournir ou livrer soient des philologues épris de la langue du XIVème siècle. Je pense plutôt qu'il s'agit de personnes qui calquent l'anglais … C'est en ce sens que je réprouve cet usage[…]

    Tu juge la qualité d'un texte sur ce que tu imagine de l'intention de l'auteur ? C'est vraiment très particulier comme démarche. C'est malheureusement trop répandu, mais c'est une façon d'essayer de créer des classes là où ça n'a aucun sens puisque le texte est parfaitement compris.

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

  • [^] # Re: C'est l'application de la dĂ©cision prise comme indiquĂ© prĂ©cĂ©demment :

    Posté par  . En réponse au lien Ça se précise, les microcodes privateurs bientôt de retour dans l'installateur Debian - phoronix. Évalué à 5.

    J'imagine que le problème ne touche pas que les processeurs AMD et Intel, mais qu'il est généralisé à d'autres composants, non ?

    Plus un composant est complexe plus il est probable que tu ai une partie logicielle dedans. Les cartes réseaux, les disques SSD qui font de la répartition, les controllers SATA qui proposent du RAID,… Tous ne sont pas accessibles par l'OS et ne peuvent pas être mis à jour. Là on parle de binaires qui s’exécutent sur le périphérique en question.

    Mais tu as aussi des cas où c'est pour communiquer avec le périphérique. Il arrive que tu n'ai pas d'implémentation du "protocole" qui interagi avec ce périphérique autre que le binaire fourni par le constructeur. Dans ce cas tu peut ne pas le charger et tu n'interagis pas avec ce matériel (ou "juste" mal).

    Après pour les premiers la distinction logiciel/hardware peut être assez subtile. En quoi un logiciel questionne la confiance et pas du matériel. Toute la logique implémentée dans le logiciel pourrait être implémentée sous forme matériel (gravé dans le silicium). Le fait qu'un CPU ai ou non son micrologiciel n'est qu'un détail d'implémentation. Il faut aller voir du côté de l'Open Hardware pour répondre à ça. Sans résoudre tout mécaniquement, tu peut très bien avoir un CPU RISCV avec une backdoor et même si on te fourni des documents de design tu n'a pas garanti que ces documents correspondent à la puce que tu as entre les mains.

    La problématique de la confiance est un sujet sans fin. Ça ne veut pas dire qu'il ne faut pas s'en préoccuper.

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

  • [^] # Re: tout lu mais

    Posté par  . En réponse au journal 50 mauvais conseils de codage pour développeur C++. Évalué à 6.

    j'ai toujours admirer cette haine du goto, venant de personne qui n'ont jamais lut Dijkstra.

    Même ici c'est une référence très peu lue. J'en ai fais les frais en essayant de reprendre à mon compte l'expression "X is considered harmful"…

    Dijkstra parle d'une utilisation du goto, qui remplacerais les if/else, switch/case, et autre boucles.
    Aujourd'hui les utilisation principal de goto, c'est soit les goto-chain.
    soit un utilisation avec des pointeur sur label pour optimiser des interpréter, soit pour des retry. mais continuons à répandre la rumeur que les goto sont héréditairement mauvais pour pas utiliser ces technique, que aucun projets sérieux ne prendrais.
    ne faisons aucune exception. les try catch sont tellement moins spaghetti.

    Les try-catch offrent bien moins de possibilités pour avoir un code spaghetti que des goto.

    Je trouve pas gênant le fait de proscrire le goto. Ça pousse à ne s'en servir que dans des cas où tu en a réellement besoin. Une part non négligeable des structures de contrôle ont était conçues pour éviter les goto, il faut une bonne raison pour repasser au goto.

    Bon après moi, je trouve que rien ne battra le duff's device en terme de code spaghetti et il n'a pas besoin de goto.

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

  • [^] # Re: C'est l'application de la dĂ©cision prise comme indiquĂ© prĂ©cĂ©demment :

    Posté par  . En réponse au lien Ça se précise, les microcodes privateurs bientôt de retour dans l'installateur Debian - phoronix. Évalué à 4.

    Le source du paquet pour amd https://salsa.debian.org/hmh/amd64-microcode/-/tree/main/amd-ucode
    Et celui pour intel https://salsa.debian.org/hmh/intel-microcode

    VoilĂ  ce que fournit Intel https://github.com/intel/Intel-Linux-Processor-Microcode-Data-Files

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

  • [^] # Re: C'est l'application de la dĂ©cision prise comme indiquĂ© prĂ©cĂ©demment :

    Posté par  . En réponse au lien Ça se précise, les microcodes privateurs bientôt de retour dans l'installateur Debian - phoronix. Évalué à 5.

    Ils n'en n'ont pas le code. Comme dit dans la conversation plus haut tu fais déjà très probablement tourner ta machine avec ce genre de choses. Les CPU Intel et AMD ne fonctionnent pas sans. Si tu ne les as pas mis à jour tu as juste le binaire sortie d'usine, mais là question est la même.

    Tu pourra bien sûr choisir de continuer à ne pas les mettre à jour. Il faut que tu accepte spécifiquement d'installer ces binaires pour qu'ils soient installés (opt-in).

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

  • [^] # Re: C'est l'application de la dĂ©cision prise comme indiquĂ© prĂ©cĂ©demment :

    Posté par  . En réponse au lien Ça se précise, les microcodes privateurs bientôt de retour dans l'installateur Debian - phoronix. Évalué à 3.

    Ce ne sera plus possible. Ou disons que les installer sans ne feront pas partie de Debian.

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

  • [^] # Re: Vieux de la vieille

    Posté par  . En réponse à la dépêche Règles de pérennité des comptes LinuxFr.org et données à caractère personnel. Évalué à 3.

    28/08/2003 tu peux utiliser la recherche de ton navigateur (avec la date Ă  ce mĂŞme format) sur la page:

    https://linuxfr.org/users/gof

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

  • [^] # Re: TĂ©lĂ©phone maison…

    Posté par  . En réponse au lien Panne Tesla : impossible d’accéder à l’application ou de recharger sa voiture. Évalué à 2.

    Un moteur de volet roulant c'est 100 Ă  200W

    Attend on parle de quoi en fait ?

    Les volets roulant de particulier je viens de voir chez somfy c'est du 45W. Les volets sont légers de part les matériaux et la taille des volets (sauf à avoir de très larges baies vitrées, mais je présume que tu as plusieurs volets et moteurs du coup.

    Les volets roulants de magasins qui sont lourds qui ne font que de l'anti intrusion (ils ne sont pas lĂ  pour faire par soleil).

    Les magasins n'ont pas vraiment le problème de l'incendie. Tu descend le volet parce qu'il n'y a plus personne à l'intérieur. Pour les particuliers c'est là que le risque existe mais faut vraiment être flippé pour installer un volet commerçant.

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

  • [^] # Re: TĂ©lĂ©phone maison…

    Posté par  . En réponse au lien Panne Tesla : impossible d’accéder à l’application ou de recharger sa voiture. Évalué à 2.

    Ben non c'est mécanique. C'est assez rependu dans les rideaux de fer de commerçants. Tu le désengage et tu utilise la manivelle pour le remonter.

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