barmic a écrit 927 commentaires

c'est des langages qui ne sont pas parsables avec grep, sed ou awk

On doit pouvoir les parser avec xml-grep, xml-sed ou xml-awk ?

Ça n'a rien avoir. On peut très bien écrire des parseurs oui. Mais xml-grep, n'est pas grep.

personnellement, je dirais que si xml permet de démotiver les gens
à tenter de faire du parsing en grep/sed, il vaut mieux faire du xml.

Je comprends ce point de vue mais ça ne me semble pas très constructif.

Si le besoin de tes utilisateurs, c'est de faire du grep alors, tu utilise un format qui se manipule bien avec grep. Laisser des légendes urbaines comme csv ou yaml ça marche avec mon sed, ça va poser des problèmes soit à toi soit à très utilisateurs. Le seul format véritablement parsable avec ces outils c'est properties. Le truc c'est qu'en vrai ils s'en foutent ce qu'ils veulent c'est que ce soit joli ou conci. Parce que c'est forcément plus lisible (les liens de documents en yaml ? Les chaînes de caractères qu'on peut écrire de 3 ou 4 façons ? L'indentation relou avec les chaînes de caractères multilingnes?…). Tu ne trouvera personne pour dire que ngnix a un format de configuration pas bien parce qu'il ne peut pas être parsé via grep et pour le coup tu ne trouvera rien qui te permet de le parser. Non c'est xml qui a mauvaise presse pour des raisons qui n'ont rien de rationnelles. Tu peux trouver des gens qui sont fort de manipuler du html à tour de bras,mais qui vomissent xml.

Xml est un format qui a pleins de problèmes et qui est souvent mal implémenté, mais ceux qui sortent des arguments comme réécrit ton outil avec yaml parce que moi j'aime bien yaml, me donnent plus envie de tout remplacer par asn1 que par le truc à la mode qu'ils auront trouvé.

Très peu de projets sont sortis de Mozilla et on eu une vie en dehors de Mozilla. XUL a très peu pris, gecko aussi, le maff, Persona, Firefox OS,… Tous ces trucs ce sont des choses qui n'ont pas réussi à prendre leur envole. Je ne parle pas d'avoir une gouvernance ouverte, mais d'avoir une vie en dehors de Mozilla.

Mozilla a vraiment du mal a faire des choses qui soient véritablement utilisées ailleurs que chez eux, mais ils s'en sortent de mieux en mieux et je trouve ça génial. C'est juste qu'en parler comme si ça coulait de source, je trouve ça rigolo. Mozilla c'est une suite de projets qui on eu pas mal de mal (et qui pour beaucoup en sont mort) et quelques projets à succès (voir gros succès).

Je ne dis pas ça contre Mozilla, j'aime vraiment ce qu'ils font et je suis généralement d'accord avec leur choix.

Vraiment ? Faut arrêter que l'ont utilise grep/less pour vite fais se retrouver dans un document pourquoi pas, mais c'est des langages qui ne sont pas parsables avec grep, sed ou awk. Que ce soit ini, json, xml ou yaml. Le fait que tu en ai l'impression ne fait que te faire écrire des bugs que tu n'a pas encore découvert. Si json était parsable avec ses outils jq n'aurais pas de raison d'être. Seul awk est capable d'avoir un contexte, mais si tu veux te servir d'awk pour ça tu va rencontrer pas mal de difficulté.

La phrase de Douglas Mcliroy c'est « Make each program do one thing well » (qu'on traduit généralement par « Écrivez des programmes qui effectuent une seule chose et qui le font bien ») et pas « binutils can make all things ». Quand tu parse un format qui n'est pas conext-free, utiliser des outils qui sont context-free c'est aller au devant de jolis problèmes. Je suis persuadé que pour le moment vu que c'est toi qui écris les parseurs et que les formats d'entrée n'ont pas trop évolués « ça passe ». Mais « ça passe » ça veut juste dire que le cas nominal fonctionne. Je présume que je peux casser ton parseur juste en construisant le fichier qui va bien sans changer son format et je sui parfaitement certain de pouvoir casser silencieusement ton parseur si je modifie le format.

Donc personnellement, je dirais que si xml permet de démotiver les gens à tenter de faire du parsing en grep/sed, il vaut mieux faire du xml.

Le mode de développement de Rust est très ouvert, comme Mozilla sait si bien le faire.

MDR rust est le premier projet que Mozilla arrive a gérer. Le nombre de techno qu'ils n'ont pas sut tenir communautairement est affolant (XUL, gecko,…). C'est génial qu'ils arrivent à le faire avec rust, mais c'était pas gagné au départ.

C'est si mal qu'il faut éviter toute requête dessus ?

Je découvre un peu mongodb en ce moment. Il a une option upsert pour prévoir la même chose. Avec la possibilité dans une requête d'update d'indiquer que tel champ doit être écrit qu'à l'insertion via $setOnInsert.

Mais en vrai c'est pas fou. C'est pas une opération atomique. Donc un upsert, peu t'envoyer une erreur Duplicate key error. Ça surprend la première fois.

https://jira.mongodb.org/browse/SERVER-14322

Donc si je résume bien vous listez 3 problèmes des capabilities :

1. Utilisation des attributs étendus (xattr des fs)
2. Manque de finesse dans à qui ont donne les droits
3. Impossibilité de définir les droits par introspection des binaires

Perso de ce que j'avais compris le principal problème des capabilities, c'est que ce sont de gros trous de sécurité :
False Boundaries and Arbitrary Code Execution.

Et cela ne marche plus … tant que l'on a pas remis les privilèges (la fameuse commande)

Je ne connais que le cas de debian, mais c'est quelque chose qui se laisse très bien gérer par le gestionnaire de paquet (au même titre que s'assurer que les fichiers ont le bon utilisateur, groupe et droits).

D'ailleurs, la partie DRM est totalement optionnelle, les boites qui n'en veulent pas pour leurs jeux n'en ont pas et leur jeu est quand meme vendu sur Steam (KSP, par exemple)

C'est arrivée plus tard. Quand ils ont sorti steam (pour Half Life²) c'était surtout un DRM. Tu pouvait acheter la boite du jeu, mais pas jouer sans Steam. On peut voir le verre à moité pleins ou à moitié vide, mais le MVP pour les développeurs c'était la partie DRM. Historiquement Steam c'est un DRM au quel on a jouté d'autres options.

Après c'est pas le pire DRM du monde, mais je souhaitais surtout souligner le fait qu'avec cette phrase¹ :

Il est également recommandé d'éviter tout intergiciel de DRM envahissant.

Ils cherchent peut être plus à vendre leur solutions qu'à libérer les logiciels des DRM.

C'est cocasse de les voir se plaindre des drm quand leur bizness c'est d'être un drm… https://blackshellmedia.com/2017/06/28/steam-employs-drm-means-game/

Nous en mesure de contester une loi étatique ou le règlement d'un établissement parce qu'ils sont écrits et disponibles et consultables. La censure dont il est question est arbitraire, sans fondement écrit et sans aucun recours possible.

Tu parlais de demande étatique, il me semble. Du coup on est plus entrain de parler d'une conséquence d'un état non-démocratique que d'une cause. Même si ça supprime effectivement un outil potentiellement révolutionnaire pour la population, ça n'est pas amha le plus gros de leur problème. Et je ne me vois pas reprocher à un GAFAM de ne pas être révolutionnaire. Sinon ils vont se mettre à faire de la politique et à devoir choisir quelle faction en Syrie a le droit de vivre sur leur plateforme. Il existe des outils sans censure aucune.

Peut être que la découverte de cette activité surprend et pousse à avoir ce sentiment d'indignation vis-à-vis du métier.

Je suis totalement d'accord. Ça me fait penser au nouveau travail du ministère de la défense américain : pilote de drone. Il paraît que tuer des gens par vidéo interposé vous rend dépressif… On peut aussi penser à ce nouveau job super classe : youtubeur ! Mais apparemment la pression peut aussi rendre dépressif.

On vit une société formidable.

Une chose que j'ai trouvé "choquante" est la collaboration des réseaux sociaux qui semblent s'exécuter assez promptement lorsqu'un gouvernement leur demande de bannir un type de contenu.

C'est vraiment subtile comme sujet. Entre opposant, fake news, vidéo de propagande terroriste, contenu de revenge porn,… dans quel cas doivent-ils être rapide et dans quel cas se poser en opposant ? Si c'est juste une question de légalité du pays alors il ne faut pas s'émouvoir de google en Chine par exemple. C'est la question de la moralité qui est en jeu. C'est notre moralité personnelle qui est remise en question à travers ça. Quelle morale doivent-ils appliquer ?

C'est un traitement "inhumain" que d'exposer des personnes à de telles choses, c'est dans ce sens qu'il s'agit "d'exploitation humaine".

Hum je vois, mais là encore des boulot "inhumains" on en a pleins. Plus que la remise en cause du métier, c'est la manière dont on traite ce métier qui devrait, je pense être revu. Limitation du nombre d'heures, suivi psy, etc. C'est pour moi dans la même veine que les syndromes de soldats ou ce que peux vivre un urgentiste peut être (je pense que le débit de violence psychologique qu'ils prennent est plus faible).

Justement c'est pas la boucle sur les serveurs qui pose problème, mais la seconde. La première est purement déclarative. Ce n'est pas ce que tu gère avec les loops et si ansible ne gérait pas ça bien on en discuterait pas aujourd'hui. Le problème (les boucles tels qu'elles sont décrites dans la doc d'Ansible) c'est les with_items/loops.

En termes d'algorithmes, le second a en gros besoin de boucles pour faire x fois une tâche sur chaque machine, et parfois de trouver où est le serveur maître dans un cluster.

Alors il n'y en a pas trop besoin pour ça avec ansible. La description de ton infra se fait autrement (et c'est l'un des gros avantage). Par contre dans la pratique tu va potentiellement vouloir prendre chaque fichier de tel dossier et lancer une commande pour chacun.

Une des explications du succès d'Ansible, c'est que c'est assez facile à installer, utiliser et apprendre (ie courbe d'apprentissage à pente douce), par rapport aux premiers outils du genre (comme puppet par exemple).

Puppet est un langage de programmation classique ? Ce qui déchire tout avec ansible, c'est sa mise en place douce. Non seulement tu peut commencer à t'en servir facilement (pas besoin de rôle, de comprendre les modules, même pas besoin de comprendre l'idempotence), mais en plus il n'est pas nécessaire de demander à qui que ce soit avant de commencer à t'en servir. Tu n'a pas besoin de serveur ni d'agents. Donc les gens qui s'y intéressent peuvent commencer dans leur coin et montrer l'intérêt que ça a après coup.

Ceci étant dit, le langage Ansible (comme PHP apparemment) s'améliore peu à peu, à condition d'utiliser les versions récentes.

Ça restera toujours un langage bancale au dessus de yaml et vaguement inspiré par jinja2. On ne peux pas s'attendre à des choses incroyables quand on pars avec ce genre de base (et ça empire en fait avec loop). Ça donne vraiment l'impression que le projet a commencé en se disant que tout déclaratif c'était bien, puis s'est rendu compte qu'en fait il fallait quand même un peu de procédural…

Je ne me suis pas lancé dans la création de module, si c'est vraiment simple ça pourrait être une bonne façon de faire je trouve.

Affaiblissement de la démocratie par l'abrutissement des masses.

Je n'ai pas vu la vidéo, mais plus faible que quand ? Avant internet nous n'avons pas accès à ce genre de contenu. Si vraiment il y a des choses à voir elles peuvent sortir sur des parties non filtrées d'Internet.

Je ne dois pas que c'est pas grave, juste qu'il faut peut-être pas y voir un danger plus grand qu'il ne l'est.

Pour l'exploitation humaine j'ai pas compris.

Si tu penses que la phrase critiquée n'est pas un mensonge, argumente (comme c>eux qui ont remis en cause l'idée que la terre est plate on fait), mais bon ça ne va pas être facile car autant pour la terre plate c'était un problème de connaissances scientifiques et d'absence de démonstration (juste des croyances) pour ceux pensant que la terre est plate, autant pour la phrase critiquée le contraire est démontré tous les jours par les tribunaux français.

L'auteur de cette phrase a continué avec 2 paragraphes d'explication, tu sais ?

Tu as arrêté ta lecture après avoir lu cette phrase ?

Quelle serait ta réaction si une personne vient te voir pour te dire que la planète est en danger climatique, et que sa phrase d'intro est "La terre est plate"? Et si tu dis "quelle connerie" et qu'on te traite alors d'anti planète, auras tu envie de participer à défendre la planète?

Je ne vois pas le rapport entre ton cas imaginaire et ce dont je parle. Pour le cas présent :

• soit on continue à lire après cette phrase et on comprends que c'est son point de vu sur ce qui lui arrive
• soit on arrête de lire et on passe son chemin

Mais là il semble que pour Paul comme pour toi :

• soit vous vous êtes arrêtez de lire, votre sang n'a fait qu'un tour et vous avez répondu sans chercher à comprendre
• soit vous avez lu jusqu'au bout sans comprendre que c'est son point de vu sur ce qui lui arrive

Tu as arrêté ta lecture après avoir lu cette phrase ? Parce qu'il y a 2 paragraphes ensuite pour expliquer ce point de vu mais tu n'y fais aucune référence.

Je me fou pas mal de vous point de vu là dessus personnellement. Vous êtes tous aussi peu réfléchis sur la question. Vous tentez de donner une réponse globale là où ça n'a pas de sens. La force d'un employeur ou d'un employé dépend :

• de la branche est-ce qu'il y a peignerie de main d'oeuvre ou inversement ?
• la taille de l'entreprise
• l'employabilité du salarié
• …

Conspuer les syndicats dans leurs ensemble et pourrir les employeurs tous autant qu'ils sont, est pas particulièrement malin. Et présenter des expériences n'a rien de pertinent. On peut trouver tous les exemple que l'on veut dans la nature.

Ici le monsieur ne semble pas parler d'autre chose que de son cas personnel. Il dit sans détour qu'il est un emploi protégé et parle de son employeur. Répondre avec des images d'Epinale n'a pas de sens. Après je ne sais pas s'il a raison (je m'en fou pas mal à vrai dire), c'est une autre histoire mais pour ça il faudrait répondre à ses explications et pas rebondir à la première phrase situé de son contexte.

Google parle d'images ou de fiscalité pour le redressement ?

--> perso: fuck, la nouvelle règle de codage (et oui, on a gardé la nouvelle règle même quand j'ai rapporté le problème).

Et tu as le droit de merger ? Perso que les règles de codage me plaisent ou non je les respecte et je refuse les revues qui ne les respecte pas. On peut discuter de ce qui est mieux ou pas (comme ici), mais chacun y va de sa propre règle, alors ça perturbe totalement les relectures (on ne sais pas ce que signifie l'absence de m_). Perso même si je considère que c'est pas particulièrement une bonne pratique, je m'y plierais sans rechigner si mon équipe considère qu'elle préfère travailler comme ça.

Wow du calme :)

1. Elm, Purescript, Miso et Reflex ne sont pas standards….

Mis à par Vanilla JS aucune lib ni framework front web n'est standard.

1. la syntaxe, elle fait mal à la tête

C'est ton avis.

1. En utilisant une librairie telle que Backbone/underscore/jQuery, React, vuejs, Angularjs, etc. on arrive au même résultat

Non. Déjà tu mélange vraiment beaucoup de choses… React et Vue sont des techno de vue uniquement, donc ils ne se placent pas en alternative. Et aucune des autres techno dont tu parle n'implémente véritablement de patern réactif. Tu aurais parlé de redux, vuex ou ngrx tu aurais déjà gardé un peu plus de crédibilité. Bon pour le coup ELM est celui qui a inspiré ces framework donc…

Mais même sans être arrivé avant. ELM (je parle de celui que je connais) vient avec un ensemble assez cohérent de fonctionnalités. Redux te dis de ne jamais muter ton état, mais pour le faire soit il dois te faire confiance soit passer par des bibliothèques pour faire ça. Elles font un peu comme elles peuvent là où un compilateur va assurer dans une phase avant même l'exécution (ELM a une étape de compilation vers JS). Son système de type lui permet aussi de garantir que certaines classes d'erreur ne peuvent pas exister par construction. Là où dans des langages ayant un système de type moins puissant c'est impossible.

1. En codant du JS natif (ES5, ES6, ES7, etc.), on arrive au même résultat avec le même nombre de lignes avec des perfs largement supérieurs

Pour les perf je n'en sais rien, mais pour le résultat, c'est possible mais pas facile. T'assurer que tu n'a aucune erreur de type en JS ça n'est pas possible quelque soit le nombre que tu accole à ES.

Quel est l'intérêt de ces outils (Elm, Purescript, Miso et Reflex) ? aucun !

Ils simplifient fortement l'implémentation d'une architecture réactive/flux dans les applications web. Ce sont aussi des langages plus sûr que JS.

Tout comme en asynchrone. Il semble qu'il est question de bloquer l'interface.

NeoVim ne rend pas magiquement l'exécution des plugins asynchrones,

Aucun des 2 ne gère l'ui dans un thread séparé ? C'est pas un peu dommage ça ?

Oui ok tu ne remet pas en cause ma compréhension des références (ouf ! :) ).
En fait si tu veux garder une copie, soit elle doit être fait via le passage par valeur soit dans ton code. Le fait de passer une référence ne crée pas une copie en soit. C'est le contenu de la méthode qui la copie.

Dans le cas du passage par référence, l'objet va être créé puis copié dans la fonction.

Hum ? En quoi il s'agit d'une référence du coup ?

Dans le cas du passage par valeur, il va y avoir zéro copie, l'objet va être créé puis déplacé directement.

Si on a un constructeur adéquate, c'est ça ?

Ça se passe comment pour une grappe d'objets ? Si mon objet a référence un objet b et que je fais un déplacement de l'objet a, qu'est-ce qui va définir si on fait une copie ou un déplacement de l'objet b ? C'est transparent à l'utilisation, donc ça dépend juste de si b possède un constructeur de déplacement ?