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…
[^] # Re: Lopin compris
Posté par barmic 🦦 . En réponse au journal Au nord, petite leçon de démocratie. Évalué à  10.
Il te faut pas non lus croire que les mesures marchent d'elles même sans contexte. Elles fonctionnent grâce à un ensemble et dans un milieu particulier (culturel, géographique, etc).
Il faut trouver le bon focus pour ne pas tout mélanger et ne pas trop atomiser les choses.
Et surtout faire très attention quant à vouloir reproduire, quelque chose qui s'est construit en plusieurs décennie dans un pays a peu de chances d'être reproduit immédiatement et à l'identique ailleurs.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Et du coup, pour remplacer Whatsapp & autres
Posté par barmic 🦦 . En réponse à la dépêche XMPP croque la pomme !. Évalué à  2.
Ce qui est ironique n'est que Google a une api xmpp pour pousser des notifications (en fait il semble qu'en interne firebase utilise pas mal xmpp, même si c'est rarement exposé).
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Comment ça perdu?
Posté par barmic 🦦 . En réponse au journal Un compresseur par ci, un compresseur par là . Au temps de l'algo des hackeurs.. Évalué à  5.
Tu veux de la perf sans aller en bas niveau ? Il y a une part théorique, mais ça n'est pas pour rien qu'on attends que les h265 et consort soient brulés sur silicium pour s'en servir.
Celui qui ne veut pas perdre la moitié de ces données à chaque secteur perdu (voir des compromission ), qui ne veut pas de latence, celui n'a pas besoin de Tio de données,…
En terme de compression sans perte (les zip, gzip et autre lzma) il n'y a pas grand chose. Ils dérivent tous du même principe. Ce qui fait la différence c'est justement des aspects assez bas niveau de performance en exécution.
Pour les algos destructif, ils font appel la connaissance de nos sens, des mathématiques un chouia poussées et des concepts bas niveau pour savoir ce qui s'exécute efficacement ou non. Typiquement ce que la plupart des projets n'ont pas forcément à investir.
Ça ne dit pas bien ce que vous faites et comment ni ce qui te gêne. C'est exactement ce que propose xz c'est ce que vous utilisez ?
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
# OpenMP
Posté par barmic 🦦 . En réponse au journal LLVM 11.0.0. Évalué à  3. Dernière modification le 13 octobre 2020 à 18:13.
Je ne connais pas bien OpenMP est une API qui est implémentée par les compilateurs ou une bibliothèque qui doit avoir un support dans les compilateurs ?
Edit: un bout de recherche m'a permis de voir que c'était une API désolé pour le bruit
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: travail en double
Posté par barmic 🦦 . En réponse au journal OpenJDK est désormais hébergé chez Github tout en se donnant les moyens de l'indépendance. Évalué à  9.
C'est pas le problème qu'ils tentent de résoudre je pense. Ce qu'ils veulent c'est que les archives des mailings et les commentaires de commits (ce que tu ne peux pas vraiment modifier) pointent un domaine qu'ils contrôlent.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
# Rashell
Posté par barmic 🦦 . En réponse au journal Rashell – Une bibliothèque pour remplacer les scripts shells par du Lisp. Évalué à  2.
Si j'ai bien compris c'est un shell lisp qui a des helpers pour les utilitaires externes.
Mais pour ça :
C'est forcément une implémentation spécifique, non ?
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Précision
Posté par barmic 🦦 . En réponse au lien Énergies renouvelables - Une centrale solaire aussi puissante (2.2 GW) que 2 réacteurs nucléaires. Évalué à  2.
"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
[^] # Re: Ok mais...
Posté par barmic 🦦 . En réponse au journal Agir contre ses valeurs.... Évalué à  4.
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
[^] # Re: Totem en effet
Posté par barmic 🦦 . En réponse au lien Brisons le totem de la 5G. Évalué à  5.
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
[^] # Re: Totem en effet
Posté par barmic 🦦 . En réponse au lien Brisons le totem de la 5G. Évalué à  1.
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 faible1 ç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.
encore une fois les gens s'échangent déjà des fichiers 4K et vont passer à la 8K avec ou sans 5G. Le renouvellement des téléphones se fera avec le même rythme avec ou sans 5G. ↩
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Totem en effet
Posté par barmic 🦦 . En réponse au lien Brisons le totem de la 5G. Évalué à  5.
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
[^] # Re: Totem en effet
Posté par barmic 🦦 . En réponse au lien Brisons le totem de la 5G. Évalué à  0.
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.
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
[^] # Re: Totem en effet
Posté par barmic 🦦 . En réponse au lien Brisons le totem de la 5G. Évalué à  2.
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
[^] # Re: Totem en effet
Posté par barmic 🦦 . En réponse au lien Brisons le totem de la 5G. Évalué à  1. Dernière modification le 10 octobre 2020 à 20:56.
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
[^] # Re: Totem en effet
Posté par barmic 🦦 . En réponse au lien Brisons le totem de la 5G. Évalué à  1.
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
[^] # Re: Précision
Posté par barmic 🦦 . En réponse au lien Énergies renouvelables - Une centrale solaire aussi puissante (2.2 GW) que 2 réacteurs nucléaires. Évalué à  2.
Et on appel ça le facteur de charge.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Précision
Posté par barmic 🦦 . En réponse au lien Énergies renouvelables - Une centrale solaire aussi puissante (2.2 GW) que 2 réacteurs nucléaires. Évalué à  2.
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
[^] # Re: Travaux
Posté par barmic 🦦 . En réponse au journal Un compresseur par ci, un compresseur par là . Au temps de l'algo des hackeurs.. Évalué à  2.
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
[^] # Re: Comment ça perdu?
Posté par barmic 🦦 . En réponse au journal Un compresseur par ci, un compresseur par là . Au temps de l'algo des hackeurs.. Évalué à  2.
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
[^] # Re: Travaux
Posté par barmic 🦦 . En réponse au journal Un compresseur par ci, un compresseur par là . Au temps de l'algo des hackeurs.. Évalué à  2.
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
[^] # Re: Comment ça perdu?
Posté par barmic 🦦 . En réponse au journal Un compresseur par ci, un compresseur par là . Au temps de l'algo des hackeurs.. Évalué à  4.
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).
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
[^] # Re: Et le format HDF5 ?
Posté par barmic 🦦 . En réponse au journal En finir avec CSV ou Excel pour échanger des données. Évalué à  1.
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.
Et si un technos s'intéressait au point de vu des utilisateurs il serait pas techos, mais testeur qualité.
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
# Travaux
Posté par barmic 🦦 . En réponse au journal Un compresseur par ci, un compresseur par là . Au temps de l'algo des hackeurs.. Évalué à  4.
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
[^] # Re: excel c'est mal
Posté par barmic 🦦 . En réponse au journal En finir avec CSV ou Excel pour échanger des données. Évalué à  3.
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
[^] # Re: Et le format HDF5 ?
Posté par barmic 🦦 . En réponse au journal En finir avec CSV ou Excel pour échanger des données. Évalué à  3.
Des 2 en regardant rapidement, seul le second cherche des usages sur les platebandes d'excel (tracer des courbes1, 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).
il semble ne s'agir que de tracer et pas de calcul (genre calculer une courbe à partir d'un ensemble de points) ↩
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll