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"…).
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).
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).
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.
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.
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.
Posté par barmic 🦦 .
En réponse à la dépêche Thunderbird 68.0.
Évalué à 3.
Dernière modification le 10 septembre 2019 à 11:08.
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 ?1
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 spotify2 (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.
avant que tu te sente agressée. Je n'ai rien contre ton avatar. Je l'aime bien, mais on s'en fou de mon avis sur la question. ↩
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.
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.
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 :/
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.
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,…
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.
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".
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.
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.
Ç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 ? 😊
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.
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.
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.
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.
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 ?
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.
[^] # Re: moui
Posté par barmic 🦦 . En réponse au lien Uncle Bob a trouvé le langage du futur : Clojure !. Évalué à 2.
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).
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 :
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
[^] # Re: Stats
Posté par barmic 🦦 . En réponse à la dépêche Python pour la rentrée 2019 — partie 1 ― Popularité. Évalué à 1.
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.
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.
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
[^] # Re: Stats
Posté par barmic 🦦 . En réponse à la dépêche Python pour la rentrée 2019 — partie 1 ― Popularité. Évalué à 1. Dernière modification le 12 septembre 2019 à 21:53.
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
[^] # Re: Possible explication de l'envolée de la popularité de Python
Posté par barmic 🦦 . En réponse à la dépêche Python pour la rentrée 2019 — partie 1 ― Popularité. Évalué à 2.
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
[^] # Re: Thème sombre
Posté par barmic 🦦 . En réponse à la dépêche Thunderbird 68.0. Évalué à 3.
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
[^] # Re: Propagande /usr/bin/env ?
Posté par barmic 🦦 . En réponse à la dépêche Python — partie 2 ―Python 2. Évalué à 0.
/usr/bin/python2ne devrait pas exister. python c'est python 2 et ce ne sera jamais python 3.Il reste qu'à savoir si
envdoit être dans dans le premier dossier des exécutables.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
[^] # Re: Thème sombre
Posté par barmic 🦦 . En réponse à la dépêche Thunderbird 68.0. Évalué à 3. Dernière modification le 10 septembre 2019 à 11:08.
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 ?1
Parce que le fait que des logiciels proposent cette fonctionnalités te retire quelque chose ?
Mis à part spotify2 (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.
avant que tu te sente agressée. Je n'ai rien contre ton avatar. Je l'aime bien, mais on s'en fou de mon avis sur la question. ↩
et le menu démarré de Windows 10 ↩
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Thème sombre
Posté par barmic 🦦 . En réponse à la dépêche Thunderbird 68.0. Évalué à 2.
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
[^] # Re: Possible explication de l'envolée de la popularité de Python
Posté par barmic 🦦 . En réponse à la dépêche Python pour la rentrée 2019 — partie 1 ― Popularité. Évalué à 2.
Réécrire non, mais maintenir oui.
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
[^] # Re: Thème sombre
Posté par barmic 🦦 . En réponse à la dépêche Thunderbird 68.0. Évalué à 2.
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
[^] # Re: Entreprise
Posté par barmic 🦦 . En réponse à la dépêche Thunderbird 68.0. Évalué à 2.
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
[^] # Re: Retour sur des grosses applications
Posté par barmic 🦦 . En réponse à la dépêche Python pour la rentrée 2019 — partie 1 ― Popularité. Évalué à 5.
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
[^] # Re: Propagande /usr/bin/env ?
Posté par barmic 🦦 . En réponse à la dépêche Python — partie 2 ―Python 2. Évalué à 2.
Comme il le dit, ceux qui installent
envailleurs que dans/usr/binvont mettre en place un hack pour que le shabang fonctionne. Du coup il n'ont pas à le faire aussi pourbash,awk,perl,ruby,python,…https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Pourquoi je n'aime pas Python...
Posté par barmic 🦦 . En réponse à la dépêche Python pour la rentrée 2019 — partie 1 ― Popularité. Évalué à 0.
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
[^] # Re: Pourquoi je n'aime pas Python...
Posté par barmic 🦦 . En réponse à la dépêche Python pour la rentrée 2019 — partie 1 ― Popularité. Évalué à 1.
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
[^] # Re: Stats
Posté par barmic 🦦 . En réponse à la dépêche Python pour la rentrée 2019 — partie 1 ― Popularité. Évalué à 2.
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.
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
[^] # Re: Pourquoi je n'aime pas Python...
Posté par barmic 🦦 . En réponse à la dépêche Python pour la rentrée 2019 — partie 1 ― Popularité. Évalué à 0. Dernière modification le 07 septembre 2019 à 16:03.
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
[^] # Re: Retour sur des grosses applications
Posté par barmic 🦦 . En réponse à la dépêche Python pour la rentrée 2019 — partie 1 ― Popularité. Évalué à 1.
Ç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
[^] # Re: Pourquoi je n'aime pas Python...
Posté par barmic 🦦 . En réponse à la dépêche Python pour la rentrée 2019 — partie 1 ― Popularité. Évalué à 0.
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
[^] # Re: bof bof ....
Posté par barmic 🦦 . En réponse au journal Karma is considered harmful. Évalué à -2.
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
[^] # Re: Comme pour Firefox, cette version casse de nombreux modules
Posté par barmic 🦦 . En réponse à la dépêche Thunderbird 68.0. Évalué à 1.
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
[^] # Re: Pourquoi je n'aime pas Python...
Posté par barmic 🦦 . En réponse à la dépêche Python pour la rentrée 2019 — partie 1 ― Popularité. Évalué à -1.
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
[^] # Re: bof bof ....
Posté par barmic 🦦 . En réponse au journal Karma is considered harmful. Évalué à 1.
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.
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
[^] # Re: bof bof ....
Posté par barmic 🦦 . En réponse au journal Karma is considered harmful. Évalué à 1.
Ç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.
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
# Correctifs
Posté par barmic 🦦 . En réponse à la dépêche Thunderbird 68.0. Évalué à 2.
La partie correctifs c'est juste une traduction des titres de tickets ?
Par exemple :
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