Facile : en réalité, Mastodon n’est pas un réseau social unifié et n’a de toute évidence pas été conçu pour ça – ou alors il y a un échec de réalisation de l’intention.
Les choix technologiques, le protocole, l’implémentation : tout va dans le sens de petites communautés plus ou moins autonomes qui peuvent communiquer entre elles, et pas d’un grand réseau global hébergé de façon décentralisée. Pour en profiter pleinement, il faudrait sélectionner les instances thématiques selon ce qu’on cherche et créer un compte sur chacune d’entre elle. D’ailleurs ce mode d’utilisation permet de se prémunir des dramas de modération comme celui en cours.
Mais ça n’est pas comme ça que Mastodon est présenté en général.
Évidemment qu'il ne faut pas dire amen à toutes les demandes utilisateur, c'est même écrit en toutes lettres dans mon billet… Le recueil du besoin, c'est un métier.
Sinon tu es en train de de t'énerver tout seul en surinterprétant un bout de mon billet. Le passage dont tu parles est :
Le code n’est pas une putain de documentation. Jamais.
« Regarde comment c’est fait aujourd’hui » n’est jamais une réponse valable à une question qui porte sur le fonctionnel.
Ça parle du fonctionnel, point. Le code peut être une excellente source pour retrouver un fonctionnement technique ou pour vérifier l'existant (avec toutes les limites que ce dernier point implique).
Mais le propos principal du truc, c'est surtout ça : si la seule (ou principale) source de vérité fonctionnelle de ton projet est le code, alors ton projet a un énorme problème et va droit vers des ennuis massifs.
Justement, le problème est là : le danger de reprendre le code en tant qu'entrée, c'est de persister dans des cas d'usage obsolètes, inutilement complexes (le code doit gérer tout un historique qui n'est sans doute plus nécessaire) voire faux si le code est mal compris.
Ça n'est pas une hypothèse théorique, mais un problème que j'ai constaté à chaque fois que cette idée de "repartir du code pour en tirer les règles fonctionnelles" s'est présentée.
Et donc, si la documentation fonctionnelle n'est pas à jour, la solution n'est pas de repartir du code pour la recréer (ou pire : pour s'en passer, déjà vu), mais de commencer par la refaire en partant de la source : les besoins utilisateur (ce qui est déjà documenté, ce qui savent les équipes, de nouveaux entretiens utilisateur, etc). Et créer et appliquer un processus pour maintenir cette connaissance.
J'ajoute que dans ce cas les tests fonctionnels sont une source intéressante de données, mais comme toutes les autres à prendre avec du recul, devant lesquels il faut se demander s'ils testent une règle encore pertinente ou obsolète.
Content de voir que Leed est à nouveau développé. Je l’utilisais jusqu’à 2018, moment où mon installation m’a planté à la tronche (plus moyen d’ajouter un flux) et où le projet semblait à l’abandon. Les _insight Github semblent confirmer que le projet a bien été plus ou moins abandonné vers 2017 pour reprendre sensiblement plus tard.
J’allais écrire « un commentaire dans la MR pour réécrire ce code (ou au moins mettre l’explication en commentaire si le code est légitime) », et donc je te rejoins.
Le problème c’est pas tant de réussir à fork, renommer et maintenir le projet pour quelques jours, mais de mettre en place quelque chose qui tienne dans la durée, malgré les problèmes et tâches d’ampleur qui peuvent survenir (dans le cas de Subsonic : la migration de Spring Boot 2 vers 3, rendue bien compliquée à cause de l’architecture historique du projet). Et pour l’avoir expérimenté c’est loin d’être trivial, surtout si on veut assurer la pérennité du projet à moyen terme.
Pour avoir longtemps utilisé TT-RSS, je confirme ce qui est dit sur son auteur.
Le problème c’est que le logiciel est complet, mais est devenu pénible à utiliser hors Docker (de par les choix de l’auteur), et a en interne des choix très étonnants. Je le sais parce que je me suis amusé à faire mon propre outil RSS (principalement pour le sport, mais ça fonctionne pas mal, un jour une version publique peut-être). Je voulais y récupérer les données de TT-RSS avec une fonction de migration, et j’ai bien galéré à remettre tout ça dans une structure plus classique. Je voulais aussi être compatible avec les API et j’ai abandonné, mais je ne sais plus pourquoi.
Je suppose que c’est un changement de signature que tu montres ici. Avec un IDE JetBrains, nu sans la moindre configuration :
ctrl-F6 pour afficher la fenêtre de changement de signature.
alt-bas pour déplacer le premier paramètre en seconde place (ajoute les autres déplacements avec les flèches si nécessaire).
ctrl-entrée pour valider les changements.
Note que tu n’as pas besoin d’être positionné sur la déclaration de fonction pour lancer le changement de signature, n’importe quel usage suffit. Mais le cas échéant, c’est ctrl-b pour naviguer entre les deux.
Je suis désolé, mais non, ça n’est pas non plus « velu ». Si tes collègues on un « effet wahou » avec ça, c’est soit qu’ils ont de mauvais outils, soit qu’ils ne connaissent pas leurs outils.
Sérieusement, j’ai rien contre vi ou vim (je n’aime pas l’ergonomie mais c’est un problème orthogonal) ; je reconnais que ça peut être un très bon IDE pour les gens qui accrochent à ce genre de fonctionnement puisque manifestement ça fonctionne (dans le sens où des gens en sont très contents et sont efficaces avec). Mais il faut arrêter de croire que parce qu’un IDE a une interface graphique que c’est lent à utiliser et/ou que ça ne s’utilise qu’à la souris, c’est un argument que je lis beaucoup trop souvent dans le clavier des utilisateurs d’IDE en mode texte. Voici les principaux raccourcis clavier des IDE JetBrains (et un plugin pour améliorer leur découvrabilité ; mais même Eclipse a des raccourcis clavier pour à peu près tout, tout comme VSCode – et évidemment tout ça est configurable.
Le genre d’argument de ta dernière phrase ne sert pas vi, il ne fait que montrer que toi et/ou ton collègue ne connaissent pas les IDE graphiques. Ça n’est pas un problème en soi (pour toi, pour ton collègue qui en utilise un, c’est un problème) ; mais si tu ne connais pas, n’en parle pas.
Je pige pas ton exemple, "reformatter 45 lignes de suite" c'est un exemple de truc "velu" ?
Parce que non seulement c'est un raccourci dans tous les IDE (ctrl-alt-l chez JetBrains), mais en plus je ne m'en sers jamais, puisque mes fichiers sont automatiquement reformatés selon la norme du projet à la sauvegarde.
Cela dit, merci à toi, Bram Moolenaar pour ce logiciel qui m'a souvent dépanné, même si on est d'accord sur rien en termes d'ergonomie. Repose en paix.
Le cellophane ne remplace pas vraiment les barquettes industrielles, pour une raison toute simple : leur principal avantage, c’est de permettre la conservation sans oxygène (sous vide ou sous atmosphère neutre), ce qui est à peu près impossible à faire chez soi – en tous cas pas avec du cellophane.
Dans certains pays (je pense à l’Espagne entre autres) on peut demander, aux rayons à la découpe, à faire mettre sa viande sous vide. On a une conservation à peu près aussi longue que les viandes en barquettes, mais à la découpe. Le problème principale c’est que ça impose le stockage dans du plastique épais, pour retenir le vide.
C’est plutôt une longue réflexion sur la notion de « comprendre » (et donc ce qu’on peut entendre quand on dit qu’une IA « comprends » des trucs que l’on parle d’une IA réelle ou de SF) ; sur pourquoi l’analogie de la Chambre Chinoise est très souvent mal utilisée dans ce contexte (en plus d’être bancale en elle-même) ; et sur la notion de langage et de pourquoi on ne peut pas résumer ChatGPT (et les modèles de langages en général) à de la pure génération de token sans aucune forme de « compréhension » (cf les définitions étudiées), point sur lequel même des pontes du sujet se sont lamentablement plantés.
Dans le cas que je décris, tu ne "demandes pas l'autorisation de monter", mais tu préviens le contrôle que ton billet, payé et valable, va être pénible à retrouver pour le contrôle. Mais en effet, si le contrôleur est dispo sur le quai, autant lui demander à ce moment.
D'autre part le cas part du principe que vous avez un justificatif d'identité, sans ça, c'est comme voyager sans billet.
Dans tous les cas, on obtient beaucoup plus des agents SNCF en se rappelant que ce sont des humains et en leur parlant poliment avec le sourire. J'ai beaucoup trop souvent croisé des voyageurs qui partent du principe que payer un billet leur donne le droit de se comporter comme sa pire des ordures.
En vrai, avec ton nom et ta date de naissance ; ou ton nom et ton numéro de dossier, le contrôleur retrouve ton billet sans faire tout le cirque décrit ci-dessus.
Idéalement tu le préviens que ton smartphone est HS / que ton chien a mangé ton imprimante au premier passage, il sera content et beaucoup moins grognon.
Il faut aussi vachement relativiser la notion de « stockage géant » pour de la photo, on est très loin des volumes nécessaires pour la vidéo. Aujourd’hui, un appareil photo haut de gamme capteur plein format peut avoir un capteur de 45 Mpx, et générera des raw de 50 Mo environ.
Si tu prends 20 000 photos par an (ce qui est énorme, ça fait plus de 50 par jours, tous les jours), et que tu conserves tout, ça ne fait que 1 To, ce qui tient sans aucun problème sur n’importe quel système de stockage de masse.
Les photos JPEG/HEIF sont plus petites d’un ordre de grandeur (5 Mo environ pièce), même un photographe compulsif qui conserve absolument tout peut tout garder sans problème.
PS : d’autre part, quand j’ai retraité mes photos du Japon, j’étais très content d’avoir gardé tous les raw, ça m’a permis de refaire ces traitements propres.
Pour compléter la comparaison : les fichiers rawne sont pas des fichiers image. C’est un enregistrement des données sorties du capteur, non modifiées1. Il faut un traitement complexe plein de choix arbitraires pour transformer un raw en image.
Pour garder le parallèle musical, les raw c’est les fichiers master de la photo, les données brutes d’enregistrement sur lesquelles tu ne veux aucune compression destructive, mais qui ne servent à rien en soi, sans traitement.
Beaucoup de gens n’ont ni besoin ni utilité de ces données, ce qu’ils veulent, c’est juste le résultat final, prêt à l’emploi. Ça implique d’accepter les choix arbitraires susmentionnés qu’a fait l’appareil (smartphone ou « JPEG/HEIF du boiter ») sans retraitement ailleurs qu’à la marge, et très souvent ça fait le boulot. Ces fichiers pourraient être produits sans compression destructive (mais pas sans destruction, les données du capteurs ne pouvant pas être retrouvées suite aux traitements effectués pour les transformer en image), mais ça n’a pas grand intérêt.
Deux exceptions connues : 1. Toute la profondeur de données peut ne pas être enregistrée (raws sur 12 bits mais capteur sur 14) ; 2. Certains boitiers intègrent une correction du bruit thermique dans les données raw sur les poses longues. ↩
On y parle des risques et conséquences d’un ralentissement, arrêt ou effondrement du Gulf Stream ou de l’AMOC, et des conséquences concrètes que ça pourrait avoir. Attention toutefois : cet article a plus de deux ans, et l’étude citée par le Guardian montrerait qu’un scénario de ralentissement / effondrement de l’AMOC serait plus probable que ce qui y était évoqué alors.
D’une manière générale, si le changement climatique vous intéresse, ce site est pour vous.
C’est tellement vrai que même des entreprises à peu près réglo dans leur approche ont fini par céder aux sirènes de l’ARENH quand le prix SPOT de l’électricité est devenu absurdement élevé. C’est par exemple le cas d’Enercoop, qui couvre à peu près leurs reventes en finançant des producteurs d’ENR – ils ne financent pas les grosses pointes en temps réel mais à une époque finançaient plus de 100 % du total de production, très loin devant la plupart des autres et qui passait son temps à cracher sur le nucléaire (avatar de Greenpeace oblige). Mais non, quand le vent a tourné, ils ont commencé par refuser les nouveaux contrats, puis en AG se sont gentiment torchés sur leurs principes et ont utilisé l’ARENH – tout en conservant la communication antinucléaire sur leur page d’accueil.
Ce jour là, ils sont instantanément passés du statut de « fournisseur alternatif à peu près sérieux, disons qui fait de son mieux dans sa logique sans trop profiter » à « gros pourris sans morale à ranger avec Total Énergie ». Ces derniers faisaient partie de la vague qui a tenté un procès pour ne pas payer le tarif de l’ARENH les quelques mois où il était au-dessus du tarif SPOT pendant le covid (littéralement, les gars voulaient l’uranium et l’argent de l’uranium).
Au fait, on en parle du gouvernement qui annonce que « t’inquiètes frère l’électricité n’augmentera pas en 2023 » puis « en fait +10 % en aout » ?
Dans ce cas précis, EDF s’est aussi tirée une balle dans le pied avec un service client particulièrement catastrophique. Il y a 6 ans, le consommateur était censé savoir qu’il y avait un numéro de contact différent s’il avait un Linky ou un ancien compteur, et appeler directement le bon. Ce « simple » problème de service leur a fait perdre beaucoup de clients.
[^] # Re: Visibilité des réponses aberrante
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien Julia Evans: Notes on using a single-person Mastodon server. Évalué à 7.
Facile : en réalité, Mastodon n’est pas un réseau social unifié et n’a de toute évidence pas été conçu pour ça – ou alors il y a un échec de réalisation de l’intention.
Les choix technologiques, le protocole, l’implémentation : tout va dans le sens de petites communautés plus ou moins autonomes qui peuvent communiquer entre elles, et pas d’un grand réseau global hébergé de façon décentralisée. Pour en profiter pleinement, il faudrait sélectionner les instances thématiques selon ce qu’on cherche et créer un compte sur chacune d’entre elle. D’ailleurs ce mode d’utilisation permet de se prémunir des dramas de modération comme celui en cours.
Mais ça n’est pas comme ça que Mastodon est présenté en général.
La connaissance libre : https://zestedesavoir.com
[^] # Re: mouais
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien Desktop Linux has a Firefox problem. Évalué à 2. Dernière modification le 15 août 2023 à 13:12.
Évidemment qu'il ne faut pas dire amen à toutes les demandes utilisateur, c'est même écrit en toutes lettres dans mon billet… Le recueil du besoin, c'est un métier.
Sinon tu es en train de de t'énerver tout seul en surinterprétant un bout de mon billet. Le passage dont tu parles est :
Ça parle du fonctionnel, point. Le code peut être une excellente source pour retrouver un fonctionnement technique ou pour vérifier l'existant (avec toutes les limites que ce dernier point implique).
Mais le propos principal du truc, c'est surtout ça : si la seule (ou principale) source de vérité fonctionnelle de ton projet est le code, alors ton projet a un énorme problème et va droit vers des ennuis massifs.
La connaissance libre : https://zestedesavoir.com
[^] # Re: mouais
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien Desktop Linux has a Firefox problem. Évalué à 3.
Justement, le problème est là : le danger de reprendre le code en tant qu'entrée, c'est de persister dans des cas d'usage obsolètes, inutilement complexes (le code doit gérer tout un historique qui n'est sans doute plus nécessaire) voire faux si le code est mal compris.
Ça n'est pas une hypothèse théorique, mais un problème que j'ai constaté à chaque fois que cette idée de "repartir du code pour en tirer les règles fonctionnelles" s'est présentée.
Et donc, si la documentation fonctionnelle n'est pas à jour, la solution n'est pas de repartir du code pour la recréer (ou pire : pour s'en passer, déjà vu), mais de commencer par la refaire en partant de la source : les besoins utilisateur (ce qui est déjà documenté, ce qui savent les équipes, de nouveaux entretiens utilisateur, etc). Et créer et appliquer un processus pour maintenir cette connaissance.
J'ajoute que dans ce cas les tests fonctionnels sont une source intéressante de données, mais comme toutes les autres à prendre avec du recul, devant lesquels il faut se demander s'ils testent une règle encore pertinente ou obsolète.
La connaissance libre : https://zestedesavoir.com
[^] # Re: mouais
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien Desktop Linux has a Firefox problem. Évalué à 2.
Un gros +1 ici.
J’avais commencé à écrire un truc, et ça s’est un peu étalé, du coup j’en ai fait un billet séparé disponible ici.
La connaissance libre : https://zestedesavoir.com
[^] # Re: TT-RSS
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Le développement de TinyTinyRSS semble menacé par les blocages du Roskomnadzor (Russie). Évalué à 6.
Content de voir que Leed est à nouveau développé. Je l’utilisais jusqu’à 2018, moment où mon installation m’a planté à la tronche (plus moyen d’ajouter un flux) et où le projet semblait à l’abandon. Les _insight Github semblent confirmer que le projet a bien été plus ou moins abandonné vers 2017 pour reprendre sensiblement plus tard.
La connaissance libre : https://zestedesavoir.com
[^] # Re: 100% collègue
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Perles de C. Évalué à 4.
J’allais écrire « un commentaire dans la MR pour réécrire ce code (ou au moins mettre l’explication en commentaire si le code est légitime) », et donc je te rejoins.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Simplement forker ?
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Le développement de TinyTinyRSS semble menacé par les blocages du Roskomnadzor (Russie). Évalué à 10.
Oui, et c’est le principal problème.
Par exemple Subsonic n’est plus maintenu depuis longtemps, mais la dernière version libre avait forkée, ce qui a donné naissance à Libresonic, qui lui-même a été forké en Airsonic, qui lui-même a été forké en Airsonic-Advanced… et ce dernier ne donne plus signe de vie non plus.
Le problème c’est pas tant de réussir à fork, renommer et maintenir le projet pour quelques jours, mais de mettre en place quelque chose qui tienne dans la durée, malgré les problèmes et tâches d’ampleur qui peuvent survenir (dans le cas de Subsonic : la migration de Spring Boot 2 vers 3, rendue bien compliquée à cause de l’architecture historique du projet). Et pour l’avoir expérimenté c’est loin d’être trivial, surtout si on veut assurer la pérennité du projet à moyen terme.
La connaissance libre : https://zestedesavoir.com
# TT-RSS
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Le développement de TinyTinyRSS semble menacé par les blocages du Roskomnadzor (Russie). Évalué à 7.
Pour avoir longtemps utilisé TT-RSS, je confirme ce qui est dit sur son auteur.
Le problème c’est que le logiciel est complet, mais est devenu pénible à utiliser hors Docker (de par les choix de l’auteur), et a en interne des choix très étonnants. Je le sais parce que je me suis amusé à faire mon propre outil RSS (principalement pour le sport, mais ça fonctionne pas mal, un jour une version publique peut-être). Je voulais y récupérer les données de TT-RSS avec une fonction de migration, et j’ai bien galéré à remettre tout ça dans une structure plus classique. Je voulais aussi être compatible avec les API et j’ai abandonné, mais je ne sais plus pourquoi.
La connaissance libre : https://zestedesavoir.com
[^] # Re: :wq!
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien Bram Moolenaar, auteur de vim, bronsonisé. Évalué à 5.
Je suppose que c’est un changement de signature que tu montres ici. Avec un IDE JetBrains, nu sans la moindre configuration :
ctrl-F6pour afficher la fenêtre de changement de signature.alt-baspour déplacer le premier paramètre en seconde place (ajoute les autres déplacements avec les flèches si nécessaire).ctrl-entréepour valider les changements.Note que tu n’as pas besoin d’être positionné sur la déclaration de fonction pour lancer le changement de signature, n’importe quel usage suffit. Mais le cas échéant, c’est
ctrl-bpour naviguer entre les deux.Je suis désolé, mais non, ça n’est pas non plus « velu ». Si tes collègues on un « effet wahou » avec ça, c’est soit qu’ils ont de mauvais outils, soit qu’ils ne connaissent pas leurs outils.
Sérieusement, j’ai rien contre
viouvim(je n’aime pas l’ergonomie mais c’est un problème orthogonal) ; je reconnais que ça peut être un très bon IDE pour les gens qui accrochent à ce genre de fonctionnement puisque manifestement ça fonctionne (dans le sens où des gens en sont très contents et sont efficaces avec). Mais il faut arrêter de croire que parce qu’un IDE a une interface graphique que c’est lent à utiliser et/ou que ça ne s’utilise qu’à la souris, c’est un argument que je lis beaucoup trop souvent dans le clavier des utilisateurs d’IDE en mode texte. Voici les principaux raccourcis clavier des IDE JetBrains (et un plugin pour améliorer leur découvrabilité ; mais même Eclipse a des raccourcis clavier pour à peu près tout, tout comme VSCode – et évidemment tout ça est configurable.Le genre d’argument de ta dernière phrase ne sert pas
vi, il ne fait que montrer que toi et/ou ton collègue ne connaissent pas les IDE graphiques. Ça n’est pas un problème en soi (pour toi, pour ton collègue qui en utilise un, c’est un problème) ; mais si tu ne connais pas, n’en parle pas.La connaissance libre : https://zestedesavoir.com
[^] # Re: :wq!
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien Bram Moolenaar, auteur de vim, bronsonisé. Évalué à 0.
Je pige pas ton exemple, "reformatter 45 lignes de suite" c'est un exemple de truc "velu" ?
Parce que non seulement c'est un raccourci dans tous les IDE (
ctrl-alt-lchez JetBrains), mais en plus je ne m'en sers jamais, puisque mes fichiers sont automatiquement reformatés selon la norme du projet à la sauvegarde.Cela dit, merci à toi, Bram Moolenaar pour ce logiciel qui m'a souvent dépanné, même si on est d'accord sur rien en termes d'ergonomie. Repose en paix.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Ras-le-bol
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien Fini le ticket de caisse ? Sept questions que pose la disparition de l’impression automatique. Évalué à 5.
Le cellophane ne remplace pas vraiment les barquettes industrielles, pour une raison toute simple : leur principal avantage, c’est de permettre la conservation sans oxygène (sous vide ou sous atmosphère neutre), ce qui est à peu près impossible à faire chez soi – en tous cas pas avec du cellophane.
Dans certains pays (je pense à l’Espagne entre autres) on peut demander, aux rayons à la découpe, à faire mettre sa viande sous vide. On a une conservation à peu près aussi longue que les viandes en barquettes, mais à la découpe. Le problème principale c’est que ça impose le stockage dans du plastique épais, pour retenir le vide.
La connaissance libre : https://zestedesavoir.com
[^] # Re: en résumé
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien « La preuve définitive que ChatGPT ne comprend rien » (génération de tokens et chambre chinoise). Évalué à 4.
C’est plutôt une longue réflexion sur la notion de « comprendre » (et donc ce qu’on peut entendre quand on dit qu’une IA « comprends » des trucs que l’on parle d’une IA réelle ou de SF) ; sur pourquoi l’analogie de la Chambre Chinoise est très souvent mal utilisée dans ce contexte (en plus d’être bancale en elle-même) ; et sur la notion de langage et de pourquoi on ne peut pas résumer ChatGPT (et les modèles de langages en général) à de la pure génération de token sans aucune forme de « compréhension » (cf les définitions étudiées), point sur lequel même des pontes du sujet se sont lamentablement plantés.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Jamais
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien « La preuve définitive que ChatGPT ne comprend rien » (génération de tokens et chambre chinoise). Évalué à 4.
Les 2/3 de la vidéo sont précisément sur la définition de ce que signifie « comprendre quelque chose ». Et c’est loin d’être trivial.
La connaissance libre : https://zestedesavoir.com
# La version anglaise est plus détaillée
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien Un glitch matériel permet d’activer gratuitement les fonctions payantes des Tesla, et ce n’est pas…. Évalué à 3.
https://www.tomshardware.com/news/tesla-mcu-amd-asp-flaw-jailbreak
La connaissance libre : https://zestedesavoir.com
[^] # Re: Marcel Béliveau est de retour
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Ah la SNCF!. Évalué à 3.
Oui, les TER sont pilotés par les régions avec des règles souvent pénibles.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Marcel Béliveau est de retour
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Ah la SNCF!. Évalué à 7.
Dans le cas que je décris, tu ne "demandes pas l'autorisation de monter", mais tu préviens le contrôle que ton billet, payé et valable, va être pénible à retrouver pour le contrôle. Mais en effet, si le contrôleur est dispo sur le quai, autant lui demander à ce moment.
D'autre part le cas part du principe que vous avez un justificatif d'identité, sans ça, c'est comme voyager sans billet.
Dans tous les cas, on obtient beaucoup plus des agents SNCF en se rappelant que ce sont des humains et en leur parlant poliment avec le sourire. J'ai beaucoup trop souvent croisé des voyageurs qui partent du principe que payer un billet leur donne le droit de se comporter comme sa pire des ordures.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Marcel Béliveau est de retour
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Ah la SNCF!. Évalué à 7.
En vrai, avec ton nom et ta date de naissance ; ou ton nom et ton numéro de dossier, le contrôleur retrouve ton billet sans faire tout le cirque décrit ci-dessus.
Idéalement tu le préviens que ton smartphone est HS / que ton chien a mangé ton imprimante au premier passage, il sera content et beaucoup moins grognon.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Avis sur HEIF
Posté par SpaceFox (site web personnel, Mastodon) . En réponse à la dépêche Des formats d'image. Évalué à 3. Dernière modification le 27 juillet 2023 à 10:35.
Il faut aussi vachement relativiser la notion de « stockage géant » pour de la photo, on est très loin des volumes nécessaires pour la vidéo. Aujourd’hui, un appareil photo haut de gamme capteur plein format peut avoir un capteur de 45 Mpx, et générera des raw de 50 Mo environ.
Si tu prends 20 000 photos par an (ce qui est énorme, ça fait plus de 50 par jours, tous les jours), et que tu conserves tout, ça ne fait que 1 To, ce qui tient sans aucun problème sur n’importe quel système de stockage de masse.
Les photos JPEG/HEIF sont plus petites d’un ordre de grandeur (5 Mo environ pièce), même un photographe compulsif qui conserve absolument tout peut tout garder sans problème.
PS : d’autre part, quand j’ai retraité mes photos du Japon, j’étais très content d’avoir gardé tous les raw, ça m’a permis de refaire ces traitements propres.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Avis sur HEIF
Posté par SpaceFox (site web personnel, Mastodon) . En réponse à la dépêche Des formats d'image. Évalué à 3.
Pour compléter la comparaison : les fichiers raw ne sont pas des fichiers image. C’est un enregistrement des données sorties du capteur, non modifiées1. Il faut un traitement complexe plein de choix arbitraires pour transformer un raw en image.
Pour garder le parallèle musical, les raw c’est les fichiers master de la photo, les données brutes d’enregistrement sur lesquelles tu ne veux aucune compression destructive, mais qui ne servent à rien en soi, sans traitement.
Beaucoup de gens n’ont ni besoin ni utilité de ces données, ce qu’ils veulent, c’est juste le résultat final, prêt à l’emploi. Ça implique d’accepter les choix arbitraires susmentionnés qu’a fait l’appareil (smartphone ou « JPEG/HEIF du boiter ») sans retraitement ailleurs qu’à la marge, et très souvent ça fait le boulot. Ces fichiers pourraient être produits sans compression destructive (mais pas sans destruction, les données du capteurs ne pouvant pas être retrouvées suite aux traitements effectués pour les transformer en image), mais ça n’a pas grand intérêt.
Deux exceptions connues : 1. Toute la profondeur de données peut ne pas être enregistrée (raws sur 12 bits mais capteur sur 14) ; 2. Certains boitiers intègrent une correction du bruit thermique dans les données raw sur les poses longues. ↩
La connaissance libre : https://zestedesavoir.com
[^] # Re: Remède pire que le mal ?
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal La taxe carbone. Évalué à 2.
Le plus simple c’est sans doute de récupérer les sous-titres, ça doit être faisable je ne sais trop comment.
Sinon tu fais comme moi, tu attends d’avoir le temps de les regarder (je les ai vues un mois après leur parution).
La connaissance libre : https://zestedesavoir.com
# Un autre article sur le sujet (et la différence entre Gulf Stream et AMOC)
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien Selon une étude, le Gulf Stream pourrait s'effondrer dès 2025. Évalué à 10.
Un autre article sur le sujet, qui explique bien les différences entre « Gulf Stream » et « AMOC » (le titre de l’article du Guardian peut être trompeur) : https://bonpote.com/le-gulf-stream-va-t-il-sauver-leurope-du-changement-climatique/
On y parle des risques et conséquences d’un ralentissement, arrêt ou effondrement du Gulf Stream ou de l’AMOC, et des conséquences concrètes que ça pourrait avoir. Attention toutefois : cet article a plus de deux ans, et l’étude citée par le Guardian montrerait qu’un scénario de ralentissement / effondrement de l’AMOC serait plus probable que ce qui y était évoqué alors.
D’une manière générale, si le changement climatique vous intéresse, ce site est pour vous.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Remède pire que le mal ?
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal La taxe carbone. Évalué à 3.
Mais du coup, tu les a vues ces vidéos ou toujours pas ?
La connaissance libre : https://zestedesavoir.com
[^] # Re: Pourquoi s'embêter ?
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal "Contestabilité concurrentielle". Évalué à 3.
D’autant plus qu’en France métropolitaine on a plus de site disponibles pour ajouter de nouveaux barrages.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Comme dirait Jean-Pierre, c'est de la merde
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal "Contestabilité concurrentielle". Évalué à 5. Dernière modification le 24 juillet 2023 à 23:02.
C’est tellement vrai que même des entreprises à peu près réglo dans leur approche ont fini par céder aux sirènes de l’ARENH quand le prix SPOT de l’électricité est devenu absurdement élevé. C’est par exemple le cas d’Enercoop, qui couvre à peu près leurs reventes en finançant des producteurs d’ENR – ils ne financent pas les grosses pointes en temps réel mais à une époque finançaient plus de 100 % du total de production, très loin devant la plupart des autres et qui passait son temps à cracher sur le nucléaire (avatar de Greenpeace oblige). Mais non, quand le vent a tourné, ils ont commencé par refuser les nouveaux contrats, puis en AG se sont gentiment torchés sur leurs principes et ont utilisé l’ARENH – tout en conservant la communication antinucléaire sur leur page d’accueil.
Ce jour là, ils sont instantanément passés du statut de « fournisseur alternatif à peu près sérieux, disons qui fait de son mieux dans sa logique sans trop profiter » à « gros pourris sans morale à ranger avec Total Énergie ». Ces derniers faisaient partie de la vague qui a tenté un procès pour ne pas payer le tarif de l’ARENH les quelques mois où il était au-dessus du tarif SPOT pendant le covid (littéralement, les gars voulaient l’uranium et l’argent de l’uranium).
Au fait, on en parle du gouvernement qui annonce que « t’inquiètes frère l’électricité n’augmentera pas en 2023 » puis « en fait +10 % en aout » ?
La connaissance libre : https://zestedesavoir.com
[^] # Re: Comme dirait Jean-Pierre, c'est de la merde
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal "Contestabilité concurrentielle". Évalué à 2.
Dans ce cas précis, EDF s’est aussi tirée une balle dans le pied avec un service client particulièrement catastrophique. Il y a 6 ans, le consommateur était censé savoir qu’il y avait un numéro de contact différent s’il avait un Linky ou un ancien compteur, et appeler directement le bon. Ce « simple » problème de service leur a fait perdre beaucoup de clients.
La connaissance libre : https://zestedesavoir.com