Tu remarqueras que je n'ai pas "disqualifié" la technologie. Mais le fait est que durant plusieurs années, ça a été utilisé par défaut juste parce que c'était neuf, c'était beau, c'était forcément bien. Et oui, ça correspond parfaitement au "Hype Cycle" décrit par Gartner ou Forrester. Mais c'est bien à ça qu'on pense quand on parle d'effet de mode en informatique.
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 exactement ce qu'on a observé avec NoSQL. Pour une raison simple : ça correspond à la psychologie humaine et l'effet boule de neige. Y'a un gars qui a une bonne idée (on va dire un mec chez Google qui pond une lib). Ca se répand assez rapidement ("si Google utilise ça, il faut faire pareil !"). Ensuite, les gens se rendent compte que "ben non, en fait j'ai pas besoin de ça, c'est juste ultra compliqué pour rien dans mon cas". Puis finalement les personnes qui en ont vraiment l'usage rendent la techno pérenne.
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".
en éliminant la rigidité des bases de données relationnelles, permettant de livrer plus rapidement en s'économisant des contraintes liées aux bases relationnelles
Les bases relationnelles et leurs "contraintes", leur "rigidité", ont fait suite au stockage fichier simple (type VSAM), pour répondre à une problématique récurrente : on se retrouvait systématiquement dans des situations d'incohérence, parce que le code au-dessus des données ne gérait pas bien l'intégrité.
Donc, pouf, on crée les bases relationnelles et le SQL.
Et 20/30 ans plus tard, des p'tits malins se disent "ouais, trop pénible les contraintes de structure, nous on va tout péter, pas de règle, liberté totale".
Alors, c'est venu de vrais besoins dans des situations bien particulières. Mais comme tout effet de mode, on s'est retrouvé à voir du MongoDB ou du Cassandra ou du Hadoop pour gérer des bases ultra classiques, bien structurées. Mais au lieu que cette structure soit garantie par le moteur de stockage, tout s'est retrouvé déporté dans le code applicatif, qui évidemment ne fait pas le taf, laisse passer plein de merdes, et on se retrouve avec des données vérolées jusqu'à l'os.
"Ouiiiii, mais c'est pour faire du prototypage". Mais bien sûr. Et le prototype, y'a toujours un gars qui va dire qu'il fait le taf, donc faut le pousser jusqu'à la prod. Pourquoi réécrire quelque chose qui marche après tout ? Et hop, une appli moisie en production. Le stagiaire est content, mais le mainteneur qui reprend l'appli 4 ans plus tard pleure toutes les larmes de son corps.
Bref : NoSQL <==> Prudence, et bien y réfléchir à 2 fois, à 3 fois, à 4 fois.
Et comme dit plus haut, les serveurs SQL ont bien évolué. Ils permettent de gérer le meilleur des 2 mondes, ont une connectivité largement supérieure (merci odbc/jdbc/…), ne sont jamais limités à "JSON only".
C'est rigolo, dans son README.md, à la question "est-ce que ça facilite la migration de Linux vers Windows ?", il répond par la négative parce que "ça reste Linux en dessous".
Je pense que ça facilite quand même la transition en rendant l'interface plus familière.
Par contre, le fait que ce soit une vieille interface (celle de Windows 7 donc), ça doit sonner comme un retour arrière, et peut-être renvoyer une mauvaise image de notre OS favori.
Posté par Dring .
En réponse au journal J'ai une idée de cadeau....
Évalué à 2.
Dernière modification le 19 décembre 2023 à 07:09.
Ok le smartphone c’est trop petit. Mais une tablette ? Si le destinataire n’arrive pas à lire dessus même paramétrée avec des gros caractères, elle arrivera quand même à distinguer l’image de la photo, et ce quel que soit le support ?
Sinon j’aime bien le truc e-ink mentionné au dessous mais j’ai jamais trop regardé le côté écologique de l’e-ink. Peu de conso électrique à l’usage, donc a priori c’est cool ; quid de la fabrication et du recyclage ?
Quand c’était la mode des cadres photo numérique, j’en ai vu fleurir un peu partout.
Aujourd’hui ils sont tous dans des placards :-(. Voire à la benne.
Le mieux à mon avis c’est d’envoyer une photo par mail/whatsapp. Et les destinataires la regarde sur leur mobile/tablette/PC. Ça marche très bien avec les grands parents.
Il y a 20 ans (déjà !) quand le promoteur avec lequel j'avais signé sur plan pour un appartement a livré l'immeuble avec plusieurs mois de retard, il a invoqué la force majeure liée aux intempéries.
J'avais galéré pour retrouver des données prouvant que "non, il n'y a pas eu d'intempéries imprévisibles justifiant un tel retard", et j'avais dû payer pour avoir le nécessaire.
Là j'ai l'impression qu'avec ce que Météo France publie j'aurai pu me débrouiller sans monnaie débourser. Donc c'est déjà un pas.
Après, j'ai quand même l'impression de financer Météo France avec mes impôts et donc je ne comprends pas que les données de prévision ne soient pas également disponibles via API sans coût, mais je dois passer à côté de quelque chose quand j'entends parler de "business model" dans d'autres commentaires.
Donc, avec un jeu de données aléatoire, on voit que la courbe d’auto-évaluation est pratiquement plate.
Ce qui est normal, et est induit par l’algo de génération des valeurs aléatoires qui va chercher à faire une répartition statistique équilibrée. C’est le but de la plupart de ces algos.
Du coup le graphique se lit comme suit : quel que soit leur résultat réel, pour chaque quartile on va se retrouver à la même auto-évaluation moyenne.
Ce qui en soit dans la vraie vie serait une découverte incroyable. La courbe de l’étude initiale elle dit autre chose : elle suit la courbe initiale en s’en éloignant aux deux extrémités.
Bref à mon sens c’est la critique qui est à côté de la plaque, pas l’étude initiale à qui on peut seulement reprocher de s’appuyer sur un graphique peu lisible.
L’erreur principale étant de penser que des données « aléatoires » (qui donc ne le sont jamais vraiment) étaient forcément neutres en terme de signification.
Je me demande si je suis le seul à aller encore plus loin dans le détournement de raclette :
inclusion de fromages non réglementaires (camembert, voire une larme de chèvre sur le fromage à raclette)
inclusion de légumes (bon, de fruits si vous préférez), là aussi directement dans le poêlon (tomate, courgette)
crème fraîche powa! Bien épaisse, genre d'Isigny
La seule règle étant : si ça fait plaisir, pourquoi pas ? On essaye de pas tout faire en même temps, sinon on a plus l'impression de manger une raclette, mais ça fait partie des variations qu'on s'autorise.
J'ai un oncle qui mange du pain avec sa raclette (et non, sans salade). Ca fait bizarre, mais là encore si il aime, pourquoi pas ? Il est devenu savoyard il y a près de 40 ans - et malgré cet écart il semble s'être bien fait accepté par les autochtones ; je n'ai vu personne lui jeter des cailloux dans son petit village de montagne.
Je ne sais pas ce que c’est « du web un peu sérieux », mais je sais que :
- derrière de la souscription de crédit avec virement instantanée, front-end mobile, middle qui attaque le site central en API REST, ça tourne comme un moulin 24/7 ;
On parle de mainframe IBM ? Avec du zOS/Connect derrière ou autre chose ? Sans contrainte sur la taille maximum de la réponse (limite à 64KB - oui c'est déjà gros mais des fois c'est pas assez - Bill Gates peut en témoigner).
Le problème d'un curseur, c'est forcément que tout le monde ne va pas le mettre au même endroit et qu'il y a une grosse part de sensibilité dans les choix qui seront faits. Que celui qui prétend être objectif prenne un peu de recul, ou regarde 3/4 ans après le résultat de ses choix… et si il n'a pas de doutes, c'est que c'est un crétin aveugle.
Personnellement, je me suis souvent battu contre l'écriture de script en Perl, parce que j'avais personne sous la main pour les maintenir, et que les besoins étaient ultra rudimentaires, donc on privilégiait Shell + AWK. Cette partie, je l'ai rarement regrettée.
Et quand c'était plus compliqué, effectivement on poussait vers java, parce que toute notre équipe codait en java. Parfois, ça s'est avéré être un poison.
Sur les arguments autour du Mainframe, c'est à double tranchant. On repousse continuellement les migrations, mais IBM se goinfre de plus en plus sur les factures. Et trouver de la compétence est de plus en plus dur. Personne ne peut contester la fiabilité du bouzin, mais on se retrouve avec de plus en plus de surcouches. Quelqu'un a essayé de faire communiquer du Mainframe avec autre chose que du transfert de fichier ou du messaging ? De faire du reporting évolué et personnalisable par le end-user ? Du web un peu sérieux ?
Et pourtant, je suis le premier à dire qu'une interface texte, même pour des utilisateurs lambda, et du code backend en Cobol, c'est le truc qui marche pendant 20 ans avec pratiquement que des évolutions fonctionnelles, pas de la maintenance de framework à la mords-moi-le-noeud ou du contournement de bug mystérieux.
Mais tout ça, c'est des détails. Plein de détails, dans un océan de merdes. Une autre merde, c'est que quand on prévoit un budget pour une refonte de plateforme, on prévoit la migration initiale (je vais passer de Cobol à Java/Angular), mais on oublie de prévoir les 2/3 ETPs sur les 20 ans à venir qui ne vont faire que la mise à jour des cadriciels… Du coup, c'est pas fait, et au bout de 3 ans, parfois avant la fin du projet de migration, tu as déjà une pile logicielle obsolète… Et si tu arrives avec 2/3 ETPs, on te retoque en t'expliquant que la plateforme actuelle est très stable, et fonctionne avec moins de personnes… Le chien qui se mord la queue…
Et comme dit par ailleurs, les choix pris "par projet" dans une organisation qui compte des milliers de plateformes, ça va 5 minutes ; la cohérence est également importante au niveau global. Mais ne doit pas empêcher de basculer de techno quand ça a du sens. Sans basculer trop vite pour ne pas se retrouver dans des impasses.
Si quelqu'un a la formule magique, je suis preneur.
Toujours très content de voir le projet progresser. J'ai une tablette wacom, et j'ai jamais constaté de soucis ; j'ai dû passer entre les gouttes. Après, la tablette en ce qui me concerne c'est plus pour Inkscape que pour Gimp.
Est-ce qu'après la 2.10, ce sera un 2.12, ou est-ce qu'on va passer à la 3.0 ? Est-ce que cette version 3.0 (enfin, 2.99.xx) est considérée comme suffisamment stable pour un usage régulier (par un non professionnel qui réalise des tâches basiques) ?
Et si la 3.0 s'avère encore loin, est-ce qu'il y a quand même moyen d'en avoir une sans devoir faire de compilation, idéalement avec un .rpm officiel, et à défaut un snap ou équivalent ? (en étant conscient des risques bien sûr)
Parce qu'un être humain lambda, ça envoie des fois plus de 35 emails par jour. C'est vrai que dans un cadre perso, ça fait beaucoup, mais "y'a des pics". Est-ce que ce serait pas plus pertinent de faire dans ce cas une limite par semaine ou par mois ?
Je veux dire : une personne qui pour une activité non pro qui envoie 35*30 emails par mois, ça n'est pas réaliste. Le mec est clairement en train d'utiliser un service perso pour une activité pro. Mais avoir un pic à 45 mails sur une journée parce qu'il a 3 conversations un peu agitées avec son avocat ou ce genre de truc un peu merdique qui implique plein d'allers/retours, c'est pas anormal.
Et le jour où ça m'arrive, je peux pas me dire "merde, j'ai atteint les 35 mails ! Je pourrais répondre que demain, ou je repasse sur mon compte GMail".
Très rigolo. J'en n'ai personnellement pas l'usage, mais c'est vraiment toujours épatant de voir ce genre de projet. Surtout quand on se souvient des années de douleurs qu'on a pu connaître à essayer de faire cohabiter Windows/Linux/DOS dans les années 90 (ah les joies du multi-boot et de la guerre du MBR).
D'ailleurs, les 35 mails sortant par jour, c'est pour la totalité du compte, ou par adresse email ? Pareil : ça me paraît un peu court, et l'offre suivante n'est pas du tout dans la même gamme de budget.
Quand Autoroute Express est apparu il y a presque 30 ans, j’ai tout de suite été utilisateur. Je préparais mes trajets à l’avance et j’imprimais le guidage. Dès que je ratais une sortie j’étais dans une merde noire. J’avais une carte de France, mais devoir regarder ça en cours de trajet, quand on est seul à bord, c’est juste pas pratique. Et je ne parle pas des gens qui regardait leur carte en roulant….
Quand les premiers GPS (sans info trafic) sont sortis ce fut un premier soulagement. Moins dangereux. Et qui prend en compte les erreurs du conducteur. Mais comme toutes cartes elles ne prenaient pas en compte de nombreux points : travaux, nouvelles routes (les mises à jour n’étaient pas disponibles sur les premiers modèles), couverture limitée (uniquement la France, zut on vient de déborder sur la Suisse/Belgique/Espagne/…), …
Puis est venu l’info trafic, essentiellement basé sur les infos fournies par les sociétés d’autoroutes. Ça m’a permis d’éviter quelques gros embouteillages en étant dérouté sur une route nationale, ou au moins de savoir à quoi m’attendre. Pas de gros progrès à cette étape pour être franc.
Alors le trafic en temps réel est arrivé, d’abord sur appareil GPS dédié. Là aussi petit progrès ; je n’ai pas le souvenir d’avoir eu de gros gain. L’info était trop limitée ; pas assez de sources j’imagine. Et ça coûtait un bras ce GPS avec sa propre puce 3G et son abonnement qui m’a forcé à vendre mon rein gauche et mon deuxième enfant.
Google a fait son apparition. Au début on était que quelques uns à s’en servir, et l’info n’était donc pas fiable non plus, mais les itinéraires de contournement étaient efficaces: on était peu à les emprunter.
Le système s’est largement démocratisé et s’est enrichi. Je veux aller à tel commerce : “ah mais il sera fermé lorsque vous arriverez”. Cool, je laisse ma voiture au garage. L’analyse du trafic est devenue très précise même en conditions de circulation dégradées : je peux prévenir que j’arriverai avec 15 minutes de retard, prenez l’apéro sans moi.
Chaque évolution est venue avec ses forces et ses faiblesses.
Aujourd’hui les trajets alternatifs doivent être pris avec précaution. Je suis sur le périphérique parisien il me fait sortir plus tôt ? Ça peut être une “erreur” du GPS. Je maintiens mon cap et arrivé à ma sortie il recalcule le trajet et miracle je gagne 5 minutes (que je reperds au fil des kilomètres suivants). Mais ça peut aussi être parce que lui sait que ce soir la A13 est fermée pour travaux d’entretien et merde je l’ai pas écouté maintenant je suis perdu dans le centre ville et il ne m’aide plus vraiment à rejoindre un grand axe qui me ramènera chez moi. Bref il a fallu que j’apprenne à avoir une approche critique des propositions de trajet. Je gagne quoi à le suivre ? Je risque quoi à ne pas le faire ?
Mais les emmerdes ne sont pas l’apanage de la modernité. J’ai encore en mémoire mes trajets avec des cartes papiers, où je m’arrêtais tous les 30 minutes, persuadé que j’avais raté une sortie, mal évalué ma position, ou commis une erreur dans mon calcul d’itinéraire.
Et la vie privée dans tout ça ? Ben je me suis un peu assis dessus. Pourtant je suis sensible au sujet. J’utilise DuckDuckGo plutôt que Google. Firefox plutôt que Chrome. Ni Facebook, ni Instagram. Mais pour le GPS… le confort a pris le dessus sur l’éthique. Je n’en suis pas fier, mais je n’en rougis pas non plus. C’est du pragmatisme. Je vois les liens pour les applications libres alternatives; je vais sans doute en essayer plusieurs. Plus pour les trajets à pied ou à vélo que pour la voiture - revenir en arrière et me passer du trafic en temps réel, non merci.
Si elles sont listées à plus que zéro, ça veut dire qu'il y a des transactions dessus, avec un montant non nul.
Après, ça peut être très artificiel ; rien n'empêche un p'tit malin d'avoir deux identités et de s'échanger tout seul des NFTs. Ca lui coûte les frais de transaction, mais ça permet de faire croire que ses avoirs ont encore de la valeur…
J'arrive un peu tard, mais je me demande si vous parlez de la même chose.
L'auteur de la dépêche dit que TCC est téléchargé pendant l'exécution du make. Mais c'est bien le make qu'on lance une fois pour compiler le transpileur V. C'est pas à chaque fois qu'on compile un programme écrit en V.
[^] # Re: Tout se paye un jour ou l'autre
Posté par Dring . En réponse au journal Tour d'horizon de l'état des bases NoSQL. Évalué à 4.
Tu remarqueras que je n'ai pas "disqualifié" la technologie. Mais le fait est que durant plusieurs années, ça a été utilisé par défaut juste parce que c'était neuf, c'était beau, c'était forcément bien. Et oui, ça correspond parfaitement au "Hype Cycle" décrit par Gartner ou Forrester. Mais c'est bien à ça qu'on pense quand on parle d'effet de mode en informatique.
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 exactement ce qu'on a observé avec NoSQL. Pour une raison simple : ça correspond à la psychologie humaine et l'effet boule de neige. Y'a un gars qui a une bonne idée (on va dire un mec chez Google qui pond une lib). Ca se répand assez rapidement ("si Google utilise ça, il faut faire pareil !"). Ensuite, les gens se rendent compte que "ben non, en fait j'ai pas besoin de ça, c'est juste ultra compliqué pour rien dans mon cas". Puis finalement les personnes qui en ont vraiment l'usage rendent la techno pérenne.
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".
# Tout se paye un jour ou l'autre
Posté par Dring . En réponse au journal Tour d'horizon de l'état des bases NoSQL. Évalué à 10.
Les bases relationnelles et leurs "contraintes", leur "rigidité", ont fait suite au stockage fichier simple (type VSAM), pour répondre à une problématique récurrente : on se retrouvait systématiquement dans des situations d'incohérence, parce que le code au-dessus des données ne gérait pas bien l'intégrité.
Donc, pouf, on crée les bases relationnelles et le SQL.
Et 20/30 ans plus tard, des p'tits malins se disent "ouais, trop pénible les contraintes de structure, nous on va tout péter, pas de règle, liberté totale".
Alors, c'est venu de vrais besoins dans des situations bien particulières. Mais comme tout effet de mode, on s'est retrouvé à voir du MongoDB ou du Cassandra ou du Hadoop pour gérer des bases ultra classiques, bien structurées. Mais au lieu que cette structure soit garantie par le moteur de stockage, tout s'est retrouvé déporté dans le code applicatif, qui évidemment ne fait pas le taf, laisse passer plein de merdes, et on se retrouve avec des données vérolées jusqu'à l'os.
"Ouiiiii, mais c'est pour faire du prototypage". Mais bien sûr. Et le prototype, y'a toujours un gars qui va dire qu'il fait le taf, donc faut le pousser jusqu'à la prod. Pourquoi réécrire quelque chose qui marche après tout ? Et hop, une appli moisie en production. Le stagiaire est content, mais le mainteneur qui reprend l'appli 4 ans plus tard pleure toutes les larmes de son corps.
Bref : NoSQL <==> Prudence, et bien y réfléchir à 2 fois, à 3 fois, à 4 fois.
Et comme dit plus haut, les serveurs SQL ont bien évolué. Ils permettent de gérer le meilleur des 2 mondes, ont une connectivité largement supérieure (merci odbc/jdbc/…), ne sont jamais limités à "JSON only".
[^] # Re: Facilite la transition
Posté par Dring . En réponse au lien Thème pour KDE Plasma pour reproduire look et feel de Windows 7. Évalué à 3.
Mea maxima culpa ! Windows vers Linux biens sûr.
# Facilite la transition
Posté par Dring . En réponse au lien Thème pour KDE Plasma pour reproduire look et feel de Windows 7. Évalué à 5.
C'est rigolo, dans son README.md, à la question "est-ce que ça facilite la migration de Linux vers Windows ?", il répond par la négative parce que "ça reste Linux en dessous".
Je pense que ça facilite quand même la transition en rendant l'interface plus familière.
Par contre, le fait que ce soit une vieille interface (celle de Windows 7 donc), ça doit sonner comme un retour arrière, et peut-être renvoyer une mauvaise image de notre OS favori.
[^] # Re: Pas pérenne…
Posté par Dring . En réponse au journal J'ai une idée de cadeau.... Évalué à 2. Dernière modification le 19 décembre 2023 à 07:09.
Ok le smartphone c’est trop petit. Mais une tablette ? Si le destinataire n’arrive pas à lire dessus même paramétrée avec des gros caractères, elle arrivera quand même à distinguer l’image de la photo, et ce quel que soit le support ?
Sinon j’aime bien le truc e-ink mentionné au dessous mais j’ai jamais trop regardé le côté écologique de l’e-ink. Peu de conso électrique à l’usage, donc a priori c’est cool ; quid de la fabrication et du recyclage ?
[^] # Re: Lol
Posté par Dring . En réponse au journal le plus grand scandale sanitaire de tous les temps, c'est maintenant !. Évalué à 10.
Donc…
- tu ne donnes pas les sources pour les protéger
- mais tout le monde peut les trouver en cherchant
Euh…
# Pas pérenne…
Posté par Dring . En réponse au journal J'ai une idée de cadeau.... Évalué à 3.
Quand c’était la mode des cadres photo numérique, j’en ai vu fleurir un peu partout.
Aujourd’hui ils sont tous dans des placards :-(. Voire à la benne.
Le mieux à mon avis c’est d’envoyer une photo par mail/whatsapp. Et les destinataires la regarde sur leur mobile/tablette/PC. Ça marche très bien avec les grands parents.
[^] # Re: Cette recette est naze !
Posté par Dring . En réponse au journal recette de mousse au chocolat. Évalué à 2.
Il va me falloir un cobaye. Tu es volontaire ? :-)
# C'est déjà utile
Posté par Dring . En réponse au lien La météo de Méteo France en open data !. Évalué à 7.
Il y a 20 ans (déjà !) quand le promoteur avec lequel j'avais signé sur plan pour un appartement a livré l'immeuble avec plusieurs mois de retard, il a invoqué la force majeure liée aux intempéries.
J'avais galéré pour retrouver des données prouvant que "non, il n'y a pas eu d'intempéries imprévisibles justifiant un tel retard", et j'avais dû payer pour avoir le nécessaire.
Là j'ai l'impression qu'avec ce que Météo France publie j'aurai pu me débrouiller sans monnaie débourser. Donc c'est déjà un pas.
Après, j'ai quand même l'impression de financer Météo France avec mes impôts et donc je ne comprends pas que les données de prévision ne soient pas également disponibles via API sans coût, mais je dois passer à côté de quelque chose quand j'entends parler de "business model" dans d'autres commentaires.
# Cette recette est naze !
Posté par Dring . En réponse au journal recette de mousse au chocolat. Évalué à 3.
Il n'y a ni fromage, ni pommes de terre, ni charcuterie ! LinuxFR, ça devient vraiment n'importe quoi !
[^] # Re: La malédiction des JO
Posté par Dring . En réponse au journal Non mais MERDE !. Évalué à 10.
Ils ont eu lieu quand les JOs en Palestine ?
[^] # Re: Total manque de respect
Posté par Dring . En réponse au journal Il est temps que la communauté internationale fasse un choix. Évalué à 2.
Belle découverte ; merci !
# Interessant mais ne remet pas en cause le papier initial
Posté par Dring . En réponse au lien The Dunning-Kruger Effect is Autocorrelation. Évalué à 2.
Donc, avec un jeu de données aléatoire, on voit que la courbe d’auto-évaluation est pratiquement plate.
Ce qui est normal, et est induit par l’algo de génération des valeurs aléatoires qui va chercher à faire une répartition statistique équilibrée. C’est le but de la plupart de ces algos.
Du coup le graphique se lit comme suit : quel que soit leur résultat réel, pour chaque quartile on va se retrouver à la même auto-évaluation moyenne.
Ce qui en soit dans la vraie vie serait une découverte incroyable. La courbe de l’étude initiale elle dit autre chose : elle suit la courbe initiale en s’en éloignant aux deux extrémités.
Bref à mon sens c’est la critique qui est à côté de la plaque, pas l’étude initiale à qui on peut seulement reprocher de s’appuyer sur un graphique peu lisible.
L’erreur principale étant de penser que des données « aléatoires » (qui donc ne le sont jamais vraiment) étaient forcément neutres en terme de signification.
# Total manque de respect
Posté par Dring . En réponse au journal Il est temps que la communauté internationale fasse un choix. Évalué à 4.
Je me demande si je suis le seul à aller encore plus loin dans le détournement de raclette :
La seule règle étant : si ça fait plaisir, pourquoi pas ? On essaye de pas tout faire en même temps, sinon on a plus l'impression de manger une raclette, mais ça fait partie des variations qu'on s'autorise.
J'ai un oncle qui mange du pain avec sa raclette (et non, sans salade). Ca fait bizarre, mais là encore si il aime, pourquoi pas ? Il est devenu savoyard il y a près de 40 ans - et malgré cet écart il semble s'être bien fait accepté par les autochtones ; je n'ai vu personne lui jeter des cailloux dans son petit village de montagne.
[^] # Re: Curseur à géométrie variable
Posté par Dring . En réponse au journal Le sophisme du meilleur outil. Évalué à 4. Dernière modification le 14 novembre 2023 à 14:27.
On parle de mainframe IBM ? Avec du zOS/Connect derrière ou autre chose ? Sans contrainte sur la taille maximum de la réponse (limite à 64KB - oui c'est déjà gros mais des fois c'est pas assez - Bill Gates peut en témoigner).
# Curseur à géométrie variable
Posté par Dring . En réponse au journal Le sophisme du meilleur outil. Évalué à 5.
Le problème d'un curseur, c'est forcément que tout le monde ne va pas le mettre au même endroit et qu'il y a une grosse part de sensibilité dans les choix qui seront faits. Que celui qui prétend être objectif prenne un peu de recul, ou regarde 3/4 ans après le résultat de ses choix… et si il n'a pas de doutes, c'est que c'est un crétin aveugle.
Personnellement, je me suis souvent battu contre l'écriture de script en Perl, parce que j'avais personne sous la main pour les maintenir, et que les besoins étaient ultra rudimentaires, donc on privilégiait Shell + AWK. Cette partie, je l'ai rarement regrettée.
Et quand c'était plus compliqué, effectivement on poussait vers java, parce que toute notre équipe codait en java. Parfois, ça s'est avéré être un poison.
Sur les arguments autour du Mainframe, c'est à double tranchant. On repousse continuellement les migrations, mais IBM se goinfre de plus en plus sur les factures. Et trouver de la compétence est de plus en plus dur. Personne ne peut contester la fiabilité du bouzin, mais on se retrouve avec de plus en plus de surcouches. Quelqu'un a essayé de faire communiquer du Mainframe avec autre chose que du transfert de fichier ou du messaging ? De faire du reporting évolué et personnalisable par le end-user ? Du web un peu sérieux ?
Et pourtant, je suis le premier à dire qu'une interface texte, même pour des utilisateurs lambda, et du code backend en Cobol, c'est le truc qui marche pendant 20 ans avec pratiquement que des évolutions fonctionnelles, pas de la maintenance de framework à la mords-moi-le-noeud ou du contournement de bug mystérieux.
Mais tout ça, c'est des détails. Plein de détails, dans un océan de merdes. Une autre merde, c'est que quand on prévoit un budget pour une refonte de plateforme, on prévoit la migration initiale (je vais passer de Cobol à Java/Angular), mais on oublie de prévoir les 2/3 ETPs sur les 20 ans à venir qui ne vont faire que la mise à jour des cadriciels… Du coup, c'est pas fait, et au bout de 3 ans, parfois avant la fin du projet de migration, tu as déjà une pile logicielle obsolète… Et si tu arrives avec 2/3 ETPs, on te retoque en t'expliquant que la plateforme actuelle est très stable, et fonctionne avec moins de personnes… Le chien qui se mord la queue…
Et comme dit par ailleurs, les choix pris "par projet" dans une organisation qui compte des milliers de plateformes, ça va 5 minutes ; la cohérence est également importante au niveau global. Mais ne doit pas empêcher de basculer de techno quand ça a du sens. Sans basculer trop vite pour ne pas se retrouver dans des impasses.
Si quelqu'un a la formule magique, je suis preneur.
# 2.12 ou 3.0 ?
Posté par Dring . En réponse à la dépêche Sortie de GIMP 2.10.36. Évalué à 3.
Toujours très content de voir le projet progresser. J'ai une tablette wacom, et j'ai jamais constaté de soucis ; j'ai dû passer entre les gouttes. Après, la tablette en ce qui me concerne c'est plus pour Inkscape que pour Gimp.
Est-ce qu'après la 2.10, ce sera un 2.12, ou est-ce qu'on va passer à la 3.0 ? Est-ce que cette version 3.0 (enfin, 2.99.xx) est considérée comme suffisamment stable pour un usage régulier (par un non professionnel qui réalise des tâches basiques) ?
Et si la 3.0 s'avère encore loin, est-ce qu'il y a quand même moyen d'en avoir une sans devoir faire de compilation, idéalement avec un .rpm officiel, et à défaut un snap ou équivalent ? (en étant conscient des risques bien sûr)
[^] # Re: Paliers
Posté par Dring . En réponse au journal [publicité] galae, le service email éthique et libre (et français) est désormais ouvert \o/. Évalué à 10.
Parce qu'un être humain lambda, ça envoie des fois plus de 35 emails par jour. C'est vrai que dans un cadre perso, ça fait beaucoup, mais "y'a des pics". Est-ce que ce serait pas plus pertinent de faire dans ce cas une limite par semaine ou par mois ?
Je veux dire : une personne qui pour une activité non pro qui envoie 35*30 emails par mois, ça n'est pas réaliste. Le mec est clairement en train d'utiliser un service perso pour une activité pro. Mais avoir un pic à 45 mails sur une journée parce qu'il a 3 conversations un peu agitées avec son avocat ou ce genre de truc un peu merdique qui implique plein d'allers/retours, c'est pas anormal.
Et le jour où ça m'arrive, je peux pas me dire "merde, j'ai atteint les 35 mails ! Je pourrais répondre que demain, ou je repasse sur mon compte GMail".
# Très rigolo
Posté par Dring . En réponse au lien DOS Subsystem for Linux: allowing users to make use of both DOS and Linux applications from DOS. Évalué à 7.
Très rigolo. J'en n'ai personnellement pas l'usage, mais c'est vraiment toujours épatant de voir ce genre de projet. Surtout quand on se souvient des années de douleurs qu'on a pu connaître à essayer de faire cohabiter Windows/Linux/DOS dans les années 90 (ah les joies du multi-boot et de la guerre du MBR).
[^] # Re: Roadmap
Posté par Dring . En réponse au journal [publicité] galae, le service email éthique et libre (et français) est désormais ouvert \o/. Évalué à 5.
D'ailleurs, les 35 mails sortant par jour, c'est pour la totalité du compte, ou par adresse email ? Pareil : ça me paraît un peu court, et l'offre suivante n'est pas du tout dans la même gamme de budget.
[^] # Re: avis partial
Posté par Dring . En réponse au lien «En français, le masculin fait l’homme, le dominant, il ne “fait pas le neutre”» (article partiel). Évalué à 2.
Pareilles. Vu le sujet, la correction s’imposait :-).
[^] # Re: avis partial
Posté par Dring . En réponse au lien «En français, le masculin fait l’homme, le dominant, il ne “fait pas le neutre”» (article partiel). Évalué à 6.
Voire des sales bêtes.
# Expérience personnelle
Posté par Dring . En réponse au lien Pourquoi sommes-nous tellement accros à Google Maps et Waze ?. Évalué à 3.
Quand Autoroute Express est apparu il y a presque 30 ans, j’ai tout de suite été utilisateur. Je préparais mes trajets à l’avance et j’imprimais le guidage. Dès que je ratais une sortie j’étais dans une merde noire. J’avais une carte de France, mais devoir regarder ça en cours de trajet, quand on est seul à bord, c’est juste pas pratique. Et je ne parle pas des gens qui regardait leur carte en roulant….
Quand les premiers GPS (sans info trafic) sont sortis ce fut un premier soulagement. Moins dangereux. Et qui prend en compte les erreurs du conducteur. Mais comme toutes cartes elles ne prenaient pas en compte de nombreux points : travaux, nouvelles routes (les mises à jour n’étaient pas disponibles sur les premiers modèles), couverture limitée (uniquement la France, zut on vient de déborder sur la Suisse/Belgique/Espagne/…), …
Puis est venu l’info trafic, essentiellement basé sur les infos fournies par les sociétés d’autoroutes. Ça m’a permis d’éviter quelques gros embouteillages en étant dérouté sur une route nationale, ou au moins de savoir à quoi m’attendre. Pas de gros progrès à cette étape pour être franc.
Alors le trafic en temps réel est arrivé, d’abord sur appareil GPS dédié. Là aussi petit progrès ; je n’ai pas le souvenir d’avoir eu de gros gain. L’info était trop limitée ; pas assez de sources j’imagine. Et ça coûtait un bras ce GPS avec sa propre puce 3G et son abonnement qui m’a forcé à vendre mon rein gauche et mon deuxième enfant.
Google a fait son apparition. Au début on était que quelques uns à s’en servir, et l’info n’était donc pas fiable non plus, mais les itinéraires de contournement étaient efficaces: on était peu à les emprunter.
Le système s’est largement démocratisé et s’est enrichi. Je veux aller à tel commerce : “ah mais il sera fermé lorsque vous arriverez”. Cool, je laisse ma voiture au garage. L’analyse du trafic est devenue très précise même en conditions de circulation dégradées : je peux prévenir que j’arriverai avec 15 minutes de retard, prenez l’apéro sans moi.
Chaque évolution est venue avec ses forces et ses faiblesses.
Aujourd’hui les trajets alternatifs doivent être pris avec précaution. Je suis sur le périphérique parisien il me fait sortir plus tôt ? Ça peut être une “erreur” du GPS. Je maintiens mon cap et arrivé à ma sortie il recalcule le trajet et miracle je gagne 5 minutes (que je reperds au fil des kilomètres suivants). Mais ça peut aussi être parce que lui sait que ce soir la A13 est fermée pour travaux d’entretien et merde je l’ai pas écouté maintenant je suis perdu dans le centre ville et il ne m’aide plus vraiment à rejoindre un grand axe qui me ramènera chez moi. Bref il a fallu que j’apprenne à avoir une approche critique des propositions de trajet. Je gagne quoi à le suivre ? Je risque quoi à ne pas le faire ?
Mais les emmerdes ne sont pas l’apanage de la modernité. J’ai encore en mémoire mes trajets avec des cartes papiers, où je m’arrêtais tous les 30 minutes, persuadé que j’avais raté une sortie, mal évalué ma position, ou commis une erreur dans mon calcul d’itinéraire.
Et la vie privée dans tout ça ? Ben je me suis un peu assis dessus. Pourtant je suis sensible au sujet. J’utilise DuckDuckGo plutôt que Google. Firefox plutôt que Chrome. Ni Facebook, ni Instagram. Mais pour le GPS… le confort a pris le dessus sur l’éthique. Je n’en suis pas fier, mais je n’en rougis pas non plus. C’est du pragmatisme. Je vois les liens pour les applications libres alternatives; je vais sans doute en essayer plusieurs. Plus pour les trajets à pied ou à vélo que pour la voiture - revenir en arrière et me passer du trafic en temps réel, non merci.
[^] # Re: ce qui est vraiment surprenant
Posté par Dring . En réponse au lien Plus de 95 % des NFT n’ont plus aucune valeur, selon une étude. Évalué à 5.
Si elles sont listées à plus que zéro, ça veut dire qu'il y a des transactions dessus, avec un montant non nul.
Après, ça peut être très artificiel ; rien n'empêche un p'tit malin d'avoir deux identités et de s'échanger tout seul des NFTs. Ca lui coûte les frais de transaction, mais ça permet de faire croire que ses avoirs ont encore de la valeur…
[^] # Re: curl|sh
Posté par Dring . En réponse à la dépêche À la découverte du langage V. Évalué à 2.
J'arrive un peu tard, mais je me demande si vous parlez de la même chose.
L'auteur de la dépêche dit que TCC est téléchargé pendant l'exécution du make. Mais c'est bien le make qu'on lance une fois pour compiler le transpileur V. C'est pas à chaque fois qu'on compile un programme écrit en V.