barmic 🦦 a écrit 5782 commentaires

c'est pas le genre de truc rare de nos jours

Ça dépend vraiment du contexte. J'ai très rarement le cas perso (jamais en fait).

Mais surtout, je fais du awk et autres binutils-rie en adhoc pas pour faire un outils réutilisable en aveugle. Donc si ça pose un problème (ne serais-ce qu'à cause d'unicode) je change d'outils. Selon l'humeur :
- dans un tableur gnumeric ou LibO
- avec python soit avec ipython soit, plus rarement, avec un notebook jupyter

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

J'ai dans ma todo liste de regarder comment visidata, je l'avais découvert grâce à un journal ici https://linuxfr.org/users/steph1978/journaux/analyse-de-donnees-avec-duckdb

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

C'est pas récursif faut prendre DNS Not Sausage par exemple

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

soit tu proposes un prélèvement confiscatoire, qui est forcément anticonstitutionnel (la tranche à 70% avait été jugée confiscatoire en 2005, ça donne une idée de la limite)

Effectivement ça montre que le système rend ça simple pour les revenus allant jusqu'à 250k/an et protège bien les revenus les plus délirant. Mais il y a d'autres façon de faire, par exemple il est possible de ne pas leur donner plutôt que de reprendre. Qu'est-ce qui justifie avec un tel salaire que l'on maintienne certaine gratuité, certains remboursements, qu'on accepte des défiscalisations, etc. L'égalité ? Je suis personnellement contre (oui je suis pour l'égalité des droits, mais l'équité fiscale/économique/financière).

Ça ne préjuge en rien de ma volonté de lutter contre les inégalités de revenus, par ailleurs.

En t'élevant pour les droits des plus hauts salaires du pays ? Tu pense que ces pauvres personnes ont besoin de ta défense de principe ?

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

Au départ, la Stasi, les goulags, l'annexion des pays dont le nom se termine en "stan" et tout, c'était pour sortir le prolétariat de la misère dans laquelle la bourgeoisie capitaliste le maintenait. Moi aussi j'aimerais bien être chef du monde et pouvoir décider ce que les gens doivent faire de leur argent et de leur temps libre, décider pour qui ils doivent voter, décider de qui sont les pays méchants qu'on a le droit d'annexer pour le bien de leur peuple, décider qui gagne combien et pour quelles raisons…

Comparer des régimes politiques autoritaires avec l'idée de choisir ensemble comment on réparti la richesse que l'on produit c'est bien au delà de l'homme de paille. Tu peut faire une énumération aussi longue que tu le souhaite ce n'est pas sa longueur qui lui donne une quelconque pertinence. À moins de présenter une vision anarcho-capitaliste/libertarisme/minarchisme on est d'accord pour que l'État se mêle de la redistribution de richesse. C'est vraiment quelque chose qui a était choisi démocratiquement et qui n'a pas remis en cause de manière véritablement sérieuse. Il ne s'agit que de se demander où on place le curseur.

À choisir, entre les inégalités de revenus d'un côté, et un État qui compte chaque centime que tu gagnes depuis ton enfance pour te mettre en oisiveté forcée pour le reste de ta vie dès que tu dépasses un seuil, bah je me demande si je ne choisis pas les inégalités…

La formulation et le choix que tu fais en dis plus sur toi que sur ce dont tu parle.

Et au passage, l'argent, c'est un flux et un stock. Si tu as gagné 10 millions mais que tu as tout flambé au casino, tu n'es pas plus riche qu'un clodo…

On appel ça une image d'Épinal et ça ne se base sur rien d'un minimum fondé. Non pas du fait que c'est impossible, mais que ça repose sur une idée de la manière dont est construite l’assiette fiscale qui est fantasmée.

Tu reproche un argument d'autorité pour ensuite faire autant de sophismes (je ne les ai pas tous cité mais il y a le point godwin par exemple) et être très aussi remonté à l'idée d'en discuter. C'est… intéressant.

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

ils n'ont pas de milliardaires, ni de millionnaires nous si ;)

Gaston Sindimwo par exemple a une fortune estimée à 450 millions de $

soit on veut un peu de richesse et il faut avoir un gros PIB ppa soit on veut plein d'emploi à 4€/jour mais un faible pib, il faut faire un choix

Je suis pas convaincu. Les USA on près de 2 fois notre PIB/habitant sans avoir un milliardaire particulièrement plus riche que notre champion national. La Chine & la Russie ont quasiment le même PIB/hab avec ~600 milliardaires en Chine pour ~100 en Russie, la plus grande fortune de Russie est 3 fois moins riche que la plus grande fortune de Chine.

Je vois pas ce qui permet d'établir une corrélation.

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

Oui et justement quand je lis :

Because you commit to something first, then you have to follow through, you kinda sign a blank check with your code.

You decide upfront that you are going to keep this code, but you may not. In fact, you probably won't. I delete a lot of code before I'm happy with what I have, and this includes the API.

Il ne semble pas envisager queue less tests puissent être refactorés. Ce serait un contract qui n'a plus à être changé alors bien sûr que oui.

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

Moi je le trouve attristant. Garder l'article parce que les 4 millions de pokemon ont leur page individuelles et pas parce qu'on reconnaît son travail m'est vraiment douloureux, mais je crois que toutes ses discussions d'admissibilité me sont très douloureuses. Il me semble avoir entendu que c'est une particularité francophone d'être aussi pédant.

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

En vrai je l'ai déjà beaucoup vu utiliser et il existe par exemple un podcast qui s'appelle les castcoders.

Outre le fait que l'on a pas la distinction hobbyiste professionnel (qui est en soit flou dans le domaine du développement avec beaucoup de non professionnels qui produisent beaucoup de choses), je ne suis pas sûr que ce soit beaucoup moins précis que biologiste ou médecin par exemple.

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

Je te suis pas un habitué de la programmation logique et j'ai du mal à imaginer des usages de prolog ailleurs que là où on me les montre. Mais je trouve picat plus "par contraintes" plus facile d'accès et je suis curieux de ce qu'il pourrait donner sur des problèmes de l'advent of code.

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

Je suis pas vraiment d'accord sur pleins de choses par exemple le chapitre « Pay for what you need » semble oublier qu'il y a une étape de refactoring dans le TDD :

Schéma du TDD sous licence CC-by-sa de Xavier Pigeon

Mais globalement je comprends beaucoup de promoteurs du TDD ont un enthousiasme au point de le présenter comme la seule pratique alors qu'elle ne l'est clairement pas tu as le BDD, le TCR par exemple.

Personnellement ma pratique dépend beaucoup de mon état d'esprit et de la tâche en question. Des tâches exploratives par exemple ne rentrent pas dans des pratiques de tests first, alors certaines corrections de bug demandent à d'abord réussir à mettre en évidence la partie du code incriminée peuvent être plus facile à détourer avec un test unitaire.

Mais il y a des préceptes intéressant à garder en tête en particulier :

• s'assurer que le test vérifie effectivement quelque chose (pas plus tard qu'hier j'étais fasse à un test qui ne pouvait pas planter, mais sans aucun code dans la fonction qu'il tenter de tester)
• prendre l'habitude d'avoir des boucles de feedback rapide (ça peut consister à déployer dans un environnement via un script à base d'inotify et à utiliser des macros pour automatiser des actions utilisateurs (déplacer ma souris là puis cliquer, attendre etc))

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

Vous avez vérifié que toutes les images diffusées sur le site (logos de projets même libre, photo de profil de tout les utilisateurs, …) n'enfreignent aucun copyright ?

C'est la première fois que je vois ça sur linuxfr pour aussi peu de contenu. Le fait de télécharger et de cacher le contenu (ce qui n'est pas une mauvaise stratégie ça évite des formes de squating) n'a jamais particulièrement posé de problème.

Beaucoup d'avatars ne sont pas libres, est-ce que cette photo de chat est libre ?

C'est de l'arbitraire cette façon de faire. On est complètement dans le droit de citation. Je trouve sincèrement navrant d'en arriver à ce niveau d'angoisse.

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

Tu dis plusieurs fois des choses qui paraissent aller dans des sens opposés. Tu contre dit que le fait que le français va bien en expliquant que le niveau de français au bac baisse tout en expliquant que c'est avant la massification. Si le niveau requis au bac est réduit depuis la massification de l'enseignement ça ne présume rien de l'évolution du niveau global des français.

Mais bon moi ce que je vois c'est que ce dont tu parlais au début, le fait qu'on demande aux professeurs de moins faire attention à l'orthographe, on le demandait aussi à la fin du XIXème siècle, en 1901 dans le journal officiel ou Jules Ferry quand ils demande aux directeurs d'écoles normales « Messieurs, ce que nous vous demandons à tous, c’est de nous faire des hommes avant de nous faire des grammairiens ». Ces élucubrations consistant à croire que la génération qui nous suit est moins bonne que la notre se reproduit systématiquement depuis que l'école existe. Et ça fait au bas mot 150 ans que des personnes en charge réclament avec difficulté d'arrêter avec le totem grammaire/orthographe. C'est vraiment une lutte désuète que de ressortir ce poncif comme quoi les professeurs seraient moins sévère aujourd'hui et que ce serait un mal pour le français.

Tu notera que là on parle de la langue écrite, mais que ce n'est qu'un artefact pour une pensée plus globale consistant à globalement affirmer que la génération n+1 a plus de défaut que la génération n. Et ça on en a des traces sur 2 millénaires.

Que tu te sente ou non nostalgique, ressortir ce type d'argument te place de fait dans cette rhétorique. Ça n'est pas particulièrement toi qui est en cause dans ce que dis SpaceFox, c'est ton discours.

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

comme cela se faisait dans le passé

Tu parle de l'époque où bien peu d'élèves obtenaient le bac ?

C'est le cas de tous les romans, sauf ceux de fantasy ou de genre fantastique.

C'est le cas de tous les romans sauf ceux qui ne le sont pas oui merci, mais ce que je dis c'est que l'on peu reprocher le réel à ceux qui se vantent d'être réaliste.

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

Oui, mais elle y donne sa pâte, sa subjectivité et franchement c'est assez fou.

• ce sont des jeunes → c'est une discipline qui commence à avoir 70 ans la moyenne d'age grandi et prendre son expérience à l'école 42 et le jeunisme des GAFAM pour argent content c'est de la paraisse
• ils ne savent plus écrire correctement le français → le français va très bien merci
• la manière d'observer les développeurs comme des bêtes curieuses
• « j'ai demandé à ce qu'on me code une phrase de [je sais plus quel livre] » → et au lieu de s'arrêter sur le fait que la demande n'a pas de sens on s’émerveille de ce qu'on ne comprend pas
• « et si le python s’effondre ? » → chercher à comprendre de quoi on parle avant d'imaginer serait un premier pas
• le nombre de codeurs → c'est pas comme si on formait des génération de lycéen à la programmation tous ne deviendront pas développeurs, mais ça devrait réduire le nombre d’inepties tel qu'on le vois en 11 minutes dans cette émission

De la même manière que pour un Da Vinci Code par exemple, on peut critiquer la déconnexion forte qu'il y a entre les prémisses du roman et la réalité. D'autant que le roman se veut justement être en relation avec le réel.

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

Est-ce que c'est pas surtout lié à la diminution d'usage desktop ? Est-ce que les utilisateurs linux sont plus attachés à utiliser un ordinateur plutôt que les utilisateurs de Windows ou Mac ?

Je saurais pas dire, les données de statcounter devraient pouvoir répondre avec un coefficient de corrélation, je vais essayer de voir

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

Il faut faire attention avec les jugements

Pendant longtemps et encore beaucoup de langages ont des bibliothèques standards de gestion de dates anémiques. Il n'est pas rare non plus de devoir gérer un truc à la main car impossible avec la bibliothèque que tu utilise¹. Tout le monde n'est pas d'accord non plus POSIX a définit le temps de manière simpliste par rapport à ce que fait l'IANA.

Il y a 2 ensembles de développeurs ceux qui se sont plantés avec des dates et ceux qui vont se planter avec des dates. À chacun de s'attacher à ne pas faire parti des 2 ensembles en même temps.

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

Accessoirement on sait ajouter des Celsius à des Kelvin si l’addition fait sens.

Il faut une étape en plus ne serais-ce que pour affirmer l'unité de ton résultat.

En Bulgarie, quel fut le lendemain du 31 mars 1916 ?

Comme le montre ta réponse ce n'est même pas une question de calendrier. Seul tzdata référence ce genre de choses. Il faut avoir une notion géographique précise pour pouvoir faire ce genre de manipulation, ce n'est pas tout EET qui a fais ce changement. Je suis curieux parce que je n'arrive pas à faire faire la déduction à date.

TZ=':Europe/Sofia' date -d 'March 31 1916 +1 days'

me donne le premier avril et pas le 4… mais je l'ai du premier coup en java ! ZonedDateTime.parse("1916-03-31T00:00:00+02:00[Europe/Sofia]").plusDays(1) (j'aime vraiment beaucoup la bibliothèque de dates de java).

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

au moins le saut du calendrier julien au grégorien

Les changements de calendrier c'est encore autre chose. Tu n'ajoute pas une mesure d'un calendrier à un autre, ça reviens à ajouter des °C et des °K.

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

date à la seconde près - date à la seconde près 1h avant = 3600 s ?

C'est vrai en POSIX qui décrit l'heure comme étant 3600s et le jour comme 86400s (et bien sûr les minutes comme étant 60s). D'ailleurs la commande date ne sait pas lire 2016-12-31T23:59:60UTC.

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

Le temps c'est vraiment compliqué et les bibliothèques vraiment bien faites ça ne court pas les rues.

J'ai par exemple vu des bugs arriver au changement d'année alors que ce n'est pas un cas bizarre. Il avait même était testé sur le changement d'année. Mais qui pense que pour toute date tu peux retrouver son année et l'année de sa semaine et que ça peut ne pas correspondre (quand l'année ne commence pas un lundi) ? Et tester ça en 2017 quand comme ce fut le cas cette année le premier janvier tombe un lundi ?

Je trouve la bibliothèque des dates de java excellente (elle a de quoi représenter à peu près tout ce dont tu peux avoir besoin), mais j'ai toujours un doute quant à la manière de faire pour changer une timezone. Il m'arrive de vouloir prendre le premier janvier 1970 00:00 UTC et de vouloir juste remplacer la timezone (donc être toujours à 00:00) ou de vouloir le traduire avec une autre timezone et donc potentiellement tout changer. Les deux sont possibles, mais ça n'est pas intuitif à utiliser.

Résonner avec des timezone du type Europe/Paris plutôt qu'en offset n'est pas non plus intuitif.

C'est un réel savoir de manipuler les dates et aujourd'hui ça s'apprend beaucoup sur le tas.

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

Mais faut arrêter les généralités abusives c'est encore moins écologique.

Mais note que tous les ordinateurs de particulier ont déjà quelques compilateurs.

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

Je regarde votre conversation depuis quelques jours.

Bref, pas d'accord avec toi, pas grave, mais pas d'accord qu'on crache sur suckless uniquement parce qu'ils ont une vision radicale des choses, et un ton urticant.

Je trouve que c'est mettre beaucoup de valeur a un truc qui n'en a pas. Ils décrivent ce qu'ils apprécient dans leur philosophie. Ils ne viennent chercher des noises à personne, ils ne cherchent pas à changer le monde, ils veulent surtout ne pas être embêté dans le lieu qu'ils construisent. Tu trouvera des dizaines de projets être bien plus énervés dans leur vision du logiciel (ne serais-ce que le fait d'être libre ou pas) et ayant une réelle volonté que leur vision se répande sans que ça ne choque personne.

Et ça fonctionne sans soucis d'utilisabilité.

Je ne suis pas d'accord. Quand une partie des fonctionnalités des logiciels sont décrites par « met à jour le code et recompile » ou « applique ce patch et recompile » tu ne peux pas écarter ça de l'utilisabilité. Ce n'est pas grave en soit leur logiciel ne sont pas fait pour tout le monde, c'est le cas de pleins de logiciels ailleurs et dans leur petit microcosme ils ne veulent pas s'embêter avec. Ce n'est pas bien grave d'autant qu'il existe un tas d'alternatives. Le fais qu'un énorme paquet de logiciels sans en avoir conscience ne sont pas accessibles est un problème bien plus important.

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

Il a de bon argument par rapport à bash ?

Le principal pour moi c'est quand tu commence à faire des manipulations de variables un peu sophistiquées.

file='image.PNG'

if [[ ${(L)file##*.} == 'png' ]]; then
    #…
fi

Ne fonctionne pas en bash parce que tu peux faire ${(L)file},
tu peux faire ${file##*.}, mais tu ne peux pas combiner les 2 en une fois.

Ensuite il y a évidement les modules de zsh qui sont un peu fou où tu a par exemple un client ftp disponible.

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

Je finis sur deux points car je sais qu’on peut/va me les opposer

Tu prend perl il aura le même coût de maintenance, mais n’exécutera aucun fork. Si le coût d'un fork est aussi primordial il ne faut pas utiliser de script shell. Le plus beau pansement que tu aura ne servira à rien sur une jambe de bois. Si comme tu le dis quelque soit le coût du fork tu va fait un million de fois, tu as déjà ton grep qui fork un million de fois. Pire en shell posix tu n'es pas sûr que [ soit un builtin, ça peut très bien utiliser /usr/bin/[.

Vraiment si le coût du fork t'es insupportable, rend-toi service, apprend perl. Tu ne sera pas dépaysé et si le coût des fork est effectivement sensible ça va être le jour et la nuit.

Pas d'« architecture logiciel » différente de ce que tu fais déjà, pas de compilation à gérer, obtenir le mode strict se fait avec une simple ligne en début de fichier use strict;, tout en gardant une grande facilité de fork pour utiliser un programme particulier,… et évidement perl et LA rolce des expressions régulières.

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