Posté par barmic 🦦 le 29 décembre 2023 à 06:49. En réponse au journal Disparition de Jacques Delors. Évalué à  6.
Tu as lu autre chose que ce qu'il a Ă©crit. Il dit que certains auraient pu prendre exemple pas qu'il n'y a plus personne pour tenir le flambeau.
Mis à part ça le succès particulièrement en politique n'est que partiellement une question d'idées. Tu as 3 options :
Ça broie pas mal de motivation et je comprend très bien ceux qui abandonnent et deviennent apiculteurs ou partent dans l'associatif
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
Posté par barmic 🦦 le 28 décembre 2023 à 19:50. En réponse au journal Tour d'horizon de l'état des bases NoSQL. Évalué à  5.
Je pensais bêtement que les plongeurs se reposaient encore intégralement sur l’expérience, empiriquement.
Entre les 2 il existe tout de même des outils comme les montres de plongées qui bien sûr sont étanches mais permettent aussi de savoir depuis combien de temps tu es en plongées (évidement tu peux avoir d'autres fonctions comme une boussole).
L'empirisme est dangereux en plongée à cause de la narcose.
Posté par barmic 🦦 le 28 décembre 2023 à 19:38. En réponse au journal Disparition de Jacques Delors. Évalué à  6. Dernière modification le 28 décembre 2023 à 19:38.
N'hésite pas à prendre la peine de contribuer au débat démocratique en y mettant de ta personne, vu que tu sembles mieux savoir que tout le monde ce qui est bon et juste.
La critique qu'il émet n'est pas une contribution au débat démocratique ? Ou tu parle de prise de fonctions/mandats ?
Si c'est le cas, par conception, c'est une nécessité en démocratie représentative que le simple citoyen (simple au sens où il ne brigue pas de mandat) critique (positivement ou non) l'exercice des mandats.
Posté par barmic 🦦 le 28 décembre 2023 à 10:36. En réponse au lien Kyber, le nouveau projet open source de Jean-Baptiste Kempf (VLC). Évalué à  5.
Apparemment
Il parle aussi de pouvoir utiliser n'importe quoi pour faire de la vidéo en streaming. C'est vraiment pas clair1, mais de ce que je comprends, il rendrait possible de faire ce que font les émissions en live sur tv ou twitch multi-caméra, mais avec n'importe quoi comme matériel.
il est vraiment vraiment pas clair quand il s'exprime. Je ne connais pas Paris Video Tech, mais il donne que la moitié des informations aux quel il pense quand il s'exprime (au début en tout cas). Peut être que c'est un parterre de connaisseurs, mais en vidéo youtube, si tu connais pas un minimum : c'est vraiment obscure sa façon de pitcher son sujet. ↩
Posté par barmic 🦦 le 28 décembre 2023 à 10:26. En réponse au lien Kyber, le nouveau projet open source de Jean-Baptiste Kempf (VLC). Évalué à  5.
shadow non plus
Posté par barmic 🦦 le 28 décembre 2023 à 07:46. En réponse à la dépêche L'installation et la distribution de paquets Python (2/4). Évalué à  5.
La tradition veut qu'il y ait toujours un commentaire sur guix ou nix.
Le principe c'est qu'ils permettent de créer des environnements. C'est comme venv, mais c'est pas limité à python. Une fois dans l'environnement tu peux utiliser pip comme tu le souhaites (y compris pour lui faire installer en system wide).
(En plus, Guix ne fonctionne que sous Linux.)
Certe mais si j'ai bien compris, tu as évité le problème des dépendances systèmes. Si tu as 2 outils qui dépendent de versions différentes de bibliothèques natives, si j'ai bien compris venv ne fera rien pour toi.
Guix et nix feront le travail de la même façon pour python, perl, ruby ou n'importe quel autre écosystème
Posté par barmic 🦦 le 27 décembre 2023 à 19:35. En réponse au journal Spring Boot 3.2.0 est dehors. Évalué à  3.
De ce que je comprends il est synchrone contrairement au WebClient, mais a une API fluent contrairement au RestTemplate.
https://docs.spring.io/spring-framework/reference/web/webmvc-client.html
Posté par barmic 🦦 le 26 décembre 2023 à 02:16. En réponse au lien À quoi l'argent public a servi en 2022 en France (vs 1995). Évalué à  2. Dernière modification le 26 décembre 2023 à 02:16.
Je pense que pour autant il y a nécessité de comparer les pays. Ça ne se fait pas en quelques chiffres, ça demande une analyse qualitative mais si on veut gagner en efficacité des pouvoirs publics il faut à la fois être en mesure de comprendre ce que font nos voisins pour en tirer une expérience et pouvoir harmoniser certains comportements pour réduire des évasions entre autre.
Ça pourrait passer par une normalisation législative. Si tous les pays de l'UE ont la même définition de ce qu'est un chômeur par exemple ça aide à la comparaison.
Posté par barmic 🦦 le 25 décembre 2023 à 21:26. En réponse au journal Sandboxer des applications avec bubblewrap (1/3) : un shell basique. Évalué à  6.
Tout est dans cette phrase :
Revenons à ce que fait bubblewrap : il crée en fait un nouveau espace de noms de système de fichiers, vide.
Il ne sandbox que le système de fichier. Ce qui le rapproche effectivement d'un chroot. C'est plus pratique parce que tu n'utilise pas un dossier existant (à créer au préalable, à bind les dossiers dont tu as besoin, puis à nettoyer ensuite) et tu n'a pas besoin d'être root.
Après c'est du namespace linux c'est exactement ce que font les conteneurs (docker, systemd-nspawn, lxc, flatpack,…).
Posté par barmic 🦦 le 25 décembre 2023 à 19:09. En réponse au journal Tour d'horizon de l'état des bases NoSQL. Évalué à  2.
Ouai… Alors transaction et NoSQL ne devrait jamais aller de pair… C'est à mon avis une grosse connerie de la part de mongo de tenter de jouer les SGBDR et c'est logique que ça ne marche pas (on ne viol pas le théorème CAP impunément)… Et ça n'est pas désactivable à première vue.
Posté par barmic 🦦 le 25 décembre 2023 à 18:59. En réponse au journal Tour d'horizon de l'état des bases NoSQL. Évalué à  6.
En vrai plus c'est pourri plus longtemps ils gardent leur mission.
Si ton garagiste fais mal son travail, tu retourne le voir ? J'ai vu plusieurs fois des prestataires se faire sortir voir des ESN complètes se faire dégager. Si tu paie, que ta de la merde et que tu continue à payer, il y a un moment où il faut se poser des questions.
Tu n'a pas la main, tu n'es pas décideur, ce n'est pas toi qui paie,… mais le problème que tu décris ce n'est pas que les jeunes ne savent plus faire mais qu'on crée un système dans le quel on les mets à des responsabilités qui ne leur correspondent pas encore et qu'on s'en satisfait.
Ce que tu décris montre un fonctionnement beaucoup plus crétin que ce que tu reproche aux « jeunes ».
Posté par barmic 🦦 le 25 décembre 2023 à 12:01. En réponse au journal Tour d'horizon de l'état des bases NoSQL. Évalué à  1.
Il me semblait que la conversation présentait l'inverse : l'autodidacte serait la bonne manière de découvrir l'informatique.
Posté par barmic 🦦 le 25 décembre 2023 à 10:03. En réponse au journal Tour d'horizon de l'état des bases NoSQL. Évalué à  4.
Codd connaissait ça parfaitement et ça lui a pris 4 ans pour arriver à la base, la troisième forme normale, il y a encore eu de l'exploration sur le sujet pendant des décennies.
C'est très bien l'autodidacte. Je suis quelqu'un qui préfère très largement apprendre en bottom up plutôt qu'en top down. Mais le principe c'est justement de monter en théorie et personne n'est capable de re-découvrir ACID, les formes normales, lire un plan d'exécution, les différents niveaux d'isolation, comprendre les différentes formes d'index,… On parle de sujets de millions d'heures de travail fait par des milliers d'individus avec des essais/erreurs multiples.
Considéré ça comme intuitif me fait plutôt l'impression que le sujet a été effleuré. Les gens comme Codd sont des scientifiques hors-pair reconnus parmi les siens par les plus hautes distinction existantes et tu en as au moins une dizaines comme lui. Apprendre le fruit de leurs travaux est une tâche, le re-découvrir intuitivement grâce au manuel utilisateur de l'Apple II est de l'ordre du génie
Posté par barmic 🦦 le 25 décembre 2023 à 08:54. En réponse au journal Tour d'horizon de l'état des bases NoSQL. Évalué à  4.
Donc l'idée c'est de re-découvrir intuitivement ce qui a fait l'objet de plusieurs années de recherche par quelqu'un qui savait très bien comment ça fonctionne en dessous puisqu'il fait partie de ceux qui l'ont conçu.
Posté par barmic 🦦 le 25 décembre 2023 à 07:46. En réponse au lien À quoi l'argent public a servi en 2022 en France (vs 1995). Évalué à  2.
pas aussi en valeurs absolue
Sachant que dans ce cas il faut corriger avec l'inflation
Posté par barmic 🦦 le 24 décembre 2023 à 22:51. En réponse au journal Tour d'horizon de l'état des bases NoSQL. Évalué à  2.
Et ça apprenait comment construire une forme normale ? Parce que sinon c'est un contre argument à l'hypothèse de base : avant on était autodidacte et on jouait avec notre caca en utilisant des bases de données.
Je trouve qu'il y a une vrai différence entre savoir quoi faire pour que quelque chose fonctionne et savoir pourquoi il faut faire ça pour que ça fonctionne. Et je doute qu'il existe beaucoup de manuel utilisateur qui aillent aussi loin.
Posté par barmic 🦦 le 24 décembre 2023 à 22:35. En réponse au journal Tour d'horizon de l'état des bases NoSQL. Évalué à  1.
J'ai appris la programmation avec le manuel de TI82, puisqu'on en est Ă l'ad hominem. Et je ne me permettrait pas de juger quelqu'un sur le fait qu'il soit autodidacte.
Les remarques "marrantes" sur les jeunes il y en a pleins les collèges et ça je me permet très bien de juger.
Posté par barmic 🦦 le 24 décembre 2023 à 18:12. En réponse au journal Tour d'horizon de l'état des bases NoSQL. Évalué à  6.
Point vieux con : les jeunes n'ont plus aucune culture en informatique, ils ne connaissent que la surface et les trucs à la mode. Jamais il ne se disent que avant eux on a déjà résolu tout ces problèmes. L'arrivée de chatgp n'ajoute rien de bon à tout ca.
C'est les jeunes qui font des choix d'architecture et/ou de techno ? Et ils le font sans que le reste de l'entreprise leur pose de contraintes ? Et on lance les techno sans une étape de rampup pour vérifier que tout fonctionne (du bench, de la vérification de comment ça se comporte dans des situations critiques, des backup, du monitoring etc) ?
Quel est le rapport entre « les jeunes » et les choix fait dans une entreprises ?
Posté par barmic 🦦 le 24 décembre 2023 à 18:06. En réponse au journal Tour d'horizon de l'état des bases NoSQL. Évalué à  1.
Ma génération a surtout appris en autodidacte, car on a été jeune du temps de la micro-informatique où un ordinateur démarrait sur un BASIC et été vendu avec un manuel de programmation.
C'est ce livre qui t'a appris SQL ?
Autant faire de la bidouille en autodidacte j'en connais pleins. Autant des bases de données, j'ai jamais entendu.
Posté par barmic 🦦 le 24 décembre 2023 à 18:02. En réponse au journal Tour d'horizon de l'état des bases NoSQL. Évalué à  2.
Question : comment on backup mongodb. Eh bien on peut pas de ce que j'en comprends, enfin si on peut mais c'est pas consistant. Alors la nuit on passe le base en read only, on snapshot les fs, on repasse en read write et on copie les données sur le serveur de backup. Et au lieu d'avoir un seul fichier, j'en ai autant que de noeud de la base. J'ai l'impression de retourner en 2004 avec mysql …
Ça me pose 2 de questions :
On fait des backups de bases mongo et on fait des tests de restauration mensuel sans problème particulier (et on vérifie l'usage des données par le soft ensuite on ne se contente pas d'un OK de la base), mais je n'ai jamais entendu parler de problème de consistance.
Posté par barmic 🦦 le 24 décembre 2023 à 16:42. En réponse au journal Tour d'horizon de l'état des bases NoSQL. Évalué à  4. Dernière modification le 24 décembre 2023 à 16:42.
Je n'ai pas parlé d'absence de schéma, mais d'absence de structure. Par structure, j'entends notamment voire surtout l'intégrité référentielle. Clé primaire, clé étrangère. Des concepts qui sont effectivement absents très souvent (je ne les ai pas toutes utilisées) des bases NoSQL. Et c'est bien le problème que je levais dans mon message initial, puisque c'est bien cette lacune qui fait qu'on s'est retrouvé avec beaucoup d'applications bien pourries.
Donc tu parle de contraintes d'intégrité et oui c'est la définition du NoSQL. Mais ce n'est pas arrivé de nulle part. Les mainframes commencent à montrer leur limite de scalabilité, on commence à vouloir créer des services mondiaux et des gens (en particulier Brewer) ont montré que les propriété ACID ne permettaient pas d'avoir à la fois un haut niveau de disponibilité et une tolérance aux problèmes réseaux1. Présenter ce travail comme des gens inconséquents me parait injuste et irrespectueux.
Or, si il y a bien des cas particuliers où on peut s'en affranchir, c'est loin d'être un cas général. Ce qui n'a pas empêché bien des personnes de se précipiter.
Ça c'est un avis. Tu as des gens qui font carrière sans en avoir besoin. C'est un peu comme dire que le typage statique on en a toujours besoin sauf quelques cas particulier. Ça n'a pas empêchés un paquet de monde de faire des choses incroyables avec un typage dynamique. Les données n'ont pas intrinsèquement un modèle, c'est l'usage qu'on en fait qui défini comment il est intéressant de les modéliser.
Si le fait de devoir déclarer les colonnes tu trouves que ça implique "un travail de modélisation au moins aussi important", je suis en total désaccord. Un modèle entité/relation c'est pas que les tables et les colonnes, leur type et basta. Bis repetitum : clé primaire, clé secondaire, mais aussi contraintes d'unicité, clauses de contrôles, gestion des suppressions en cascade, etc.
Quand tu parle de modélisation de données dans une base comme cassandra, tu as une série de ses colonnes qui vont servir à la fois de comment les données sont partitionnées, comment est-ce que tu va pouvoir les requêter et de comment va se comporter leur éventuelle suppression. Ça demande d'avoir une très bonne connaissance de tes données, de ce que tu va en faire et des volumes (à la fois de requête, de volume de données total, mais aussi par partition et de savoir quelle est la stratégie de rétention que vous avez). C'est très loin de ce que tu a l'air d'imaginer.
Problématique qui est extrêmement rare en dehors de cas d'usages peu courants.
Ça dépend de ce que tu appel extrêmement rare. Travailler avec plusieurs datacenter, je ne trouve pas que c'est extrêmement rare. Dans les années 2000 les SGBD ne savaient pas gérer des latences fortes entre leurs nœuds. Maintenant ils le font, mais ils ont rognés sur la performance ou la cohérence (on échappe pas au théorème CAP facilement). Et je parle ici de solutions de type fail over ou hot standby, le load balancing ou l'actif-actif multi DC, que je sache, aucun SGBD ne le propose en standard (et les solutions que je connais impliquent d'avoir une base NoSQL à côté des nœuds).
Il me semble que pas mal de monde le fait mais avec un cloud provider qui te cache toute cette difficulté. Quand tu utilise Amazone RDS, ils n'ont pas juste instanciés un pg pour toi, ils ont un énorme travail pour te cacher toute cette complexité.
Petit partage d'expérience : dans le domaine bancaire, entre grosso modo 2010 et 2018, tout le monde a été vers les distributions Hadoop, et tout particulièrement MapR et HortonWorks. A partir de 2018, elles ont réalisées que "ah ben oups mais en fait on a pas besoin de ces monstres". Aujourd'hui, on décommissionne à tour de bras pour : […]
NoSQL n'est qu'un détail dans tout ça. Hadoop contient une base NoSQL et des choses s'approchant de S3. Tu présente ce dernier comme une solution pourtant. Se lancer tête la première dans un truc aussi gros qu'hadoop c'est forcément compliqué, comme ça le serait avec n'importe quelle stack un peu grosse. Il est pourtant possible de ne déployer que ce dont on a besoin d'hadoop et d'avancer progressivement si on en a le besoin. Pour moi dans ce que tu décris c'est la prise de décision « flip the table » plus que la techno qui est un problème.
En plus les SGBDR en 2018 ont énormément évolués par rapport aux années 2010.
Cet amalgame [NoSQL - BigData], il est le résultat de la stratégie de communication des sociétés qui ont poussé les moteurs NoSQL. Pour avoir eu pas mal d'interactions avec des commerciaux (notamment MongoDB), c'était un peu le premier truc qui sortait de leur bouche.
Au vu de ton expérience, je comprends, mais je me fou du discours marketing quand je prends une décision technique. Encore une fois hype et réactance même combat.
Alors, là , je m'étouffe. Le partitionnement, c'est un concept qui existait déjà sur Mainframe IBM dans les années 70. Sur Oracle, j'arrive même pas à me souvenir depuis quand ça existe. Sur PostgreSQL, c'est effectivement récent, mais il y avait déjà des solutions de contournement.
Excuse-moi oui je parlais de partitionnement réseau. Dis autrement de tolérance au partitionnement du cluster.
Par contre, ce n'est pas le même partitionnement. C'est uniquement orienté stockage, et pas répartition de l'exécution des requêtes. Mais encore une fois… quand est-ce que c'est vraiment nécessaire ? Et quand ça l'est, je suis le premier à promouvoir d'autres solutions que de la base relationnelle.
À partir du moment où tu es multi-dc. Si tu as une SLA demandée supérieure à ce que propose un DC par exemple, si ton service est utilisé sur plusieurs timezone et que tu veux des latences assez faible. Mais encore une fois aussi rare que tu l'imagine en quoi ça rend les développeurs de ces solutions inconséquent ?
Là désolé, je comprends pas. "Relancer continuellement dessus 20 ans après n'a pas de ses" ? De quoi parles-tu ? "Peu de techno suivent véritablement cette courbe" ? On vit pas dans le même monde. Blockchain et Smartcontracts, ça te parle ? Microservices ? On peut lister les frameworks Web ?
Encore une fois je pense que tu mélange beaucoup de choses. Tu parlait du GHC et il y a eu des études dessus et Gartner n'est pas aussi bon que ce que leur théorie cherche à laisser croire. Ça aussi c'est du marketing.
Si c'est une façon de dire que les nouveautés commencent en étant inconnues, puis font l'objet de curiosité avant qu'elles soient assimilées, c'est un peu bateau. Pour ce qui est des blockchain, smartcontracts par exemple il n'existe pas de ce qui ressemblerait à un « plateau de productivité » comme l'annonce la théorie.
Pour les frameworks web si tu prend react par exemple il n'a pas connu de « creux de la désillusion » vu non plus d'ailleurs et angular semble plutôt descendre tranquillement de son apogée vers le fameux « plateau de productivité ». Les autres ? S'ils ont un « sommet des attentes surdimensionnées », alors ça ne touche généralement pas grand monde et ils ne survivent pas à ce qui s'apparenterait au « creux des désillusions ».
Bref la théorie marche quand elle veut bien.
Tiens, juste histoire de prendre le contre pied. Les ORMs j'ai beaucoup lutté (avec moi-même autant qu'avec les autres) pour en obtenir un usage raisonné. Très bien pour le CRUD, très dangereux pour des process complexes où une gestion de la transaction "à la main" s'avère moins casse-gueule.
Et pourquoi tu fais la distinction SQL / mauvais usage via un ORM ? Mais pas NoSQL / mauvais usages ?
Mais j'hésite pas une seconde si je pense que c'est le bon outil.
Très bien, mais quand tu présentent les créateurs de ces techno comme des gens inconséquent tu ne donne pas l'impression d'avoir cette hauteur (et d'autant plus quand tu mélange allègrement hadoop et nosql par exemple).
tu as eu plus tard les new-sql qui ignorent se problème en utilisant des horloges atomiques, l'idée étant que si chaque nœud peut faire confiance en l'horodatage les uns des autres, il est plus facile de se mettre d'accord. ↩
Posté par barmic 🦦 le 24 décembre 2023 à 09:57. En réponse au journal Tour d'horizon de l'état des bases NoSQL. Évalué à  3.
Pour moi le SQL (et donc le NoSQL) ça ne dit absolument rien du stockage sous-jacent.
En théorie oui, mais jusque dans les années 2000 ils utilisaient quasiment tous un stockage en ligne. C'est pour ça que l'aspect connaissance préalable de la taille maximale d'une ligne était (et le reste tout de même) central. Et à la lecture même quand ça ne sortait pas du moteur tu lisait toute la ligne et c'est pour ça que le partitionnement vertical a était inventé.
Posté par barmic 🦦 le 23 décembre 2023 à 22:15. En réponse au lien LibreOffice 24.2, prochain successeur de LibreOffice 7.6, est disponible en version beta. Évalué à  1.
Ça faut demander aux développeurs de neovim
Posté par barmic 🦦 le 23 décembre 2023 à 18:37. En réponse au journal Tour d'horizon de l'état des bases NoSQL. Évalué à  5.
Pour ceux qui ne connaissent pas, c'est une théorie (souvent vérifiée par la réalité) qui dit que pour toute nouvelle technologie, il y a d'abord une phase ascendante (dans l'usage/engouement) très importante (l'effet "hype") puis une phase de descente ("la désillusion") tout aussi raide, puis à nouveau une courbe ascendante beaucoup plus douce - l'âge de raison pourrait-on dire.
C'est très discuté parce que relativement peu de techno suivent véritablement cette courbe et quand elles le suivent on parle de période allant de quelques années à 10 ans. Relancer continuellement dessus 20 ans après n'a pas de sens.
Cette manière de tout amalgamer pour rejeter c'est un peu comme si je disais que SQL c'était vraiment nul parce que les ORM c'est de la merde.
C'est exactement ce qu'on a observé avec NoSQL.
Ça fait 10 ans que l'on est sur le plateau. Que plus personne de sérieux ne cherche une guerre. Les SQL tentent de proposer une partie de ce que les NoSQL font et les NoSQL font de même avec le SQL.
Tu remarqueras que je n'ai pas "disqualifié" la technologie.
Non tu ne caricature pas du tout de manière outrancière et de manière répété. Vraiment. pas. du. tout.
Et oui aussi, je mélange NoSQL et BigData. C'est vrai que ce sont deux technos bien différentes, et avec des objectifs différents, mais avec la même approche "fuck the structure, on verra plus tard".
Tu mélange beaucoup de choses… NoSQL c'est des technologies de base de données, BigData c'est mot-valise qui a était bien trop marketé pour garder encore sont sens de jeu de données trop gros pour entrer dans les bases de données standards (depuis 20 l'évolution étant ce qu'elle est les bases de données classiques ont considérablement augmentée leur capacité et une partie des techniques BigData sont devenues classiques comme le partitionnement).
Et non encore une fois l'absence de schema ce n'est pas dans l'ADN du NoSQL. Ce n'était pas dans les premières bases et tu as toujours d'énormes pans de NoSQL qui sont structurées. Dans les orientées colonnes, les times series et les bases de données graphes, tu as un travail de modélisation de tes données au moins aussi important qu'en SQL parce que les techno t'y obligent. Et dans les orientés documents par exemple avec elasticsearch ou opensearch qui conque en à un usage en production doit utiliser un schemas pour ses indexes. C'est nécessaire.
Enfin la réactance ce n'est pas l'inverse de la hype c'est son symétrique tout aussi bête. Vouloir utiliser une techno sans la comprendre et cracher sur une techno sans la comprendre même combat, les 2 amènes à des choix aussi mal éclairés.
Posté par barmic 🦦 le 23 décembre 2023 à 10:13. En réponse au journal Tour d'horizon de l'état des bases NoSQL. Évalué à  8.
Cependant, suite à des problèmes de performance sur de grosses quantités de données (sans qu'il y ait besoin de les répartir sur plusieurs machines), j'enquête sur d'autres possibilités.
La démarche me semble manquer de quelque chose. Le choix de la technologie de stockage devrait être fortement cohérente avec l'usage. Sans un état des lieux de l'usage prévu c'est impossible de faire un choix. Volume de données, de requêtes en lecture et en écriture, la complexité de ses requêtes, la forme des données, la rétention que vous avez, la possibilité ou le besoin de partitionnement, l'infrastructure que vous utilisez,…
Sans tout ça il me paraît difficile de choisir et à votre place je prendrais quelques choses de connu pour avoir facilement des retours, voir connu dans l'équipe et assez flexible.
[^] # Re: Mouais
Posté par barmic 🦦 . En réponse au journal Disparition de Jacques Delors. Évalué à  6.
Tu as lu autre chose que ce qu'il a Ă©crit. Il dit que certains auraient pu prendre exemple pas qu'il n'y a plus personne pour tenir le flambeau.
Mis à part ça le succès particulièrement en politique n'est que partiellement une question d'idées. Tu as 3 options :
Ça broie pas mal de motivation et je comprend très bien ceux qui abandonnent et deviennent apiculteurs ou partent dans l'associatif
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Tout se paye un jour ou l'autre
Posté par barmic 🦦 . En réponse au journal Tour d'horizon de l'état des bases NoSQL. Évalué à  5.
Entre les 2 il existe tout de même des outils comme les montres de plongées qui bien sûr sont étanches mais permettent aussi de savoir depuis combien de temps tu es en plongées (évidement tu peux avoir d'autres fonctions comme une boussole).
L'empirisme est dangereux en plongée à cause de la narcose.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Mouais
Posté par barmic 🦦 . En réponse au journal Disparition de Jacques Delors. Évalué à  6. Dernière modification le 28 décembre 2023 à 19:38.
La critique qu'il émet n'est pas une contribution au débat démocratique ? Ou tu parle de prise de fonctions/mandats ?
Si c'est le cas, par conception, c'est une nécessité en démocratie représentative que le simple citoyen (simple au sens où il ne brigue pas de mandat) critique (positivement ou non) l'exercice des mandats.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: oui mais
Posté par barmic 🦦 . En réponse au lien Kyber, le nouveau projet open source de Jean-Baptiste Kempf (VLC). Évalué à  5.
Apparemment
Il parle aussi de pouvoir utiliser n'importe quoi pour faire de la vidéo en streaming. C'est vraiment pas clair1, mais de ce que je comprends, il rendrait possible de faire ce que font les émissions en live sur tv ou twitch multi-caméra, mais avec n'importe quoi comme matériel.
il est vraiment vraiment pas clair quand il s'exprime. Je ne connais pas Paris Video Tech, mais il donne que la moitié des informations aux quel il pense quand il s'exprime (au début en tout cas). Peut être que c'est un parterre de connaisseurs, mais en vidéo youtube, si tu connais pas un minimum : c'est vraiment obscure sa façon de pitcher son sujet. ↩
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: oui mais
Posté par barmic 🦦 . En réponse au lien Kyber, le nouveau projet open source de Jean-Baptiste Kempf (VLC). Évalué à  5.
shadow non plus
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Guix ?
Posté par barmic 🦦 . En réponse à la dépêche L'installation et la distribution de paquets Python (2/4). Évalué à  5.
La tradition veut qu'il y ait toujours un commentaire sur guix ou nix.
Le principe c'est qu'ils permettent de créer des environnements. C'est comme venv, mais c'est pas limité à python. Une fois dans l'environnement tu peux utiliser pip comme tu le souhaites (y compris pour lui faire installer en system wide).
Certe mais si j'ai bien compris, tu as évité le problème des dépendances systèmes. Si tu as 2 outils qui dépendent de versions différentes de bibliothèques natives, si j'ai bien compris venv ne fera rien pour toi.
Guix et nix feront le travail de la même façon pour python, perl, ruby ou n'importe quel autre écosystème
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: RestClient ?
Posté par barmic 🦦 . En réponse au journal Spring Boot 3.2.0 est dehors. Évalué à  3.
De ce que je comprends il est synchrone contrairement au WebClient, mais a une API fluent contrairement au RestTemplate.
https://docs.spring.io/spring-framework/reference/web/webmvc-client.html
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Analyse à 2 balles (personnelles donc privées)
Posté par barmic 🦦 . En réponse au lien À quoi l'argent public a servi en 2022 en France (vs 1995). Évalué à  2. Dernière modification le 26 décembre 2023 à 02:16.
Je pense que pour autant il y a nécessité de comparer les pays. Ça ne se fait pas en quelques chiffres, ça demande une analyse qualitative mais si on veut gagner en efficacité des pouvoirs publics il faut à la fois être en mesure de comprendre ce que font nos voisins pour en tirer une expérience et pouvoir harmoniser certains comportements pour réduire des évasions entre autre.
Ça pourrait passer par une normalisation législative. Si tous les pays de l'UE ont la même définition de ce qu'est un chômeur par exemple ça aide à la comparaison.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: bubblewrap
Posté par barmic 🦦 . En réponse au journal Sandboxer des applications avec bubblewrap (1/3) : un shell basique. Évalué à  6.
Tout est dans cette phrase :
Il ne sandbox que le système de fichier. Ce qui le rapproche effectivement d'un chroot. C'est plus pratique parce que tu n'utilise pas un dossier existant (à créer au préalable, à bind les dossiers dont tu as besoin, puis à nettoyer ensuite) et tu n'a pas besoin d'être root.
Après c'est du namespace linux c'est exactement ce que font les conteneurs (docker, systemd-nspawn, lxc, flatpack,…).
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: backup ?
Posté par barmic 🦦 . En réponse au journal Tour d'horizon de l'état des bases NoSQL. Évalué à  2.
Ouai… Alors transaction et NoSQL ne devrait jamais aller de pair… C'est à mon avis une grosse connerie de la part de mongo de tenter de jouer les SGBDR et c'est logique que ça ne marche pas (on ne viol pas le théorème CAP impunément)… Et ça n'est pas désactivable à première vue.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: backup ?
Posté par barmic 🦦 . En réponse au journal Tour d'horizon de l'état des bases NoSQL. Évalué à  6.
Si ton garagiste fais mal son travail, tu retourne le voir ? J'ai vu plusieurs fois des prestataires se faire sortir voir des ESN complètes se faire dégager. Si tu paie, que ta de la merde et que tu continue à payer, il y a un moment où il faut se poser des questions.
Tu n'a pas la main, tu n'es pas décideur, ce n'est pas toi qui paie,… mais le problème que tu décris ce n'est pas que les jeunes ne savent plus faire mais qu'on crée un système dans le quel on les mets à des responsabilités qui ne leur correspondent pas encore et qu'on s'en satisfait.
Ce que tu décris montre un fonctionnement beaucoup plus crétin que ce que tu reproche aux « jeunes ».
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: backup ?
Posté par barmic 🦦 . En réponse au journal Tour d'horizon de l'état des bases NoSQL. Évalué à  1.
Il me semblait que la conversation présentait l'inverse : l'autodidacte serait la bonne manière de découvrir l'informatique.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: backup ?
Posté par barmic 🦦 . En réponse au journal Tour d'horizon de l'état des bases NoSQL. Évalué à  4.
Codd connaissait ça parfaitement et ça lui a pris 4 ans pour arriver à la base, la troisième forme normale, il y a encore eu de l'exploration sur le sujet pendant des décennies.
C'est très bien l'autodidacte. Je suis quelqu'un qui préfère très largement apprendre en bottom up plutôt qu'en top down. Mais le principe c'est justement de monter en théorie et personne n'est capable de re-découvrir ACID, les formes normales, lire un plan d'exécution, les différents niveaux d'isolation, comprendre les différentes formes d'index,… On parle de sujets de millions d'heures de travail fait par des milliers d'individus avec des essais/erreurs multiples.
Considéré ça comme intuitif me fait plutôt l'impression que le sujet a été effleuré. Les gens comme Codd sont des scientifiques hors-pair reconnus parmi les siens par les plus hautes distinction existantes et tu en as au moins une dizaines comme lui. Apprendre le fruit de leurs travaux est une tâche, le re-découvrir intuitivement grâce au manuel utilisateur de l'Apple II est de l'ordre du génie
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: backup ?
Posté par barmic 🦦 . En réponse au journal Tour d'horizon de l'état des bases NoSQL. Évalué à  4.
Donc l'idée c'est de re-découvrir intuitivement ce qui a fait l'objet de plusieurs années de recherche par quelqu'un qui savait très bien comment ça fonctionne en dessous puisqu'il fait partie de ceux qui l'ont conçu.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Analyse à 2 balles (personnelles donc privées)
Posté par barmic 🦦 . En réponse au lien À quoi l'argent public a servi en 2022 en France (vs 1995). Évalué à  2.
Sachant que dans ce cas il faut corriger avec l'inflation
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: backup ?
Posté par barmic 🦦 . En réponse au journal Tour d'horizon de l'état des bases NoSQL. Évalué à  2.
Et ça apprenait comment construire une forme normale ? Parce que sinon c'est un contre argument à l'hypothèse de base : avant on était autodidacte et on jouait avec notre caca en utilisant des bases de données.
Je trouve qu'il y a une vrai différence entre savoir quoi faire pour que quelque chose fonctionne et savoir pourquoi il faut faire ça pour que ça fonctionne. Et je doute qu'il existe beaucoup de manuel utilisateur qui aillent aussi loin.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: backup ?
Posté par barmic 🦦 . En réponse au journal Tour d'horizon de l'état des bases NoSQL. Évalué à  1.
J'ai appris la programmation avec le manuel de TI82, puisqu'on en est Ă l'ad hominem. Et je ne me permettrait pas de juger quelqu'un sur le fait qu'il soit autodidacte.
Les remarques "marrantes" sur les jeunes il y en a pleins les collèges et ça je me permet très bien de juger.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: backup ?
Posté par barmic 🦦 . En réponse au journal Tour d'horizon de l'état des bases NoSQL. Évalué à  6.
C'est les jeunes qui font des choix d'architecture et/ou de techno ? Et ils le font sans que le reste de l'entreprise leur pose de contraintes ? Et on lance les techno sans une étape de rampup pour vérifier que tout fonctionne (du bench, de la vérification de comment ça se comporte dans des situations critiques, des backup, du monitoring etc) ?
Quel est le rapport entre « les jeunes » et les choix fait dans une entreprises ?
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: backup ?
Posté par barmic 🦦 . En réponse au journal Tour d'horizon de l'état des bases NoSQL. Évalué à  1.
C'est ce livre qui t'a appris SQL ?
Autant faire de la bidouille en autodidacte j'en connais pleins. Autant des bases de données, j'ai jamais entendu.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: backup ?
Posté par barmic 🦦 . En réponse au journal Tour d'horizon de l'état des bases NoSQL. Évalué à  2.
Ça me pose 2 de questions :
On fait des backups de bases mongo et on fait des tests de restauration mensuel sans problème particulier (et on vérifie l'usage des données par le soft ensuite on ne se contente pas d'un OK de la base), mais je n'ai jamais entendu parler de problème de consistance.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Tout se paye un jour ou l'autre
Posté par barmic 🦦 . En réponse au journal Tour d'horizon de l'état des bases NoSQL. Évalué à  4. Dernière modification le 24 décembre 2023 à 16:42.
Donc tu parle de contraintes d'intégrité et oui c'est la définition du NoSQL. Mais ce n'est pas arrivé de nulle part. Les mainframes commencent à montrer leur limite de scalabilité, on commence à vouloir créer des services mondiaux et des gens (en particulier Brewer) ont montré que les propriété ACID ne permettaient pas d'avoir à la fois un haut niveau de disponibilité et une tolérance aux problèmes réseaux1. Présenter ce travail comme des gens inconséquents me parait injuste et irrespectueux.
Ça c'est un avis. Tu as des gens qui font carrière sans en avoir besoin. C'est un peu comme dire que le typage statique on en a toujours besoin sauf quelques cas particulier. Ça n'a pas empêchés un paquet de monde de faire des choses incroyables avec un typage dynamique. Les données n'ont pas intrinsèquement un modèle, c'est l'usage qu'on en fait qui défini comment il est intéressant de les modéliser.
Quand tu parle de modélisation de données dans une base comme cassandra, tu as une série de ses colonnes qui vont servir à la fois de comment les données sont partitionnées, comment est-ce que tu va pouvoir les requêter et de comment va se comporter leur éventuelle suppression. Ça demande d'avoir une très bonne connaissance de tes données, de ce que tu va en faire et des volumes (à la fois de requête, de volume de données total, mais aussi par partition et de savoir quelle est la stratégie de rétention que vous avez). C'est très loin de ce que tu a l'air d'imaginer.
Ça dépend de ce que tu appel extrêmement rare. Travailler avec plusieurs datacenter, je ne trouve pas que c'est extrêmement rare. Dans les années 2000 les SGBD ne savaient pas gérer des latences fortes entre leurs nœuds. Maintenant ils le font, mais ils ont rognés sur la performance ou la cohérence (on échappe pas au théorème CAP facilement). Et je parle ici de solutions de type fail over ou hot standby, le load balancing ou l'actif-actif multi DC, que je sache, aucun SGBD ne le propose en standard (et les solutions que je connais impliquent d'avoir une base NoSQL à côté des nœuds).
Il me semble que pas mal de monde le fait mais avec un cloud provider qui te cache toute cette difficulté. Quand tu utilise Amazone RDS, ils n'ont pas juste instanciés un pg pour toi, ils ont un énorme travail pour te cacher toute cette complexité.
NoSQL n'est qu'un détail dans tout ça. Hadoop contient une base NoSQL et des choses s'approchant de S3. Tu présente ce dernier comme une solution pourtant. Se lancer tête la première dans un truc aussi gros qu'hadoop c'est forcément compliqué, comme ça le serait avec n'importe quelle stack un peu grosse. Il est pourtant possible de ne déployer que ce dont on a besoin d'hadoop et d'avancer progressivement si on en a le besoin. Pour moi dans ce que tu décris c'est la prise de décision « flip the table » plus que la techno qui est un problème.
En plus les SGBDR en 2018 ont énormément évolués par rapport aux années 2010.
Au vu de ton expérience, je comprends, mais je me fou du discours marketing quand je prends une décision technique. Encore une fois hype et réactance même combat.
Excuse-moi oui je parlais de partitionnement réseau. Dis autrement de tolérance au partitionnement du cluster.
À partir du moment où tu es multi-dc. Si tu as une SLA demandée supérieure à ce que propose un DC par exemple, si ton service est utilisé sur plusieurs timezone et que tu veux des latences assez faible. Mais encore une fois aussi rare que tu l'imagine en quoi ça rend les développeurs de ces solutions inconséquent ?
Encore une fois je pense que tu mélange beaucoup de choses. Tu parlait du GHC et il y a eu des études dessus et Gartner n'est pas aussi bon que ce que leur théorie cherche à laisser croire. Ça aussi c'est du marketing.
Si c'est une façon de dire que les nouveautés commencent en étant inconnues, puis font l'objet de curiosité avant qu'elles soient assimilées, c'est un peu bateau. Pour ce qui est des blockchain, smartcontracts par exemple il n'existe pas de ce qui ressemblerait à un « plateau de productivité » comme l'annonce la théorie.
Pour les frameworks web si tu prend react par exemple il n'a pas connu de « creux de la désillusion » vu non plus d'ailleurs et angular semble plutôt descendre tranquillement de son apogée vers le fameux « plateau de productivité ». Les autres ? S'ils ont un « sommet des attentes surdimensionnées », alors ça ne touche généralement pas grand monde et ils ne survivent pas à ce qui s'apparenterait au « creux des désillusions ».
Bref la théorie marche quand elle veut bien.
Et pourquoi tu fais la distinction SQL / mauvais usage via un ORM ? Mais pas NoSQL / mauvais usages ?
Très bien, mais quand tu présentent les créateurs de ces techno comme des gens inconséquent tu ne donne pas l'impression d'avoir cette hauteur (et d'autant plus quand tu mélange allègrement hadoop et nosql par exemple).
tu as eu plus tard les new-sql qui ignorent se problème en utilisant des horloges atomiques, l'idée étant que si chaque nœud peut faire confiance en l'horodatage les uns des autres, il est plus facile de se mettre d'accord. ↩
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Tout se paye un jour ou l'autre
Posté par barmic 🦦 . En réponse au journal Tour d'horizon de l'état des bases NoSQL. Évalué à  3.
En théorie oui, mais jusque dans les années 2000 ils utilisaient quasiment tous un stockage en ligne. C'est pour ça que l'aspect connaissance préalable de la taille maximale d'une ligne était (et le reste tout de même) central. Et à la lecture même quand ça ne sortait pas du moteur tu lisait toute la ligne et c'est pour ça que le partitionnement vertical a était inventé.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Déjà annoncé
Posté par barmic 🦦 . En réponse au lien LibreOffice 24.2, prochain successeur de LibreOffice 7.6, est disponible en version beta. Évalué à  1.
Ça faut demander aux développeurs de neovim
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Tout se paye un jour ou l'autre
Posté par barmic 🦦 . En réponse au journal Tour d'horizon de l'état des bases NoSQL. Évalué à  5.
C'est très discuté parce que relativement peu de techno suivent véritablement cette courbe et quand elles le suivent on parle de période allant de quelques années à 10 ans. Relancer continuellement dessus 20 ans après n'a pas de sens.
Cette manière de tout amalgamer pour rejeter c'est un peu comme si je disais que SQL c'était vraiment nul parce que les ORM c'est de la merde.
Ça fait 10 ans que l'on est sur le plateau. Que plus personne de sérieux ne cherche une guerre. Les SQL tentent de proposer une partie de ce que les NoSQL font et les NoSQL font de même avec le SQL.
Non tu ne caricature pas du tout de manière outrancière et de manière répété. Vraiment. pas. du. tout.
Tu mélange beaucoup de choses… NoSQL c'est des technologies de base de données, BigData c'est mot-valise qui a était bien trop marketé pour garder encore sont sens de jeu de données trop gros pour entrer dans les bases de données standards (depuis 20 l'évolution étant ce qu'elle est les bases de données classiques ont considérablement augmentée leur capacité et une partie des techniques BigData sont devenues classiques comme le partitionnement).
Et non encore une fois l'absence de schema ce n'est pas dans l'ADN du NoSQL. Ce n'était pas dans les premières bases et tu as toujours d'énormes pans de NoSQL qui sont structurées. Dans les orientées colonnes, les times series et les bases de données graphes, tu as un travail de modélisation de tes données au moins aussi important qu'en SQL parce que les techno t'y obligent. Et dans les orientés documents par exemple avec elasticsearch ou opensearch qui conque en à un usage en production doit utiliser un schemas pour ses indexes. C'est nécessaire.
Enfin la réactance ce n'est pas l'inverse de la hype c'est son symétrique tout aussi bête. Vouloir utiliser une techno sans la comprendre et cracher sur une techno sans la comprendre même combat, les 2 amènes à des choix aussi mal éclairés.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
# Besoins
Posté par barmic 🦦 . En réponse au journal Tour d'horizon de l'état des bases NoSQL. Évalué à  8.
La démarche me semble manquer de quelque chose. Le choix de la technologie de stockage devrait être fortement cohérente avec l'usage. Sans un état des lieux de l'usage prévu c'est impossible de faire un choix. Volume de données, de requêtes en lecture et en écriture, la complexité de ses requêtes, la forme des données, la rétention que vous avez, la possibilité ou le besoin de partitionnement, l'infrastructure que vous utilisez,…
Sans tout ça il me paraît difficile de choisir et à votre place je prendrais quelques choses de connu pour avoir facilement des retours, voir connu dans l'équipe et assez flexible.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll