barmic 🦦 a écrit 4834 commentaires

Semaine éprouvante ? Je présume que tu t'ai senti « attaqué » parce que tu as une moto d'où la réaction épidermique.

Donc premièrement détend-toi, respire profondément.

Deuxièmement je vais expliquer mon commentaire vu que ça n'a pas l'air limpide.

ploum dis que depuis très longtemps il défend une « écologie intelligente ». En indiquant que par écologie intelligente, il entends, entre autre le fait de remplacer sa moto par un vélo.

Je décris juste que je ne trouve pas que ça fait très longtemps qu'il a ce genre de démarche vu que :

1. ça fait tout juste un an qu'il a remplacé sa moto par un vélo
2. avant il décrivait texto que cette démarche ne servait à rien écologiquement parlant¹

Il n'y a aucun jugement dans cela, c'est purement descriptif liens à l'appui (je crois que t'aime pas trop que les gens donne des liens, mais bon je me le permet :p).

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

Note qu'il défend depuis très longtemps une forme d'écologie intelligente (dire que l'essence n'est pas assez chère, revendre sa moto, se déplacer à vélo). Et il défend depuis longtemps la vie privée et le logiciel libre.

Très longtemps ? Ça ne fait même pas un an qu'il a vendu sa moto pour découvrir le vélo. Il y a longtemps il parlait d'écologie tout en parcourant des centaines de km en moto par pure loisir. À l'époque il paraît que ça n'avait aucun impact écologique de faire du vélo.

Il a évolué et c'est très bien. Je ne lui reproche rien¹. C'est juste que Il y a « très longtemps », il n'était pas vraiment dans la forme d'« écologie intelligente » que tu décris.

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

D'après leur README, ce n'est pas juste une libération en mode « voila le code », mais il semble y avoir une volonté d'accepter les contributions extérieures, les rapports de bug, etc.

De plus cette libération du code n'est pas complète d'après le README. Ils travaillent encore sur le build et les tests.

Par contre, ils expliquent clairement ne pas vouloir porter leur STL sur d'autres plateforme.

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

Merci :) Les journaux chez moi font leur une sur l'attaque contre les installations de pétrole d'Arabie Saoudite (et un peu sur le brexit).

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

Wow je demande poliment la source de quelqu'un donc je suis sensible aux « campagnes Facebook ».

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

Effectivement, j'étais pas allé vérifier pour blender que je n'ai jamais utilisé, mais leur page de documentation semble bien dire ça : Python API Overview.

Ils parlent bien d'embarquement « Blender embeds a Python interpreter which is started with Blender and stays active » et on ne lancent pas les scripts python blender avec l'interpréteur standard, mais avec blender blender --python /home/me/my_script.py.

C'est effectivement un exemple de python embarqué :)

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

Ah oui ça c'est autre chose. Ça n'est pas dans le journal pointé par Zenitram. Tu aurais un lien, s'il te plaît ?

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

Un prof qui dit n'importe quoi ça « ébranle le MIT » ? Je pensais que l'une des écoles technologiques les plus réputées du monde était un peu plus solide que ça. Rien dans ce qu'il a dit n'impliquait le MIT ou ne semblait montrer quelque chose de systémique. Je comprends que le MIT l'ai poussé vers la sortie, mais je ne vois pas le coté mise en péril du MIT.

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

Selon plusieurs (sans source formelle), cette démission serait liée aux scandales qui ont secoué le MIT récemment.

Pour ceux qui n'écoutent pas radio MIT de quels scandales il s'agit ?

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

Ig Nobel ce n'est pas de la moquerie. Il s'agit d'avoir un prix qui soit différent des grands nobels car la science ce n'est pas que les grandes découvertes. C'est aussi tout un tas de petites mains. Des gens qui tentent des approches. Pour un qui réussi, il en fait des centaines qui se ratent, des milliers qui font les premiers pas de la bonne direction et d'autres milliers qui observent/reproduisent les découvertes.

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

Tu fais ce genre de procès à tous les contributeurs du noyau ? Parce que je ne vois pas ce qui changerait pour IBM, Intel, RedHat, AMD, etc

Amour non, mais call girl peut-etre ;)

Vu le nombres de contributions sans Amour, si on veut continuer l'allégorie c'est linux qui fait le trottoir plutôt…

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

Cette page le décrit clairement. Ils se sont intégré à python plutôt que l'inverse. Les plugins gimp en python, c'est python qui execute du code gimp et pizzas gimp qui execute du code python.

https://www.gimp.org/docs/python/

Ça paraît subtile, mais ça ne l'est pas du tout.

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

Après vérification, il me semble que gimp n'embarque pas d'interpréteur python. Les extensions sont des processus lancés à côté de gimp sur le python installé sur le système.

Par embarqué, j'entends ce qui est fait avec jython ou lua. Ce sont des bibliothèques que tu charge et à qui tu demande d'exécuter du code d'un autre langage. Pour js, tu peux soit lancer node, soit utiliser v8. Cette dernière façon c'est ça qu'on appelle embedded.

Je ne suis pas qu'embarquer est mieux. Pas du tout, je suis que quand embarquer un langage oblige à le travestir, ce n'est pas une bonne idée amha. L'exemple de gimp montre que ça n'est pas un frein à l'utilisation en tant que plugin.

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

Tu semble confondre typage dynamique (les types t'ont vérifiés à l'exécution) et absence de typage (les types ne sont pas vérifiés).

À laquelle il répond par un "t'as qu'à faire des tests unitaires". Comme son argument principal est la concision du code LISP, ça veut dire qu'il ne compte pas les tests unitaires dans la quantité de code à écrire … c'est un peu mesquin.

Pas forcément. Tu dois faire des tests, même avec haskel, ocaml ou des languages à types dépendant. La seule alternative c'est la preuve de programme (au lieu de tester ton fonctionnel, tu le prouve).

Et comme pour ton code de production, tu écrira moins de code de test. D'une part parce que le langage est concis. D'autres part parce que comme tu as moins de boiler plate tu as moins a tester.

Je n'ai pas essayé clojure encore, mais leur transducers me font vraiment de l'œil. J'ai essayé un langage avec une syntaxe haskel (elm). Je trouve ça cool, mais il y a certaine chose que je ne comprend pas (c'est peut être pareil avec lisp), quand j'ai une ligne :

foo bar 42

Il faut obligatoirement connaître tous les types pour pouvoir dire ce que c'est ("un appel de foo qui prend 2 arguments", "un appel de bar dont le résultat est donné à foo"…).

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

Tout des trucs très ressemblant à java ou pas super sexy.

C'est difficile de contre argumenter face à ce genre de subjectivité, mais groovy est très largement utilisé. Je pense même que avec ou sans jvm, je connais plus de logiciels qui embarquent groovy que python (au sens embedded). En fait à part via jython je n'ai mais vu un logiciel embarquer python. Il me semble que c'est plus souvent l'inverse on s'intègre à python plutôt qu'on intègre python à son code.

Désolé, je n'étais pas clair dans mon commentaire, je parlais d'un point de vue hypothétique où jython était encore développé. Et que donc, ça avait du sens de développer jython.

Sauf qu'intrinsèquement jython ne peut pas être python. C'est une implementation du langage au dessus de la jvm, mais elle case la compatibilité avec l'écosystème de python et c'est l'écosystème de python qui le rend intéressant.

De la même manière qu'Ironpython avait du sens (d'ailleurs, je me demande si Microsoft ne regrette pas de l'avoir abandonné un peu trop tôt).

Même pypy a dû mal à suivre: il est en retard d'une version, il n'est pas tout à fait compatible,…

Avoir pleins d'implémentations de python ce serait cool (pour la beauté du geste), mais faut se rendre à l'évidence : python aujourd'hui c'est cpython et rien d'autre. Cette force qui est louée dans les autres commentaires d'utiliser massivement des bibliothèques en C "hyper" optimisées empêche de facto toute autre implémentation d'être pérenne (je pense que c'est aussi pour ça qu'on embarque pas python, mais qu'on se laisse embarquer par lui, ce n'est pizzas forcément un mal. C'est Julien Danjou qui disait qu'il vaut mieux entendre qu'embarquer).

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

Si java est ton legacy utiliser jython n'a pas de sens. Tu va garder une dépendance vers la jvm qui te sera encore plus difficile à enlever.

Pour faire des plugins, tu as groovy, kotlin, ceylon, scala, closure,… Qui sont bien plus propres dans leur mise en place. Ou js qui fait parti de la bibliothèque standard de java.

Oui, mais si tu veux utiliser un plugin avec une bibliothèque que tu ne trouve qu'en python ?

Eh bien il fait vérifier que cette bibliothèque soit compatible et espérer qu'elle le reste. Bref tu ajoute de la fragilité (on parle d'un code qui sera à peu près compatible avec python et qui sera coincé en python 2.7), là où tu pourrais simplement faire communiquer une application python avec une application java.

J'imagine bien qu'on peut trouver des cas où c'est pas si mal d'utiliser jython, mais dans l'énorme majorité des cas c'est une mauvaise idée, voir une très mauvaise idée (coucou logstash).

Jython est naît à une époque où on pensait que la jvm allait tout déchirer. Ça n'est pas vraiment le cas. On a fait bien mieux maintenant pour les même usages (meilleure intégration à java comme plate-forme) et bien les populaires (il y a bien plus de monde qui utilise groovy avec du java que jython).

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

J'ai dis qu'il ne fallait pas récrire mais maintenir. Ta phrase en parlant de décennie m'a fait croire que tu disais que c'était le même code utilisé pendant plusieurs décennies, alors que je présume qu'il a bien évolué. À aucun moment j'ai parlé de récrire, juste de maintenir.

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

Personnellement j'aime bien. C'est juste mon goût personnel.

Pour GIMP je sais pas s'il a pas une histoire comme quoi on voit mieux les détails des photos si notre pupille n'est pas dilatée par le blanc du reste de l'écran. Comme au cinéma en fait.

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

justement et que /usr/bin/python2 et /usr/bin/python3 ne sont même pas mentionnés.

/usr/bin/python2 ne devrait pas exister. python c'est python 2 et ce ne sera jamais python 3.

Je dirais aussi que la LSB définit bien la position de env, en définissant son existence, puis en précisant : "This is the primary directory of executable commands on the system." dans le chapitre parlant de /usr/bin/.

Il reste qu'à savoir si env doit être dans dans le premier dossier des exécutables.

J'imagine que pour les outils systèmes, il vaut mieux utiliser /usr/bin/python3 plutôt que /usr/bin/env python, parce que ces outils devraient certainement tourner avec l'interpréteur python du système.

Système ? Je sais pas trop ce que c'est qu'un outil système, mais oui tout scripts installé par ton gestionnaire de paquet devrait s'assurer d'utiliser l'implémentation du système et de ne pas avoir un fonctionnement distinct en fonction de l'environnement de l'utilisateur. C'est une aide importante pour les développeurs. Si tu utilise une version quelconque de python (une version de développement, un build perso,…), tu veux pouvoir l'utiliser pour ton travail sans que ton client mail explose en vole parce qu'il a le malheur d'être lui aussi écris en python.

Ça fait du coup bien parti de ses patchs que les distributions pourraient appliquer.

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

C'est pourtant très exactement ce que j'en pense.

Je n'ai à aucun moment remis en doute ce que tu en pense. C'est rigolo cette propension ici à juste donner son avis. Serais-tu intéressée par mon avis sur ton avatar par exemple ?¹

J’espère bien que cette mode passera.

Parce que le fait que des logiciels proposent cette fonctionnalités te retire quelque chose ?
Mis à part spotify² (il me semble), je ne crois pas connaître de logiciels qui soit par défaut en sombre, mais du coup c'est l'obligation de certains logiciels qui te gêne pas le fait que les thèmes sombres aient du succès.

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

Il existe clairement de la gradation dans la qualité des thèmes sombres (comme pour les thèmes clairs) quelque soit ton avis à leur sujet.
J'espère que celui ou ceux qui s'en sont occupé dans thunderbird n'ont pas fait ça en mode « ils demandent un thème sombre ? ben voila leur thème sombre à la con qu'ils arrêtent de m'emmerder avec ».

Quand je vois des appli qui passent des mois à tester leur thème sombre avec du canary testing etc… Balancer un « de toute façon c'est d'la merde », je trouve ça euh… rapide.

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

Réécrire non, mais maintenir oui.

Les parties en fortran sont extremement bien testé, solide, optimisé et utilisé de facon continue depuis depuis des decennies et cela sans le moindre souci.

Si tu veux pouvoir continuer à dire que c'est bien optimisé, il faut pouvoir prendre en compte à minima les instructions types SSE. Prendre en compte d'éventuels algo plus récents.

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

Qu'est-ce qu'il est moche ce thème… On dirait que c'est juste un négatif.
En plus il garde clair le mail.

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

Comme je suis d'accord avec toi !

Pas moi. Les 2 sont tous aussi frustrant. Je n'arrive jamais à exprimer les règles de gestion qui m'intéresse que ce soit avec gmail, avec thunderbird ou outlook web. Il y a toujours un truc qui me bloque. Je serais content d'utiliser fetchmail/procmail/mutt, mais je reçoit pas mal de mails HTML :/

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

Le choix d'utiliser des tabulations ou des espaces est un débat sans fin. Chacun aura la sienne là dessus, certains expliqueront aussi qu'il faut mixer les 2 (indenter avec des tabulations et aligner avec des espaces) et d'autres proposent encore d'autres solution. D'autres encore codent en whitespace et n'ont pas ce genre de problème.

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