barmic 🦦 a écrit 6221 commentaires

Si l'algorithme est le même entre 2 logiciels, on peut conclure que pour ce logiciel, le code est plus ou moins compact, rapide, expressif, etc...

Ça c'est pas du bench :) La seconde partie de l'article est intéressante de ce point de vu à ce titre.

Et pour la vitesse ça te dis que cette implémentation de l'algo dans tel langage est plus rapide que l'implémentation de l'autre. Si tu as besoin de cette implémentation de l'algo, ça doit être utile ^^

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

Hé hé tu vois je ne l'avais même pas vu... Comme quoi

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

Ça reste tout à fait minimaliste comme filtrage. En tout cas bien loin de ce qui est proposé plus haut.

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

Ah non ce n'est pas une question de complexité, mais d'information qu'il apporte. Si tu ne peux pas conclure mieux que « ce snippet de code est plus performant actuellement que celui-ci » alors l'effort ne t'apporte rien. Le plus difficile dans un benchmark ce n'est pas d'écrire du code, c'est de faire quelque chose de tes résultats, de pouvoir comprendre la différence et d'où elle vient.

Pour voir quelque chose de bien fait c'est simple, on peut regarder les journaux sur pythran où c'est l'inverse ou tu peut regarder les bench du noyau où les dev prennent le noyau avec et sans leur feature et montrent l'impact du code qu'ils ont produit. C'est à ça que ça sert un bench. Les concours de phallus c'est de l'énergie perdu pour rien.

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

Quel est l'intérêt ? Un benchmark devrait être là pour répondre à une hypothèse.

La démarche peut être de prendre le même algo est de l'écrire dans les 2 langages. Plus que les langages¹ tu compare les compilateurs. Mais pour que ça ai un intérêt il faut ensuite faire le travail d'analyse des résultats (quels optimisations ont jouées dans un sens comme dans l'autre ?). Sinon ça n'apporte rien et tu ne pourra pas en déduire que l'un est plus performant que l'autre. Juste que dans un contexte donné, il est arrivé que l'un soit plus rapide que l'autre.

C'est pour ça que ce genre de papier ne sont là que pour générer de la visibilité et tenter de créer une hype.

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

"T extends {}" est littéralement le code TypeScript à utiliser

C'est probablement moi, j'ai tendance à vocaliser ce que je lis et c'est un mot sur le quel je butte. Je sais que c'est un mot clef du langage, mais ce n'est pas un bout de code que tu as donné ce mot clef est un verbe de ta phrase.

"example" est le nom du paramètre choisi par le développeur initial

D'acc je comprends mieux et je suis tout à fait d'accord.

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

Après si tu veux une correction un peu plus propre, je pense qu'il faudrait splitter la fonction en 2, l'une qui considère que T extends {} et l'autre qui ne prend pas d'example.

Je suis sincèrement pas contre les anglicismes, mais « étends » et « exemple »¹ sont pas mal dans le contexte :)

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

Il arrive aussi que l'amont, sans être hostile, se montre un peu énervant de mollesse : quand en novembre 2017 j'ai vu que le paquet Scilab était abandonné par son DD, j'ai repris le flambeau ; une Debian sans Scilab aurait été un scandale! Il n'empêche que c'est un des paquets sur lequel j'ai le plus de rustines, car malgré mes remontées, l'intégration ne se fait pas... du coup j'ai souvent des coups de déprime à son sujet et je me demande parfois si je ne devrais pas passer la main.

Tu as regardé s'il était inclut dans d'autres distributions et comment est-ce que ça se passe pour eux ? Peut être qu'ils maintiennent eux aussi des patchs ou qu'ils seraient intéressés par les tiens ? J'ai toujours en tête Go-oo qui a était un précurseur à LibO.

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

Je crois pas que ça soit acceptable pour un paquet officiel Debian...

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

On pourrait lui donner une constitution, une hiérarchie de mainteneurs avec un « chef » à leur tête, élu au suffrage universel parmi les développeurs. On pourrait même appeler ça Debian.

Pas vraiment. L'objectif n'a rien à voir. Debian ne filtre pas ses paquets. Si c'est libre et que le paquet est fait correctement, il n'y a pas de raison que les FTP masters ne l'intègrent pas.

Là il est question de garantir certaines propriétés. C'est exactement ce que font apache et eclipse lors de l'incubation. Ils vérifient le fonctionnement des projets (gouvernance, licence, nombre de contributions,...).

Je trouve dommage que ce ne soit pas vers ça que se tourne GNU puisque c'est exactement ce qui est important pour eux et ils pourraient fournir toute une infra FSF (hébergement, support légal,...). Actuellement il y a un répertoire de projets, mais je ne sais pas trop personnellement ce que ça signifie d'être là dedans. C'est dommage pour des gens qui veulent mettre en en avant une certaine idée de ce qu'est un projet libre.

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

Je n'ai pas dis que c'était bien. Je dis que la démarche initiale est mauvaise quelque soit le code que tu met en face. Il n'y a pas besoin d'aller voir le code ni de connaître l'un ou l'autre des langages pour comprendre le manque d'honnêteté.

Un bench sans explication précise de la différence → démarche malhonnête. Il y a bien trop d'articles de ce genre pour s'appesantir. Déjà que ce niveau de gain de performance est ridicule pour la majorité des usage.

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

Ne te fatigue pas. Les bench entre langages n'ont aucun intérêt sauf dans un cas : quand on explique ce que l'on bench. Si le bench était là pour vérifier l'impact d'une ou d'une série d'optimisation de nim, précises et décrites. Alors ça aurait un intérêt. Dans presque tous les autres cas ça n'a pas le moindre intérêt. Là il ne s'agit que de faire un peu de pub à Nim.

En soit pourquoi pas, mais c'est fait sans vraiment de rigueur.

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

Tu commence par un appel à la réputation, tenter d'expliquer ensuite ce qu'est une bonne ou une mauvaise généralisation c'est drôle.

De mon expérience, il est vraiment difficile de généraliser sur les grandes entreprises. Tu as des services où les choses se passent très bien et d'autres ou pas du tout. Je bosse actuellement dans un endroit où cela se passe très bien pour mon équipe alors que le son de cloche est très différent pour l'ensemble du reste. Pour préciser ça se passe bien dans une équipe de 3~4 personnes sur un étage de 30.

Je connais un autre employé amazon (prime à Londres) et ça se passe très bien pour lui.

Ton lien est intéressant pour dire que ça ne se passe pas toujours comme pBpG le vit.

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

Je n'aurais pas lu une partie sur MacOS quoiqu'il arrive et même si elle concernait quelque chose qui m'intéressait je n'aurait probablement pas eu l'idée sans quelqu'un qui mette véritablement le doigt dessus. Comme pleins d'autres choses ça serait bien, mais ça arrivera toujours. Même les documents qui ont des réflecteurs a temps pleins peuvent avoir des fautes. Il faut pas se braquer pour ça.

C'est un choix éditorial de mettre en avant une fonction buguée sur la quelle Mozilla ne communique pas encore. Je ne l'aurait pas remis en cause (c'est à celui qui a initié la dépêche de choisir la direction qu'elle prends). Même si ça ne me paraît pas être une super idée.

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

sous macOS, le compositeur système est utilisé pour une efficacité démultipliée lorsque WebRender est activé (à ce stade, WebRender reste désactivé par défaut) — nous l’avions annoncé à l’occasion de la version 74, mais la découverte de régressions a conduit à un report ;

Peut être en commençant par la condition ?

sous macOS, ceux qui activeront manuellement WebRender pourront profiter du compositeur système est utilisé pour une efficacité démultipliée — il était prévu qu'il soit activé par défaut à l’occasion de la version 74, mais la découverte de régressions a conduit à un report ;

Il faut aussi voir que le lien pointait sur le ticket 1592016 nommé « Enable gfx.webrender.compositor by default on macOS » qui est clos depuis un mois et dont le dernier message indique bien que c'est activé par défaut. Il faut être pas mal fluent en processus de release de firefox pour en déduire que c'est mergé dans une version nightly/beta de firefox.

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

On voit que tu connais pas mon chonchon, toi ! Depuis 30 ans il ne m'a jamais fais faux bond lui

câlin à chonchon

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

On est pas sur râleurfr ici ? :p

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

Hum je n'est pas était claire, je ne parle pas de ce genre de reproductibilité, mais qu'une fois que quelque chose est corriger il est pas sensé réexploser de la même façon même après plusieurs mois/années.

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

• Quelles sont vos motivations au travail ?
• J’ai testé pour vous : se faire usurper son identité
• Prime réparation vélo
• Refus de restituer une carte bancaire

La semaine dernière linuxfr est tout de même un peu devenu doléancefr. Ce sont des journeaux intéressants, mais leur accumulation en peu de temps donne effectivement une impression que les moules sont devenues des caliméros.

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

Pour le moment, je vais rester sur ce correctif mais si je trouve un peu de temps cette semaine, j'aimerais bien faire un rapport de bug détaillé à EventMachine, voire proposer un correctif.

Tu semble y avoir passé du temps, avoir dû chercher pas mal de choses, qu'est-ce qui t'a manqué pour trouver la cause en quelques minutes ?

C'est le genre de questions que je me pose systématiquement en plus maintenant :

• est-ce que le système s'est comporté comme je le souhaite ? Ok tel partie ne marchait pas, mais est-ce que pour autant tout le système devait sauter par exemple ?
• ok j'ai mis du temps à trouver la cause, qu'est-ce qui m'a manqué pour aller plus vite ? Des log, de l'observabilité, du monitoring,...

Ici tu explique que vous n'aviez pas la gestion d'erreur de votre event loop. C'est assez difficile de ne pas se concentrer sur l'happy path, ça vaut le coup de profiter de ce genre de cas pour se poser la question de comment améliorer la fiabilité. On reproduit rarement un bug 2 fois, mais ce genre d'amélioration sont généralement plus large. Par exemple logger les erreurs de l'event loop ça peut servir dans un certains nombre de cas.

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

Les Français utilisent en moyenne un seul FAI, pourtant ce n'est pas un monopole

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

La technologie c'est bien mais ça devient un cauchemar quand c'est entre de mauvaises mains.

Que vient faire la technologie là dedans ?

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

Vu que dans les livres électroniques auxquels j’ai accès, il y a aussi Beginning Rust From Novice to Professional, je me demande si je ne vais pas mettre au Rust

Je suis un peu déçu, j'ai vu que le support de rust pour le fameux esp8266 est encore assez balbutiant... Ça aurait était un bon candidat pour s'y mettre.

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

Les gens ont tendance à être très virulent par mail et beaucoup moins quand tu les as en face de toi.

Si ton avatar est ressemblant, il y a une certaine logique ;-)

Tu peux même lui tenir le discours

La loi c'est moi ! ET L'ORDRE !!!

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

Ça n'est pas bien grave. L'entretien aurait peut être été intéressant, mais j'avais assez peur d'aller à Vancouver comme ça. Je pense qu'entre l'intérêt pour le taff, le syndrome de l'imposteur et le fait que je suis pas hyper efficace pour lier des relations, j'aurais vite fais de finir en burn out ou quelque chose comme ça.

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