barmic 🦦 a écrit 5976 commentaires

"dressé" ? Donc il arrêter d'avoir froid la nuit et s'éclairer de jour plutôt ?

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

Pour vlc, ce n'était pas vraiment un projet universitaire à l'origine. BSD a commencé avec un code complet fourni par AT&T tu je ne me trompe pas. Je ne connais pas les projets dont tu parles mais il faut faire attention aux us le travail des chercheurs universitaires est rattaché à l'université et pizzas à leur labo (d'un point de vue présentation/communication). C'est comme dire que g'mic est un projet universitaire.

Tous les projets dont tu parle sont des projets dont les étudiants sont les premiers utilisateurs ça joue énormément pour comprendre les besoins et savoir quoi faire (et éviter d'être hors sol).

Ah et on retiens ceux qui ont réussi. La qualité fournit par des étudiants n'est pas forcément au rendez-vous, ils sont en formation ils ont le droit de se planter.

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

Ah aussi bien sûr que les gens ne sont pas content. Tu ne peux pas dire aux gens d'arrêter de polluer et espérer qu'ils vont avoir l'illumination que c'est vrai et accepter. Il faut avoir le courage d'affirmer ses choix et d'aider au changement.

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

C’est un problème complexe, il faut sans doute le prendre par plusieurs bouts …

Avec du recul. Se donner une direction claire assumée et déduire les mesures de cette direction.

Le coté assumé est vraiment important parce que tu ne peux pas faire ça sans casse. Donc oui il faut choisir qui va morfler et prendre le point de les aider. Mais les aider ce n'est pas reculer, c'est faire de la réorientation.

Faire des micro-mesures dont l'impact écologique est vraiment faible¹ ça soulage peut être certaines consciences, mais ça n'aide pas de manière vraiment faible l'environnement.

Je peux comprendre des mesures atomiques sur des cas qui on un impact clair net et totalement établi.

Le parallèle avec l'aviation me paraît intéressant, bloquer le prochain A365 (j'ai aucune idée de ce qu'ils ont ou pas dans leur carton), ne va pas changer l'impact écologique de l'aviation. Les gens vont juste continuer à voler avec les avions actuels.

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

Les usages ne dépendent pas du réseau ou en tout cas pas que. YouTube passera à la 4K avec ou sans 5G, les téléphones y passent aussi autant pour l'écran que la caméra. L'usage est déjà à dispo avec la fibre. On mettra plus d'antennes de la génération précédente, les opérateurs tenteront de faire facturer ça par des forfaits différents,…

Je n'ai pas de doute que ce que je dis peut paraître fataliste, mais je suis surtout que si on veut remettre en cause l'usage c'est l'usage qu'il faut remettre en cause et pas un sujet annexe. Parce que ça entraîne des effets de bords généralement pires qui on ne prend pas le sujet dans une certaine cohérence.

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

Il y a quand même une contradiction fondamentale dans ce discours, à mon avis : on nous dit, la 5G est indispensable pour absorber la croissance du réseau et des usages d’un côté, et de l’autre que le problème à régler c’est la croissance des usages.

Pas du tout c'est comme toutes les autres avancées en terme de réseau. C'est bien pratique de l'avoir et rester sur les anciens réseaux est plutôt contraignant.

Si il y a un truc certain c’est que c’est pas faire la 5G qui aidera grandement à lutter contre le consumérisme, en tout cas.

C'est bien ce qui me pose problème dans le débat. Avec ou sans la 5G, les problématiques présentées ne change pas, ça montre bien que c'est à côté de la plaque. Tout le monde tente de mettre ses peurs, regrets, espoirs dans le débat sans se poser la question de si c'est pertinent.

On peut discuter nous usages et ce serait bien, mais ça n'a rien à voir avec la 5G.

Ce qui fait que ça craint vraiment, c'est que ça donne un effet bouc émissaire. On croit parler d'écologie, de consumérisme, de vie privée, mais ça ne fait rien avancer. Ça occupe de l'espace, alors que ça ne fait rien avancer. On arrête la 5G ? Les problèmes sont les même ? On lance la 5G ? Idem.

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

On trouve un écho dans le texte de LQDN : dans le cas de la 5G la question de l’attribution des fréquence très cher à des boîtes privée une question éminemment politique qui n’a pas grand chose de « neutre ».

Ils viennent de découvrir que les réseaux GSM en France sont privés ? Vraiment la 5G ça change tout !

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

Mais c'est du fantasme ! Les voitures qui volent à 3 fois la vitesse de la lumière grâce à la 5G ça n'existe pas.

On va pousser la 4G dans ses retranchements et cramer plus de ressources que pour faire le faire en 5G. Rien de plus.

Vouloir en faire une bataille contre le consumérisme ça me gêne et c'est à la limite du mensonge quand soit on évoque des choses actuelles pour les mettre sur le dos de la 5G, soit on fantasme des nouveautés qui n'ont pas de rapport.

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

La question de ce qu’on y gagne en rapport à ce que ça coute, à l’environnement par exemple, en terme d’obsession de la croissance, se pose.

Est-ce que l'abandon pure et simple de la 5G va changer quoi que ce soit ?

On est pas consumériste ? On est pas surveillé ?

La 5G ne servira pas à l'IoT, elle ne peux pas remplacer loram ou sigfox, les prix sont bien trop prohibitifs. Les objets connectés sont soit sur ce type de réseau dédié à eux quand ils sont très contrains, soit en wifi pour chez toi, soit en bluetooth.

AMHA l'abandon de la 5G ne ferait que mettre de la pression en plus à la 4G.

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

Et on appel ça le facteur de charge.

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

Mais on ne ramène pas en métropole l'électricité produite en Guadeloupe.

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

Tout cela marche aussi très bien pour les structures et sérialisation compactes :)

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

C'est exactement ce que je dis plus haut, mais ce ne sont pas les projets de google/fb qui font des outils de compression, mais des équipes dédiées à la performance dont c'est le travail. C'est un "à coté" au niveau de la boite, mais pas de l'équipe. Chacun de leur projet n'a pas son algo à lui qui espère être top moumoute.

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

Qu'est ce qui distingue la compression de simplement une donnée compact. Si je prends protobuf, c'est quelque chose qui permet de faire produire une serialization compacte. Si on parle de bzip c'est de la compression.

J'allais te dire que si la décompression n'est pas distingable du parsing, c'est plus un format compact que de la compression sauf que les formats d'images, de vidéos et de sont considéré comme de la compression.

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

Je vois pas le rapport entre la perf et la compression ?

Il n'y a même pas de lien direct entre la taille d'un programme et sa performance. Par exemple C++ génère du code via les templates pour produire du code plus performant (mais d'autres chose comme le fait de dérouler les boucles rendent un programme plus rapide au détriment de sa taille).

Je vois rarement des recherche très poussées sur les algorithmes (comme une compression maison).

Tu veux dire qu'il y moins de syndrome NIH qu'avant ? C'est possible.
Avoir des usages si particulier pour nécessité une compression vraiment différente de ce qui existe c'est rarissime. Après la compression n'est pas le seul moyen de gagner en taille utiliser des formats compacts peut être salvateur et encore une fois, tu a pléthore implémenté avec différentes fonctionnalités (traitement en flux, avec ou sans schémas,…). Il est urgent de se poser la question avant de vouloir réimplémenter soit-même ce genre de choses.

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

Tu crois sincèrement ce que tu dis ?

Je suis entrain de faire traiter quelques millions de document avec elasticsearch et kibana ce qui donne des résultats que tu ne peux même pas envisager avec ce que tu viens de décrire, mais faut être conscient que les gens peuvent avoir des points de vu et des connaissances différentes des tiennes. En principe on acquière cette capacité vers 3 ou 4 ans. Dans les tech, c'est plus vers 35~40 ans en moyenne.

mais bon si les commerciaux savait utiliser SQL ils ne seraient plus commerciaux ;)

Et si un technos s'intéressait au point de vu des utilisateurs il serait pas techos, mais testeur qualité.

Du coup avec nos outils Libre

Il n'y a aucune raison technique que quelque chose de simple avec excel demande de maîtriser 3 à 4 langages turing complet pour le faire en plus moche. Vraiment aucune.

Et le "nos outils Libre" (avec un grand L majuscule monsieur) LibO, gnumeric et consor ça n'est pas libre ? Qu'est-ce qu'il ne faut pas lire même pour un vendredi…

Reste à cheval sur tes principes sans chercher à comprendre les besoins, mais ne te plains pas que les autres ne se servent pas de tes outils. Restons éternels incompris (sans chercher à comprendre les besoins)

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

D'ailleurs des recherches sont toujours effectuées dans ce domaine, tout intéret n'est pas perdu. Quoique ? Ce n'est plus un thème majeur.

Il continue à y avoir des travaux dessus. Mais pour ce qui prend le plus de place et qui grossi le plus avec le temps il faut un algo avec perte dédié comme les h265 et autres av1. On découle pas mal les formats d'images de ses formats de vidéo, mais jpeg n'a pas dit son dernier mot il me semble.

Pour les compressions généralistes, j'ai l'impression d'avoir surtout vu passer des choses pour accélérer la compression plus que pour la plus compressif. Je pense par exemple à snappy.

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

Ce truc c'est quelques d'aluminium. Même une corde en 7mm va galérer à passer dedans. C'est un porte clef bon moi mon porte clef est un mousqueton d'assurage, mais c'est un autre délire :p

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

SQLite Studio ou DB Browser pour SQLite

Des 2 en regardant rapidement, seul le second cherche des usages sur les platebandes d'excel (tracer des courbes¹, formater l'affichage,…) par contre c'est entregistré dans un fichier projet qui doit pointer sur une base, c'est casse-gueule (d'autant qu'ils ont l'air d'utiliser des chemins depuis la racine).

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

À aucun moment tu ne me contredis. Je rappelle simplement qu’il est possible de concevoir une spécification qui repose sur une autre spécification pour décrire le format des champs, et d’autres spécifications pour décrire tel ou tel type de donnée. On ne compare pas un format comme SQLite à CSV ou ASCII Delimited Text. Là si quelqu’un compare SQLite à CSV ou ASCII Delimited Text, il va avoir des problèmes. CSV ou ASCII Delimited Text c’est le format pour les champs, pas l’ensemble.

Mais ce que je dis c'est que la dépendance est forte. Vraiment très forte. Prendre SGML et se demander si c'est bien ou mal n'a pas de sens. C'est un format qui a des propriétés (dont certaines ne sont pas intrinsèques). Il faut voir si ça convient ou non à ton usage.

Croire que pointer le format de base suffit est un leurre, croire qu'un format est intrinsèquement bon ou mauvais aussi.

Ce fil de discussion tourne autour d’un problème de partie et de tout. Qu’au moins les comparaisons soient faites avec ce qui est comparable !

Les formats ne sont pas vraiment comparables en soit ou alors il s'agit de paraphraser wikipedia. Parce que sinon tu ne peux pas jauger l'expressivité des formats hors c'est le principal intérêt de tout ce qui sort des csv-like.

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

Un tel argumentaire suppose que le JSON généré par un logiciel est immédiatement lu par un autre logiciel, […]

Pas du tout. Il te permet d'utiliser que tu souhaite, même si ce n'est pas un ordre alphabétique tout en te garantissant que ça n'en change pas la sémantique.

Si l'outil de diff utilisé par ton gestionnaire de version te pose problème c'est un autre débat qui peut avoir diverse solution. Le besoin de versionné du json n'est qu'une part très faible de l'usage de json parce que son usage dans l'exécution javascript et en rest le dépasse amplement.

Il faut savoir que maintenir un ordre dans les clefs est réellement quelque chose de couteux et ne répond qu'en partie à la problématique du diff. Faire un formattage précommit ou avoir un outil de diff qui comprend json sera une solution plus complète (ça permet entre autre de gérer les divers indentation non signifiantes).

C'est le même genre d'argument qui pousse à autoriser les virgules trailling pour faire des documents de la forme :

{
  "a": "b",
  "c": "d",

Parce que tu comprend si ajouter un troisième champ fait un diff d'une ligne en plus c'est pas bien.

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

Pour un outil critique a son activité?
Je suis débile de chercher a maîtriser ce que je fais et comment je le fais?

C'est pas parce que beaucoup de monde fais quelque chose que faire autrement est débile.
Il faut être conscient qu'une chose est critique, il faut savoir qu'il peut exister des limites. Aujourd'hui il est tout à fait possible que ton activité repose sur du logiciel sans que tu ne soit connaisseur en la matière.

Et de toute façon, si on utilise le mauvais outil pour une tâche, est-ce normal d'accuser l'outil de ne pas être fait pour, ou d'avoir des limitations dans un usage non prévu?

Je ne sais pas, ça dépend probablement des cas et du reproche. On peut trouver ça débile mais je ne compte le nombre de mousqueton qui ont l'inscription "not for climbing" :

Quand tu tiens un truc comme celui là en main, tu te doute qu'il ne va pas supporter ton poids.

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

Qui utilisent des outils sans en comprendre le rôle et les limitations?

Tout le monde ?

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

Donc tu liste le nom des colonnes ("prix" ce n'est pas "Prix" ou "priX"), que leur ordre est fixé ou non, que vous utilisé une virgule comme séparateur entre les unités et les dixièmes, que le prix est en euro, quel colonnes sont nécessaires ou pas, que tu accepte les commentaires et qu'il s'agit de ligne commençant par le caractère # s'il n'est pas protégé,…

Mais sinon on peut continuer à danser autour de la question et "prendre du recul pour évaluer le besoin dans sa globalité".

C'est pourtant assez simple. Prend ta spec et écris le bout de code pour produire une structure utilisable dans ton code (→ qui ne nécessite plus de se protéger ou de nouvelle étape de parsing) et regarde la liste des hypothèses que tu aura formulée. Chaque hypothèse que tu aura formulée et qui n'est pas explicite dans la spec (soit en le décrivant directement soit en faisant référence à autre chose), c'est un cas d'erreur potentiel.

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

Ben écoute si tu veux bien y passer 3 minutes, je veux bien exemple de spec CSV qui tienne la route pour échanger un simple tableau comme celui-là:
https://sebsauvage.net/wiki/doku.php?id=csv
(hormis le coup des commentaires dans le fichier, là c'est un peu trop tarabiscoté)

Tu n'a pas compris son commentaire. Il ne dis rien de particulier sur csv. Mais il ne parle surtout de spécifier son format et pas d'écrire une RFC sur csv. Donc le boulot ce n'est pas d'écrire tous les cas de l'univers, mais de décrire tes cas. Ça n'a pas de sens de décrire les cas de cette page, on ne pars pas d'un résultat pour renverse une spec, mais on pars d'un besoin. Si tu galère à spécifier ton besoin avec un format donné, ça peut être intéressant de se demander si l'expressivité de format n'est pas un problème pour toi.

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