Le vocabulaire est contestable, mais le fond est valable AMHA. La Sainte Rétro-compatibilité m'excuse pas tout, surtout sur des logiciels qui ont connu des versions majeures avec ruptures de compatibilité pour d'autres raisons.
Avoir un $HOME qui est un foutoir sans nom, ne jamais savoir où chercher les configurations etc. des logiciels, avoir un "Mes Documents" inutilisable sous Windows à cause des jeux, tout ça aussi c'est des problèmes légitimes.
Exactement. Et d'ailleurs y'a une fonctionnalité de Mastodon qui marche très bien : l'abonnement aux hashtags. Ça permet de voir du contenu qui concerne les sujets choisis (en admettant des tags pertinents) pour le consommateur, et d'avoir une audience de qualité pour le producteur.
J'ai accès à tout le Fédiverse avec un seul compte sur un seul serveur.
Ou pas, justement, c’est tout le problème de la modération sur Mastodon. Un admin peut te bloquer sur ton instance sans que tu sois au courant, et tu n’as plus accès à ce contenu. Ça encore, c’est légitime. Mais un admin peut aussi bloquer toute l’instance sur laquelle tu es inscrit sans que tu sois au courant, sans que tu n’aie personnellement posé le moindre problème, et sans que tu sois au courant. Il y a régulièrement des dramas à ce sujet.
essaye plutôt de trouver celui ou ceux qui te conviennent. (ou bien tu créés le tiens, c'est facile avec Yunohost)
Et créer son propre serveur pose des problèmes spécifiques, c’est le sujet du présent lien, ou de cet autre article.
Oui, c'est bien ce que je dis. Tout le monde veut utiliser une identité sur un truc qui a fondamentalement, de pas sa conception, un fonctionnement de forums.
Je ne sais pas si c'est un problème de conception de Mastodon (choix techniques mal adaptés) ou de façon de le présenter, mais ça n'est pas très étonnant que ça fonctionne mal.
Oh, Luc Montagnier nous a que trop prouvé que même les lauréats du prix Nobel pouvaient se répandre en imbécillités dès qu’ils sortent de leur sujet d’expertise.
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. ↩
[^] # Re: Ce troll de compèt c’est pour vendredi ?
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien $HOME, Not So Sweet $HOME. Évalué à 4.
Le vocabulaire est contestable, mais le fond est valable AMHA. La Sainte Rétro-compatibilité m'excuse pas tout, surtout sur des logiciels qui ont connu des versions majeures avec ruptures de compatibilité pour d'autres raisons.
Avoir un
$HOMEqui est un foutoir sans nom, ne jamais savoir où chercher les configurations etc. des logiciels, avoir un "Mes Documents" inutilisable sous Windows à cause des jeux, tout ça aussi c'est des problèmes légitimes.La connaissance libre : https://zestedesavoir.com
# Cinq ans et demie de retard
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien La récursivité sur linuxfr. Évalué à 10. Dernière modification le 17 août 2023 à 23:04.
Bravo, tu viens de refaire la blague du 7ème lien posté sur LinuxFR :
https://linuxfr.org/users/roduit/liens/lien-recursif
(Oui, j’ai une bonne mémoire, mais seulement pour les trucs inutiles).
La connaissance libre : https://zestedesavoir.com
[^] # 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é à 3.
Exactement. Et d'ailleurs y'a une fonctionnalité de Mastodon qui marche très bien : l'abonnement aux hashtags. Ça permet de voir du contenu qui concerne les sujets choisis (en admettant des tags pertinents) pour le consommateur, et d'avoir une audience de qualité pour le producteur.
La connaissance libre : https://zestedesavoir.com
[^] # 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é à 3.
Ou pas, justement, c’est tout le problème de la modération sur Mastodon. Un admin peut te bloquer sur ton instance sans que tu sois au courant, et tu n’as plus accès à ce contenu. Ça encore, c’est légitime. Mais un admin peut aussi bloquer toute l’instance sur laquelle tu es inscrit sans que tu sois au courant, sans que tu n’aie personnellement posé le moindre problème, et sans que tu sois au courant. Il y a régulièrement des dramas à ce sujet.
Et créer son propre serveur pose des problèmes spécifiques, c’est le sujet du présent lien, ou de cet autre article.
La connaissance libre : https://zestedesavoir.com
[^] # 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é à 3.
Oui, c'est bien ce que je dis. Tout le monde veut utiliser une identité sur un truc qui a fondamentalement, de pas sa conception, un fonctionnement de forums.
Je ne sais pas si c'est un problème de conception de Mastodon (choix techniques mal adaptés) ou de façon de le présenter, mais ça n'est pas très étonnant que ça fonctionne mal.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Citation d'Umberto Eco, un peu condescendante, mais non moins pertinente dans ce cas de figure
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien Sur les réseaux sociaux, les scientifiques victimes du "déferlement de haine" des climatosceptiques . Évalué à 5.
Oh, Luc Montagnier nous a que trop prouvé que même les lauréats du prix Nobel pouvaient se répandre en imbécillités dès qu’ils sortent de leur sujet d’expertise.
La connaissance libre : https://zestedesavoir.com
[^] # 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