barmic 🦦 a écrit 5976 commentaires

Et c'est vers ça qu'il faut aller, ils apportent tout et sont portables. Ce ne sont juste pas des shell (leurs interpréteurs ne sont pas fait pour être des login shell

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

Tu ne répond qu'au troisième point, mais pour détailler :

1) techniquement c'est complexe. Pour arriver à ça il faut une description d'objet, une forme d'ABI qui va décrire non seulement la structure, mais aussi embarquer du code comme tu veux pouvoir appeler des méthodes dessus. Pour que ce soit un shell, il faut que le shell l'implémente mais aussi avoir des bindings dans tout un tas de langages et encore une fois parce que c'est un shell il faut établir une nouvelle norme d'exécution pour que ton shell fournit au processus la version binaire ou texte dans son entrée standard¹. Ça demande donc 2 normes/standards (une pour la description du modèle objet et une pour la description d'appel) et que pas mal de monde se mette d'accord là dessus. Tu as un danger critique et sérieux de sécurité à la deserialisation.

2) "tout est texte" c'est un mantra qui a des qualités et qu'il va être très utilisé pour torpiller toute tentative de proposer quelque chose même si c'est en plus. Tu as en plus la contrainte que, si tu veux faire un outil qui utilise ces objets, si tu veux être bon citoyen tu dois accepter les deux formes d'entrées ce qui te fera du travail en plus que tu ne peux pas espérer retirer à terme, Appel, IBM et les BSD ont encore moins de chances d'y adhérer un jour

3) pour ne serait-ce que d'être portable sur toutes les distributions linux ça va mettre un temps fou. Tu peux compter le temps que ce soit utilisé dans les distributions + 10 ans pour nos amis les long time support.

Pourquoi ça marche sur windows ?

• ils sont seuls chez eux
• ils n'ont presque pas d'ecosysteme préexistant
• tout ça fonctionne sur la CLR soit tu es un langage de la CLR et tu peux utiliser les objets soit tu es textuel

Au final au vu de la complexité de mise en place, je trouve que ça ne vaut pas le coût. Tu veux des objets et ce genre de fonctionnement ? Perl, python, ruby,… feront ça mieux et de manière portable.

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

mais j’espère que bientôt on pourra effectuer en shell ce que fais powershell a savoir passer des objets dans le pipe et pouvoir utiliser les attributs et méthodes de ces objets

Impossible par construction et par idéologie et si ça arrivait tu ne voudrait pas l'utiliser parce qu'« il faut savoir écrire en "shell commun" pas en bash pas en zsh ni en ksh ».

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

C'est curieux comme message.

Si tu ne comprends pas l'intérêt de discord qu'est-ce qui te fais penser que ta proposition est pertinente ?

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

C'est un peu dommage que ça ait été interprété comme la méthode de développement à appliquer par défaut.

C'est bien plus philosophique que ça. Y a t'il une qualité par défaut qu'un logiciel doit avoir ? Et si oui le quel est-ce ?

Certains diront qu'un logiciel doit être le plus rapide possible sauf cas particulier.
D'autres diront qu'il doit être le plus lisible possible sauf cas particulier.

Et on parle là que de 2 qualités, mais il y en a pleins d'autres. La subjectivité de chacun donnera des réponses différentes.

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

Création de la fonction foo
=> création et affectation de x a partir d'un entier
=> Création de la class bar
==> affectation de x à partir de x (qui n'existe pas dans la class bar …) => erreur

Pas tout à fait sinon la seconde méthode marcherait pas non plus.

Création de la fonction foo
=> création et affectation de x a partir d'un entier
=> Création de la class bar
==> le bloc crée une variable x donc on retire x de la table
==> affectation de x à partir de x => erreur

Du coup ça fonctionne :

def foo():
  x = 1
  class bar:
    y = x + 1
  return bar
foo()

Du coup ça plante :

def foo():
  x = 1
  class bar:
    y = x + 1
    x = 1
  return bar
foo()

Toutes les variables crées dans un bloque cachent les variables disponibles dès le début du bloque. Ce n'est pas la déclaration d'une variable à partir d'elle même qui pose problème, mais le fait d'utiliser une variable qui sera surchargée dans ce même bloque.

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

Ce que je critique, c’est l’existence de ces titres « réservés à  ».

Tu parles du prix Turing ?

La bonne approche est selon moi de citer et mettre en avant les membres de la catégorie de personnes qui ont réussi malgré les obstacles.

Par exemple en créant un prix pour ça ? C'est l'objet d'un prix à la fois de récompenser quelqu'un de méritant et de donner une publicité cette contribution et son ou ses lauréats.

Citer des cas plus ou moins vieux c'est bien et c'est fait, mais d'une part ça a bien moins de portée que la remise d'un prix et ça ne change pas grand chose pour les personnes qui apportent actuellement des contributions de valeurs.

Et peut-être aussi en leurs disant que même certain « hommes blancs » ont

T'a pas fini ta phrase, mais bon reprocher aux actions féministes de ne pas agir contre toutes les discriminations c'est un peu comme expliquer aux resto du cœur que bon ce serait bien d'aider au mal logement. Beaucoup de mouvements féministes font cette mutation d'élargir leur mouvement au grand dam de JK Rowling par exemple. Ça se voit par les définitions présentées. Tu as même maintenant l'écho-féminisme qui élargi encore le sujet.

Mais est-ce que tu vois comment dès que l'on parle de ces prix fait en réaction au prix existant il y a des réactions comme la tienne alors qu'il n'y a aucune réaction quand on parle du prix Turing qui n'est remis qu'aux hommes ? Et que lorsqu'on cherche à mettre en avant des femmes via un prix, on leur dis que c'est dommage de trop mettre en avant les femmes mais qu'il faudrait s'occuper de toutes les discriminations ? Tu ne vois pas du tout le biais dont parle Ysabeau ?

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

Concrètement je pense effectivement que cela est problématique et je rapprocherai cela à de la « discrimination positive ».
Le problème étant que dans « discrimination positive », il y a « discrimination ».

Alors que si on fait la même chose pour les hommes mais sans le dire il y a pas le mot discrimination donc ça passe ?

Je comprends vraiment pas la logique. C'est considérer que le prix Turing qui a mis 50 ans à décerner un prix à une femme comme "neutre". Ce qu'il n'est ou en tout cas n'était clairement pas.

Si vraiment il faut voir un problème c'est dans le fait que l'on crée sans état d'âme des prix récompensant dans les faits uniquement les hommes sans y voir de problème. Il n'y a pas que le prix turing (3 femmes sur 75 lauréats, 50 ans pour qu'une femme ne soit primée), mais aussi par exemple la médaille Fields avec 2 femmes sur 64 lauréats (la première en 2014), 78 ans pour qu'une femme l'obtienne. Si ça doit alerter de quelque chose c'est bien de ça.

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

L'intérêt de Rust n'est pas son typage strict, ou ses énumérés, etc. C'est l'assemblage de tous ces paradigmes en un seul écosystème.

On appel ça un système de type. et plusieurs langages vont au moins aussi loin depuis plus longtemps. Je ne pense pas que ça suffise à le démarquer.

• le borrow checker
• la possibilité d'utiliser ce genre de système de type tout en ayant une grande affinité avec les manipulations bas niveau
• le borrow checker
• la gestion de mémoire avec peu ou pas d'overhead
• un outillage pratique et facile d'accès
• le borrow checker

Il me semble que s'il y a vraiment un truc qui le rend unique c'est le borrow check. Au milieu de différentes choses qui sont plus de l'état de l'art des langages, il me semble être le seul langage à avoir intégré à son typage des informations permettant à la fois une programmation parallèle fiable et une gestion de la mémoire efficace.

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

Une bonne partie de tes arguments sont du domaine de la création. Personne n'a parlé d'obligé qui que ce soit à produire de vidéo c'est donc non avenu. Celui qui veut produire une vidéo a fait le choix de ce mode d'édition et on peut entendre qu'il a à minima une petite idée de ses problématiques ou qu'il le découvrira avant d'avoir fini de publier. Tout comme il ne me viendrait pas à l'idée de reprocher à quelqu'un d'avoir fait le choix d'utiliser HTML, PDF ou dvi, je ne me vois pas reproché d'utilisé de l'audio ou de la vidéo.

Pour le premier argument qui se veut massue. Tu ségrègue une bien plus grande proportion d'internet en choisissant de t'exprimer en français qu'en utilisant un format vidéo. Et reposer sur des services comme google translate ou deepl pour espérer être inclusif ne me semble pas souhaitable.

Le seul argument qui me semble pertinent me semble effectivement le dernier. Même s'il me semble très mal amené :

• écriture petite → c'est comme dire que publié sur son blog c'est mal parce que souvent les règles d'accessibilité du web ne sont pas respectée
• la question du débit n'a de sens que pour le streaming hors à moins de publier sa vidéo sur netflix ou disney+ je ne connais pas de plateforme où tu ne peux pas télécharger

Par contre télécharger, décoder une vidéo représente une consommation d'énergie supérieure à la même chose en texte. Note qu'on pourra dire la même chose de l'utilisation d'image voir de gif animé des fois dont l'objet est uniquement humoristique.

Ça ne me paraît pas rédhibitoire : s'émouvoir de ce coût tout en se déplaçant en voiture par exemple me semble être une hiérarchisation des coûts écologiques bien confortable (et à moins que les développeurs soient vraiment une portion très particulière de la population beaucoup de développeurs utilisent quotidiennement une voiture).

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

Si tu veux pas faire, tu paie simplement une amende de 3600 €.

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

Je suis d'accord, mais je présume qu'ils veulent dire que c'est une énergie sans sur coût en CO2.

Néanmoins je trouverai dommage de trop investir dans celui-ci en particulier car il faut qu'on arrive à le réduire autant que faire ce peu. Mettre beaucoup d'argent pour récupérer de l'énergie de quelque chose qu'on devrait réduire, ne me semble pas rentable.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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