barmic 🦦 a écrit 5917 commentaires

À coté, Go a eu sa propre lib, Rust a RusTLS, et les autres sans doute pareil, pour éviter de se servir d'OpenSSL.

Je ne sais pas ce qu'il en ai des autres, mais rustls a démarré son développement 2 ans après heartbleed et je ne crois qu'il y ai le moindre lien. rust est simplement très adapté à ce genre d'utilisation. Ce serait dommage de s'en priver.

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

à moyen terme, verrons nous plus d'entreprises contribué à l'open source, ou cesser l'utilisation de l'open source ?
Verrons nous une moindre utilisation de java ? la fin des libraires partagées ?

Rien du tout. C'est une tempête dans un verre d'eau. shellshock n'a pas tué linux et heartbleed n'a pas tué OpenSSL. C'est fou cette capacité à oublier que c'est quelque chose de régulier et non pas la fin du monde.

L'open source en question ?

Comme à chaque fois on redécouvre qu'on a laissé 1 à 5 développeurs la charge d'un truc dont beaucoup de monde dépend.

Maven en question ?

C'est pas maven en particulier qui a le moindre problème, c'est la gestion de dépendance. On reproche à maven de ne pas virer les versions incriminer aujourd'hui, on reprochait à npm de permettre de virer des paquets il y a 5 ans. On se détend un peu.

Déjà mettre à jour la bibliothèque n'est pas la seule façon de mitiger la faille. Certains projets pour des raisons qui leurs sont propre ne peuvent pas mettre à jour le code aussi facilement, dans ce cas mettre en place d'autres contremesure (ou avoir toujours eu ses contremesures) fais le taff. Ça n'empêche pas de mettre à jour la bibliothèque, mais pas besoin de le faire dans l'urgence.

Bref je trouve que ça a excité beaucoup de monde qui dans la tempête n'arrive plus à faire la différence entre des éléments de fond et des éléments qui sont justes classiques. Courage à tout ceux qui subissent la tempête.

Pour moi ça questionne plus notre manière de communiquer.

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

Arg j'ai réveillé le Z… Tu utilise des mots dont tu ne connaît apparemment pas le sens (enfin j'imagine que tu les tords jusqu'à ce qu'il correspondent à ton besoin). M'enfin…

Oulalala que tu es empathique ! Que je me suis fourvoyé ! Oulala ! Quelle illumination ! Tout ce que tu dis à tellement de sens ! Maintenant que tu l'a répété une 256ème fois c'est devenu limpide ! Un vrai appel à la paix et devrais corriger tous les problèmes de vaccination !

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

Je me permet de pointer sur le wiktionnaire pour mieux expliquer ce que je voulais dire.

C'est pire encore tu pense qu'ils tuent volontairement des gens. On est encore plus loin de l'empathie que je ne le croyais.

Soyons clair je ne suis pas antivaxx, je suis vacciné 3 doses et je recommande à toutes personnes qui n'ont pas de contre indication médicales à le faire.

Mais la peur, la crainte ou autre envers les vaccins ne s'inscrit probablement pas dans une volonté de tuer autrui !

Par exemple il semble que les enjeux de collectivité par rapport aux besoins personnel soit quelque chose d'absolument incompréhensible pour une partie de la population. Mais en quelle part c'est leur faute et en quelle part le fait qu'on présente toujours que des individualités (dans tout : en politique, dans le sport, dans la pop culture,…) ?

C'est un exemple, mais vraiment ta manière de présenter les choses n'amène qu'à une chose : leur stigmatisation ne les poussera pas à se faire vacciner. Ça pousse à les discriminer potentiellement violemment.

Je ne vois aucune forme d'empathie là dedans (et non je n'amalgame pas empathie et bienveillance), mais une dérive très problématique.

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

Et dans sa forme on voit bien que RMS et la FSF ont voulu un truc juridiquement carré …et avec l'effet miroir « gauche de copie »
Avant sa reconnaissance par la jurisprudence française, on avait une adaptation tout aussi longue (v2.1)

Les poursuites entreprises par la FSF n'auraient pas pu se faire avec la MITL ou la WTFL¹ …Les GPL sont donc bien mieux d'un point de vue protection juridique.

Bref c'est pas la taille qui compte.

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

Je suis triste de voir des projets libres se prendre du FUD (ton commentaire initial c'est "pas j'ai l'impression qu'il est moins rapide", mais "Mozilla délaisse la performance de Firefox") sans plus d'éléments factuels.

Sincèrement je ne comprends pas comment Firefox peut se prendre autant dans la tête par rapport aux autres et dès que gratte un peu les arguments c'est :

• non mais moi je suis convaincu, c'est "les gens" qu'il faut convaincre
• non mais c'est une impression, c'est pas flagrant (=> j'ai rien qui appuie ça mais pourquoi ne pas baver dessus)
• mais j'ai lu le titre d'un article putaclick il y a 3 ans sans avoir lu l'article ou sans aucun recul dessus donc maintenant j'affirme que Mozilla fait n'importe quoi
• firefox 4 c'était vraiment nul

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

Je pense que comparer netflix où tu es uniquement consommateur et d'autres comme instagram ne relève pas du tout des même usages et donc de même conditions d'utilisation. Je n'ai d'ailleurs aucune idées de ce qu'est les conditions d'utilisation de Microsoft Windows ? Azure ? Office 365 ? Leur boite mail ?

La GPLlv3 est probablement la plus longues des licences libres que je connaisse (et de beaucoup) est-ce que ça en fait la pire ?

Il me semble que simplifier le sujet à une seule métrique n'informe pas tant que ça.

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

Hum l'article propose ça:

// function
func buildCompleteList(process func(opts *github.ListOptions)(*github.Response, error)) (*github.Response, error) {
    var response *github.Response
    var err error
    ops := &github.ListOptions{}
    for {
        response, err = process(opts)
        if err != nil || response.NextPage == 0 {
            break
        }
        opts.Page = response.NextPage
    }
    return response, err
}

// slot d'appel
var teams []*github.Team
resp, err := buildCompleteList(func(opts *github.ListOptions) (*github.Response, error) {
    newTeams, response, err := client.Organizations.ListTeams(org, opts)
    teams = append(teams, newTeams...)
    return response, err
})

et à vu de nez la version générique serait ça:

// function
func buildCompleteList[T](build func(opts *github.ListOptions)(*T, *github.Response, error)) ([]*T, error) {
    var list []*T
    var err error
    ops := &github.ListOptions{}
    for {
        items, response, e := process(opts)
        if e != nil || response.NextPage == 0 {
            err = e
            break
        }
        list = append(list, items...)
        opts.Page = response.NextPage
    }
    return list, err
}

// slot d'appel
teams, err := buildCompleteList(func(opts *github.ListOptions) (*github.Response, error) {
    return client.Organizations.ListTeams(org, opts)
})

Et du coup je dirais :

• la version closure fait le append avec ou sans l'erreur pas sûr que ce soit toujours une bonne idée
• le slot d'appel est bien plus simple en générique (je ne serait pas surpris qu'il existe du sucre syntaxique pour ce genre de chose), la complexité ajouté dans la méthode générique ne me semble pas insurmontable
• tu as moins de bruit avec la première variable retournée par la méthode non générique dont on ne sait pas trop quoi faire. La méthode générique a un usage plus courant avec un retour de la forme (réponse attendue, erreur)

Après ça n'est qu'une manière de faire, tu peux préférer avoir un itérateur qui va te permettre de t'arrêter là où tu souhaite (ou de commencer à faire des choses avant de tout charger et utiliser une coroutine pour ça va poser des questions de backpressure).

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

Je pense que @kantien et moi avions compris que tu utilisais des méthodes anonymes :

// mon algo
for c in range cellules {
    c()
}

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

Je ne vois pas de fermeture dans l'exemple que tu donnes par contre ?

type MyFloat float64

func (f MyFloat) Abs() float64 {
    if f < 0 {
        return float64(-f)
    }
    return float64(f)
}

type Vertex struct {
    X, Y float64
}

func (v *Vertex) Abs() float64 {
    return math.Sqrt(v.X*v.X + v.Y*v.Y)
}

Dans la première méthode Asb() f est capturé et v dans la seconde. C'est comme ça que le l'ai compris, même si je ne suis pas certains qu'on puisse parler de capture pour une référence qui est passée de cette façon à la méthode (comme le self de python).

L'intérêt des fermetures est de faire en sorte que l'algo central ne dépende d'aucun type particulier, même pas un type générique mais de la plus petite interface possible, par exemple func(i, j int) bool. Le code dépendant du type est dans la fonction avec fermeture et propre à chaque utilisation et donc en dehors de la lib.

Ça n'est pas clair pour moi. Tu semble parlait indistinctement de fermeture et d'interface.

// une interface 
type Rendu interface {
    Rendu(i, j int) bool
}

// une lambda
var rendu func(i, j int) bool

Les 2 manières peuvent faire de la capture pour calculer leur rendu comme tu le souhaite.

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

soit n'ont pas besoin de ça

Ça fait un peu « dis moi ce dont tu as besoin, je te dirais comment t'en passer ».

Non c'est l'inverse, quand tu écris un programme pour ton besoin, tu ne cherche pas à résoudre la quadrature du cercle. Tu te place dans un prisme limité qui n'a pas vocation à généraliser autant que possible toute problématique.

Même le tri en place du tableau, je doute que ce soit possible (génériquement) en golang avec seulement des interfaces (pour la bonne raison qu'une fonction d'ordre est un opérateur binaire, ce qui n'est pas gérer par les interfaces de base).

C'est juste pas vérifié par le système de type. Ça n'est pas équivalent en terme de vérification, mais beaucoup de code fonctionnent comme ça. Et un certain nombre sont bien plus utilisé et apportent bien plus à leurs utilisateurs que tout ce que j'ai pu écrire donc je ne me permettrai pas de les juger.

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

Je suis pas certain que ne pas être utilisable avec vi ou emacs limite l'adoption. Les utilisateurs de ces 2 là (ou de leur fork/reimplementation) veulent généralement être bare metal amha et n'ont pas particulièrement envi de voir le web s'inviter.

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

Sinon ce que tu décris c'est tout simplement le fonctionnement des interfaces jusqu'alors : une interface c'est juste un dictionnaire de fermetures. D'ailleurs pourquoi passer par des fermetures à sa sauce quand le langage fournit nativement un tel mécanisme ?

Je ne sais pas.

Un cas d'exemple simple et générique impossible à rendre, au niveau des types, avec les interfaces (ou fermetures) : le tri d'un tableau. Quand on a un tableau sur un type ordonné (que le type soit ordonné cela s'exprime par le fait qu'il satisfait une certaine interface), alors on peut trier (par ordre croissant ou décroissant) ce tableau : le type de sortie dépend du type de l'entrée, en sortie on a un tableau sur le même type de données qu'en entrée.

Ceux qui passent par cette solution (ça m'est arrivé par exemple parce qu'avec du typage nominal tu n'a pas toujours la possibilité de décrire le type qui te convient) :

• soit n'ont pas besoin de ça
• soit tu te crée que des méthodes et pas des fonctions. Tu modifie les paramètres que l'on te donne plutôt que de retourner quelque chose

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

Merci pour ta réponse.

Je comprends surtout si c'est aussi peu de code pour nn_lib.

Pour markdown je ne suis pas sûr de comprendre, la traduction markdown → html est faite dans gmic et pas dans une étape de construction ?

On pouvait s'attendre à cette question :)

Ce n'est pas du tout une critique, c'est simplement pour comprendre. Je n'ai pas d'usage de gmic (parce que je ne fais presque aucun traitement d'image à part du recadrage trivial de temps en temps), donc c'est forcément plus sur l'aspect code que je regarde le projet.

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

je ne vois pas comment tu peux effectuer cela avec de simples clôture

Au lieu de manipuler directement ta structure ou ton objet, tu enrobe chaque usage par une fermeture. Le code n'a plus de lien avec le type de l'objet capturé avec la fermeture, mais avec le comportement de la fermeture elle même. C'est une sorte de pattern adapteur.

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

Tu sors des arguments pétés de 10 ans d'age pour Firefox, mais ça te titille que les gens sortent des arguments d'un an sur Safari ?

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

Insidieusement en plus? Genre, t’es la, tu t’y attends pas, et paf, tu te prends une pub pour un de leur produits?!?!

Souffle un peu. Tu as des dark pattern qui sont avérés comme ça par exemple https://www.blogdumoderateur.com/youtube-5-fois-plus-rapide-chrome/

Rien que le fait de pouvoir implémenter des nouveautés (dans le standard ou pas) dans le navigateur et contraindre tout le monde à suivre parce qu'ils l'implémentent dans les sites parmi les plus visités c'est une forme énorme.

Ils ont une position tellement hégémoniques que beaucoup de ce qu'ils font devient mécaniquement de l'abus de position dominante. C'est pour ce genre de raisons qu'aux US les producteurs de cinéma ne peuvent pas posséder de salles de cinéma (le décret Paramount).

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

Il me semble que OTP (one time password) serait une bonne alternative.

Voila un lien qui a l'air intéressant et qui pointe les autorités qui définissent DSP2 pour approfondir https://www.89c3.com/news/dsp2-et-authentification-forte/

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

Tu sors tout ça d'où ?

[…] mais pas pour Firefox et Firefox n'est plus aussi à jour avec les standard. Alors quand tu va su ta banque et qu'il te dis "Navigateur pas à jour", tu essaye avec Chromium et ça marche…

Parmi le peu de cas où des sites font ça, il s'agit très souvent de tests du user agent et il y a des cas où les développeurs (ou leurs commanditaires) ne veulent supporter qu'un nombre restreint de navigateurs.

Firefox est en dessous quand il s'agit du multimédia, twitch marche moins bien sur firefox par exemple (après ce n'est pas complètement rédhibitoire je me sert tout de même de firefox, mais outre les petites erreurs il demandera peut être plus de ressources je sais pas).

A ça s'ajoute un délaissement des performances de Firefox

A l'époque de firefox 4 oui certainement… Il y a 10 ans. Ils ont passé des années à récupérer leur retard et depuis 4 ans avec firefox quantum, je vois pas comment on peut dire qu'ils délaissent la performance. Non seulement ils ont objectivement rattrapé leur retard, mais en plus d'une part ils ont annoncé les différentes phases du projet quantum pour améliorer la performance et d'autre part cela s'est accompagné de changements dans leur organisation pour continuer à maintenir leur performance.

On en a parlé plus d'une fois pourtant Firefox Quantum, première partie du projet Quantum de Mozilla, est disponible.

un ensemble de choix techniques contestable (comme le fait de ne pas pousser Rust)

De quoi tu parle ? Ils passent du temps à justement remplacer du code C++ en code rust. Oui ça prend du temps surtout quand tu as une base de code de 25 ans d'age et que tu es attendu au tournant si tu as des bugs. On ne réécrit pas un navigateur en si peu de temps et il n'est pas possible de mélanger complètement à loisir rust et C++ (ils passent des bloques cohérents en rust).

[…] de multiplier le salaire du PDG pour virer des développeur plus ou moins contestataires…

C'est l'argument que je comprends le moins. Paille poutre tout ça.

Je comprendrais si les gens qui disent ça utilisaient opera, brave ou autre. Mais si c'est pour rester sur Chrom(e|ium) et Safari je ne comprends pas.

Pour moi c'est exactement comme quand on voit des gens dirent à fairephone que 30% de matériel recyclé c'est pas beaucoup.

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

On s'en fout des gens. Pourquoi tu dois avoir le comportement des gens ? J'utilise uniquement Firefox surtout mes appareils et je navigue plus sur smartphone que sur pc quand je ne suis pas au boulot. Ce n'est pas un défit, je n'ai pas à prendre sur moi pour le faire.

Une fois parti ailleurs et que tu vois que la concurrence marche aussi bien, si ce n’est mieux, pourquoi s’emboucanner à revenir?

Parce qu'il ne se passe pas 6 mois sans que Google sorte une nouvelle idée pour consommer ta vie privée ?

Tu parles des "ingénieurs" qui sont partis. Je sais pas si c'est "ingénieur" mais beaucoup de ceux qui s'y intéressent assez pour dire Firefox ne fait que suivre Chrome restent sur des idées préconçues de 10 ans d'âge.

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

Tu ne sors que des arguments qui ont 10 ans. C'est dommage de rester sur des idées et surtout de sortir l'état technique d'il y a 10 ans pour expliquer pourquoi tu ne t'en sers pas aujourd'hui.

Et cette idée que Firefox suit Chrome avec du retard… Ça n'intéresse que ceux qui s'extasie devant la "guerre des navigateurs" pour une utilisation courante, c'est pas argument.

Firefox n'est loin d'être parfait et Mozilla encore moins, mais la rancune qu'ils se traînent est folle quand on voit comment en face c'est pire de plusieurs magnitudes, mais que les gens laissent couler.

Il n'y a rien de rationnel là dedans. Mon avis c'est que google est confortable et qu'il est plus simple de se trouver des arguments pour le maintenir que de quitter son confort.

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

Tu as plus rigolo encore : la relocation de bibliothèque. Ça consiste à prendre toutes les classes d'une bibliothèque et à les mettre dans un un package différent. La classe x.y.z.MyClass se retrouve dans a.b.c.MyClass.

https://imperceptiblethoughts.com/shadow/configuration/relocation/

Ça devient fun avec ça de vérifier si on a une dépendance quelque part.

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

nn_lib et gmd donnent une impression de syndrome NIH. Quels sont les raisons d'avoir redévelopper plutôt qu'utiliser des bibliothèques existantes ?

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

Toute manipulation d'images à sa place dans g'mic (ou presque) c'est un outil très généraliste. Donc oui c'est très large. Il me semble qu'en tout cas au départ il était pas mal teinté recherche et était un laboratoire d'algo de traitement d'images.

Évidement l'annonce de son lancement donnera plus d'info

https://linuxfr.org/news/gmic-un-nouvel-outil-libre-de-manipulation-dimages

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

Renommer Advanced Server et Advanced Client en Server et Client

Où ? Pourquoi ? Il y a des implications ?

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