barmic 🦦 a écrit 6221 commentaires

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

Comme il le dit, ceux qui installent env ailleurs que dans /usr/bin vont mettre en place un hack pour que le shabang fonctionne. Du coup il n'ont pas à le faire aussi pour bash, awk, perl, ruby, python,...

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

Si vraiment tu veux mon avis, je déteste js et je n'ai pas vu d'endroit où il est nécessaire. Dans le navigateur je compile vers js, comme je compile en assembleur ou en bytecode mes autres programmes. J'utilise typescript ou elm selon les projets.

Mais c'est mon avis ça n'a rien à voir avec le fait qu'il existe des objets à prototypes et que ça intéresse des gens.

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

Je n'ai pas donné mon avis. À aucun moment, nul part. J'ai pointé du doigt la programmation objet par prototype pour informer quelqu'un qui me semble pouvoir être intéressé. Nos avis respectifs sur l'une des implémentations n'ont rien à voir surtout quand ils ne parlent pas du système de prototype en particulier, mais juste d'avis général de contoire.

Je vois pas ce qui dans mon commentaire initial t'a fais te dire : "tiens quelqu'un parle de ce langage que je n'aime pas, il fait que je dise que je ne l'aime pas même si ça n'a rien à voir avec le sujet".

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

même si évidemment il y a un "stop the world" lors du travail du GC

Uniquement certaines phases du GC dans certaines conditions. Juste pour bien dire que ce n'est pas à chaque exécution du GC que le monde s'arrête loin de là. Un programme peut s'exécuter éternellement sur la jvm sans stop the world, bien sûr ça demande d'avoir un profile d'usage mémoire très particulier.

je ne pense pas que grand monde s'en serve.

Jython, jruby,... sont de très mauvaises idées. Ce que tu gagne en parallélisme potentiel tu le perds en coup à l'exécution. Réimplémenter le typage dynamique sur la jvm était très coûteux avant l'apparition d'invokeDynamic de java8. Jython n'a pas bougée de 2017, il n'a pas d'implémentation de python 3 (mais elle utilise invokeDynamic). Mais en vérifiant je vous que jruby est toujours maintenu. Il est même à jour par rapport à l'implémentation de référence. J'en vois pas l'intérêt. Groovy est bien plus intéressant pour ce segment.

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

Hé hé ok. J'explique objectivement que ce qu'il apprécie possède un modèle théorique et des implémentation. Je donne comme exemple l'implémentation la plus utilisée, et tu réponds juste "lol j'aime pas js" ?

Très bien on a compris ton avis. Merci de l'avoir partagé avec nous.

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

Ça fait plusieurs fois que je vous des gens parler du code C très optimisé utilisé avec python... On peut interfacer python avec une bibliothèque C pas très optimisé ou ça ne marche pas ? 😊

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

Donc personne n'utilise node ?

JS n'était pas le sujet de mon commentaire juste un exemple. La logique de construction de structures qu'il décrit c'est de l'objet par prototype.

Je ne suis pas du tout fan, mais si les gens qui crachent sur js prenaient le temps de s'intéresser à sa avant d'essayer de coder en js, comme on code dans leur autre qui est trop bien, ça se passerai probablement mieux (pas parfaitement, mais mieux). On ne code pas contre un langage, mais avec.

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

De là à me faire passer pour un salopard comme tu le fais dans ton dernier paragraphe, j'avoue que je me demande comment t'as pu en arriver là.

Wow ! Non ! Tu as voulu faire passer ton interlocuteur pour quelqu'un de peu recommandable. Moi j'essaie d'expliquer son point de vu et je demande quelle est ta position. J'ai uniquement posé une question. Tu dis être contre une thèse, très bien, mais du coup tu ne cherche pas à la comprendre, ne cherche pas son explication et ne la contre argumente pas. Pour toi elle est évidement fausse sans avoir besoin de l'argumenter plus que ça, tout en ayant pas de thèse autre.

C'est qui de nous 2 qui joue à essayer de faire passer l'autre pour celui qu'il n'est pas tu vient de passer 4 commentaires à dire que ton interlocuteur (que ce soit moi ou un autre) a des propos ignobles. J'ai juste demandé si tu pensais du coup l'inverse et si ça te paraissait moins ignoble et tu me tombe dessus comme ça.

Tu joue la vierge effarouchée, mais tu troll c'est évident.

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

Ce qui fait peur c'est la gestion des extensions qui soient n'ont pas eu le temps de se mettre à jour soit ne sont plus maintenues. Rien à voir avec le fait qu'un menu ai changé de look ou pas.

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

Une lumiere s'est allumé en haut, j'ai entendu de la musique bref l'illumination ... enfin un langage permettant de créer des structures vides que l'on peut completer par la suite.

Le but : écrire du code sans trop réfléchir et être obligé de tout poser sur papier

comme quand on dessine une tête, on fait une patate ou un oeuf (cela dépend de la tête :) )
puis on dégrossit, on affine.

Ce que tu cherche, ce n'est pas python, mais un langage à prototype comme javascript.

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

C'est difficile != on ne peut pas.

Il a parlé de démonstration mathématique ? D'impossibilité total de faire quelque chose ? Le verbe pouvoir dans le langage courant n'a pas un sens aussi fort qu'en science dure.

Donc c'est quoi ? Et si c'est pas une question d'argent, pourquoi dire que les gens des milieux défavorisés ne peuvent pas écrire correctement ?
Il y a des gens qui n'ont pas d'argent mais qui ont une curiosité intellectuelle, tous les pauvres ne regardent pas Hanouna, certains regardent La Grande Librairie et d'autres preferent lire que regarder la télé.

Comme tu le dis c'est un milieu plus qu'une question de porte-feuille. Et oui on peut arguer comme tu le fais en long en large et en travers que c'est possible. Tu peux même sortir des cas de personne qui le font, mais c'est statistiquement par représentatif. Tu peux te présenter au concours de l'X et faire tes études gratuitement derrière pourtant le taux d'étudiants issues de milieu défavorisé qui font ces études n'est pas la même proportion que celle des français dans des milieux défavorisés.

Tu soutiens quoi en fait ? Que c'est une cause interne ? Ils ne veulent pas ? C'est moins scandaleux de penser que toute cette population ne veux pas étudier que de penser qu'ils ont des freins leur empêchant d'accéder à ces études ?

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

Sens 1 : Être capable de ; avoir la faculté de ; être en état de ; être en mesure de.
J'ai vraiment besoin de développer pourquoi ca serait révoltant de dire que les pauvres ne peuvent pas ecrire correctement, dans ce sens là de pouvoir ?

Ça s'est parce que tu n'envisage que des causes internes à leur éventuelle incapacité. Tu veux dire que c'est révoltant de dire qu'un pauvre parce qu'il est pauvre ne peux pas bien écrire, mais c'est différent que de dire qu'il ne peut pas bien écrire parce que quand on est en ZEP/en cité/je ne sais trop quoi, c'est plus difficile de travailler.

Sens 2 : Avoir la possibilité matérielle de faire quelque chose.
Qu'est-ce qui empecherait materiellement un pauvre d'ecrire correctement ? Ce n'est assurément pas le sens voulu.

L'accès à la culture. Être dans un milieu qui lit Le Monde diplomatique, Courrier International et qui se divertis avec Télérama n'éduque pas les même enfants que ceux qui regardent de la téléréalité, s'informent aux émissions d'infotainement et achètent TéléLoisir chaque semaine. Ce n'est même pas le prix qui est un frein à ce moment là.

---

Je ne sais pas si « les pauvres » peuvent ou pas bien écrire, moi je suis un léger dyslexique qui s'améliore, mais se vouloir choqué, indigné, vexé,... n'aide probablement pas à écouter ce que dis l'autre.

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

La partie correctifs c'est juste une traduction des titres de tickets ?

Par exemple :

la conversion du stockage Mbox vers Maildir ne fonctionne pas si l’intégration de Windows Search est active

Je ne comprends pas si ça a était désactivé ou si ça se met à fonctionner.

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