SpaceFox a écrit 1602 commentaires

  • [^] # Re: Séparation chroma/luma

    Posté par  (site web personnel, Mastodon) . En réponse au journal Du format et de la taille des images. Évalué à 5.

    Selon les sources, la sensibilité dynamique de l’œil est d’environ 24 bits/stops/IL – plein de façons de dire qu’entre la plus grande et la plus petite lumière qu’on peut percevoir il y un rapport d’environ 224

    Par contre c’est pas en instantané : la sensibilité de l’œil sur une scène unique est très difficile à évaluer, les sources vont de 12 à 17 IL. Rien qu’en un coup d’œil ça peut bouger de de 2 à 4 IL, et en dix minutes d’adaptation changer de plus de 10 IL.

    Pour la couleur c’est encore pire, le champ n’est pas du tout homogène (il ne l’est déjà pas à la sensibilité lumineuse). La fovea est très sensible aux couleurs et très peu à la luminosité ; par contre hors de cette tache particulière la sensibilité aux couleurs baisse très vite et est à peu près nulle sur les bords du champ de vision.

    En fait, un être humain en bonne santé voit une tache étroite, nette et en couleurs ; et plein de flous en gris/mauvaises couleurs autour. Et il y au trou en plein dans le champ (la tache aveugle). Et le cerveau passe son temps à la fois à imaginer des trucs (les détails et les couleurs du champ élargi) et à ignorer des trucs (à commencer par le nez).

    Donc, forcément, quand on essaie de comparer ça à un système optique de type photographique, ça devient compliqué :D

    La connaissance libre : https://zestedesavoir.com

  • [^] # Re: Les effets insoupçonnés (?) de la nature de l’image elle-même

    Posté par  (site web personnel, Mastodon) . En réponse au journal Du format et de la taille des images. Évalué à 5. Dernière modification le 01 septembre 2023 à 01:27.

    Aucun navigateur Internet en version stable (pour une utilisation sur le web), aucun lecteur de mangas électroniques de ceux qu j'ai utilisé, sur PC comme sur mobile (le cas d'usage que je décrivais). Idem pour les visionneuses d'images des personnes à qui je pourrais envoyer des photos.

    Lire le format AVIF par contre ne m'a posé aucun vrai problème (seul Edge ne supporte pas encore par défaut, à ma grande surprise).

    C'est bien de pouvoir produire ces images, mais si c'est pour se priver de la plupart des cas d'usage, ben c'est un format inutile. On ne reparlera quand le support de JPEG XL sera actif là où j'ai besoin d'afficher les images et là où j'ai besoin que les gens les voient. Et cette remarque est indépendante des qualités intrinsèques du format.

    Et franchement, mon avis dans un commentaire sur ce site pourrait "nuire au format" ? Je ne pense pas avoir cette influence.

    La connaissance libre : https://zestedesavoir.com

  • [^] # Re: Effet loupé

    Posté par  (site web personnel, Mastodon) . En réponse au journal Du format et de la taille des images. Évalué à 2. Dernière modification le 31 août 2023 à 10:02.

    C’est amusant parce que pour moi la vidéo ne fonctionne pas du tout.

    Visiblement il y a une grande variabilité interpersonnelle dans ce genre d’expérience – sans parler des différences dues aux différents rendus des différents écrans utilisés, en particulier ceux des portables qui ont la sale habitude « d’améliorer » l’image en la saturant à mort.

    La connaissance libre : https://zestedesavoir.com

  • [^] # Re: Effet loupé

    Posté par  (site web personnel, Mastodon) . En réponse au journal Du format et de la taille des images. Évalué à 6.

    Pour moi ça dépend de la distance de vision de l’image et surtout des couleurs. Le vert fonctionne plutôt bien, le orange des visages très mal, et le reste dépend. Par contre, sans mes lunettes, c’est très efficace :D

    La connaissance libre : https://zestedesavoir.com

  • # Les effets insoupçonnés (?) de la nature de l’image elle-même

    Posté par  (site web personnel, Mastodon) . En réponse au journal Du format et de la taille des images. Évalué à 7.

    Quand on veut compresser des images (avec pertes), il y a parfois des effets qui sont étonnants en première approche (et qui s’avèrent logiques une fois qu’on a réfléchi au problème).

    Il y a quelques semaines, j’ai acheté un manga en version électronique, et me suis retrouvé avec un fichier gigantesque : l’éditeur y a enregistré ses images en qualité « impression » (je peux prendre mon manga et l’imprimer en 600 dpi, j’obtiens quasiment la taille d’impression réelle) et en PNG.

    Autant dire que les images sont énormes, et images de couverture et les pages en couleur avec leurs dégradés sont gigantesques.

    J’ai voulu les retailler (à largeur de l’image = largeur de l’écran) et recompresser, et pour ça j’ai choisi le format AVIF, qui est très efficace (quoique très lent à compresser, mais c’est un autre débat).

    Et là, surprise ! Les images couleur sont extrêmement bien compressées ; les images noir et blanc sont bien compressées, mais prennent beaucoup plus de place que les images couleur. Pourtant, il y a des couleurs en plus, donc ça devrait prendre plus de place ?

    Eh bien non. AVIF est capable de compresser très efficacement les dégradés, et les images couleurs contiennent finalement assez peu de détails fins (il n’y a pas d’effets de textures ou autre). Elles contiennent donc assez peu d’information (au sens de la théorie de l’information), et correspondent bien aux modèles d’approximation utilisés pour la compression avec pertes dans AVIF, donc se compressent très bien.

    Les images noir et blanc, par contre, ont des trames, donc énormément de minuscules détails. Pire : par nature, ces détails sont contenus dans la luminosité de l’image, donc ce que l’algorithme de compression se refuse à trop détruire pour conserver la qualité perçue de l’image. Donc, les pages en noir et blanc se compressent très mal, et donnent des fichiers beaucoup plus gros que les images couleurs.

    Maintenant je rêve d’un algo de compression AVIF efficace : pour de la compression avec pertes, c’est un format beaucoup plus efficace que JPEG (y compris pour le noir et blanc décrit plus haut), sensiblement meilleur que WEBP (et avec moins d’artefacts parasites sur les dégradés, un vrai problème avec WEBP ou JPEG) et bien supporté un peu partout (pas comme JPEG XL que personne ne sait lire par exemple). Mais c’est vraiment l’horreur à compresser.

    La connaissance libre : https://zestedesavoir.com

  • # SNCF

    Posté par  (site web personnel, Mastodon) . En réponse au journal mais pourquoi s'appellent ils tous "OS"?. Évalué à 10.

    SNCF est une société qui gère des chemins de fer en France et s'appelle littéralement Société Nationale des Chemins de fer Français. Tu peux donc la ranger dans la catégorie des noms descriptifs !

    La connaissance libre : https://zestedesavoir.com

  • [^] # Re: Et aussi : des ravages du Lorem ipsum

    Posté par  (site web personnel, Mastodon) . En réponse au lien UXWriting du jour : tronquer les textes ? Mauvaise idée.. Évalué à 7.

    D’expérience, le faux texte est utile pour deux raisons différentes :

    1. Avec du vrai texte, pendant les validations, les gens vont se focaliser sur le contenu (qui pourtant n’est là que pour l’exemple) au lieu de la forme (qui est ce sur quoi la validation devrait porter).
    2. Avec du vrai texte, les clients ont tendance à croire qu’il n’y a pas de travail d’intégration supplémentaire pour récupérer les vraies données.

    C’est le même genre de problème qui fait qu’on valide les maquettes fonctionnelles avec des outils dont le dessin ne ressemble pas du tout à des designs réels, plutôt des traits de crayons sur du papier : ça permet d’extraire le point à travailler sans se laisser perturber par du superflu ou du point qui sera réglé ensuite.

    Là où je te rejoins par contre, c’est qu’il faudrait laisser tomber les vieilles habitudes de PAO et oublier la notion de bloc limité en taille. Évidemment, c’est beaucoup plus complexe à faire, et impose d’oublier toute notion de « jolie grille harmonieuse » très chère aux gens qui veulent d’abord un truc « joli » puis seulement un truc pratique – et il y en a beaucoup.

    La connaissance libre : https://zestedesavoir.com

  • [^] # Re: Titre vs contenu de l'article

    Posté par  (site web personnel, Mastodon) . En réponse au lien Comment Elon Musk et Starlink ont, pour 400 millions de dollars, "trahi" l'armée ukrainienne. Évalué à 4.

    et j'ai du mal à imaginer que ces limitations ne puissent pas être contournées par des moyens algorithmiques

    Cet article explique très bien pourquoi c’est pas si simple :

    The situation is a bit different for more sensitive telescopes, however, such as the Vera C. Rubin Observatory’s 8.4-meter Simonyi Survey Telescope, currently under construction in Chile. Its 3200-megapixel camera will capture about 1,000 images of the sky in 9.6-square-degree chunks — every night for 10 years. Each image can detect objects to a limiting magnitude of about 24.

    It is now expected that up to 30 percent of its images will contain at least one Gen-2 satellite track. Additionally, a single bright satellite with a magnitude of 5 would not only corrupt the pixels directly under its path across the image, but also produce a 100-pixel-wide (or greater) parallel band of saturated pixels to either side. And every 30-second twilight exposure will have at least one streak across it in the Gen-2 configuration, so that up to 3 percent of the image area will have to be discarded even if the satellites are dimmed to magnitude 7, equivalent to losing several months of observing time.

    D’autre part :

    et au pire les orbites des satellites sont très bien documentées, ce qui permettrait de savoir à la seconde près quand le satellite va entrer dans le champ du télescope

    C’est beaucoup plus compliqué que ça, surtout vue la quantité de satellites déjà en orbite et à venir à prendre en compte.

    Sinon je te conseille aussi le rapport de l’American Astronomical Society (ASS) sur le sujet ou, plus technique, _Impact of the SpaceX Starlink Satellites on the Zwicky Transient Facility Survey Observations.

    La connaissance libre : https://zestedesavoir.com

  • [^] # Re: Titre vs contenu de l'article

    Posté par  (site web personnel, Mastodon) . En réponse au lien Comment Elon Musk et Starlink ont, pour 400 millions de dollars, "trahi" l'armée ukrainienne. Évalué à 9. Dernière modification le 23 août 2023 à 22:50.

    Pour le starlink et l’astronomie : ce que tu décris, c’est pas de l’astronomie professionnelle (celle qui va avoir des problèmes). Les contraintes de l’astronomie professionnelles sont très éloignées de ce que tu décris, et c’est pour ça que les starlinks sont un problème énorme.

    C'est ce qu'on lit, mais ça reste très exagéré. Le ciel, c'est plus de 41000 degrés carrés; il y a moins d'une chance sur 10 d'avoir un satellite Starlink dans le champ d'un télescope.

    À un instant T, peut-être ; mais l’astronomie professionnelle a souvent besoin de pointer un même objet pendant des heures.

    Pour l'observation en direct, un satellite ne va pas gêner, on va voir un point qui bouge dans le champ, c'est tout.

    L’observation en direct ne concerne que l’astronomie amateur ; en l’état les starlinks sont de la pollution. C’est « dommage » mais cet argument ne concerne pas les professionnels.

    Les magnitudes sont assez petites (ce n'est pas un flash iridium, qui pouvait se voir en plein jour).

    En fait non, les magnitudes sont énormes. SpaceX s’est engagé (et n’a pas réussi) à réduire la brillance des starlinks à une magnitude au-delà de 7. Une magnitude de 7, c’est la limite supérieure de la beaucoup d’objets étudiés d’un point de vue professionnel (dans le visible, en infrarouge ou en spectroscopie on s’intéresse à des objets plus brillants que ça). Le VLT est capable d’imager jusqu’à la magnitude 30 en une heure, et je rappelle que c’est une échelle logarithmique.

    et il faudra traiter les images en pause longue pour l'astrophoto

    C’est le moment de rappeler qu’on ne peut pas facilement traiter les données de capteur de l’astronomie pro.

    mais je trouve que les nuisances dues aux satellites sont considérablement inférieures à celles liées à la pollution lumineuse des éclairages nocturnes.

    L’astronomie professionnelle dépense déjà des fortunes pour s’installer dans des zones sans pollutions lumineuse. On peut encore échapper à la pollution lumineuse. Mais on ne peut pas échapper aux starlink. Enfin, si, en allant dans l’espace comme l’a proposé Musk, ce qui montre bien qu’il ne maitrise absolument pas le sujet (exemple : chacun des 4 miroirs du VLT mesure 8,2 mètres de diamètre et ont déjà plus de 20 ans ; l’observatoire Vera C. Rubin a un miroir principal de 8,42 m pour une très grande ouverture et un très grand champ ; l’ELT, en cours de construction, aura un miroir de 39 mètres de diamètre et devrait couter ~1,2 G€. Le JSWT a un miroir de « seulement » 6,5 mètres de diamètres et a couté ~10 G$).

    Voici un dossier sur le sujet en français.

    Et comme si ça ne suffisait pas : starlink perturbe aussi la radioastronomie avec ses émissions.

    Comme d’hab, Musk a fait une Musk sur ce projet, et se comporte comme s’il était seul au monde. Et ça a de vraies conséquences.

    La connaissance libre : https://zestedesavoir.com

  • [^] # Re: Flatseal

    Posté par  (site web personnel, Mastodon) . En réponse au journal "dérives sécuritaires" : inconvénients des flatpacks, snap ou environnements sandbox.. Évalué à 4.

    Note que la complexité de ce que tu appelles « l’affichage » a aussi explosé, le service rendu par les deux documents n’a absolument rien à voir.

    La connaissance libre : https://zestedesavoir.com

  • [^] # Re: Le monde post-captcha

    Posté par  (site web personnel, Mastodon) . En réponse au lien Great news! Humans are now slower and perform worse at solving Captchas than machine-learning bots!. Évalué à 4.

    Pourtant il y a même un joli tableau, Table 3, page 10.

    La connaissance libre : https://zestedesavoir.com

  • [^] # Re: Loupé

    Posté par  (site web personnel, Mastodon) . En réponse au lien La récursivité sur linuxfr. Évalué à 2.

    Au fait, quand j’écris :

    toute personne qui écrit une méthode récursive a intérêt à l’accompagner d’un commentaire qui justifie pourquoi c’est une bonne idée de faire ça

    Ça veut juste dire ce qui est écrit, à savoir : que quand on écrit du code récursif, il faut être capable de l’expliquer et de le justifier. Et donc, de l’utiliser si c’est le code le plus efficace (le plus logique, lisible, performant, tout ça à la fois…) – par exemple si on doit faire un traitement dont la logique fonctionnelle est récursive, c’est probablement une bonne solution.

    Ça ne signifie absolument pas qu’il faut s’interdire de faire du code récursif.

    Non parce que quand je vois les réactions, c’est ce que certains ici semblent avoir compris.

    La connaissance libre : https://zestedesavoir.com

  • [^] # Re: 🙄

    Posté par  (site web personnel, Mastodon) . En réponse au journal Sortie de darktable 4.4.0, non, 4.4.1, pardon, 4.4.2. Évalué à 3.

    J’ai pas été clair sur ce point (j’ai écrit le passage un peu vite).

    Mon propos, c’est que dans mon souvenir les précédentes releases étaient de bonne qualité, en tous cas assez pour ne pas nécessiter de nouvelle version avant la prochaine release. Ce qui pour moi est un signe fort de qualité et de stabilité du logiciel, surtout couplé avec un rythme de sorties régulier : ça veut dire que la base de code est assez propre, stable et bien testée.

    Là, c’est vraiment la différence entre la qualité habituelle du logiciel, d’une part ; et d’autre part la double sortie corrective et la vidéo de présentation du blog officiel qui montre des problèmes qui m’a surpris. C’est assez inhabituel (j’ai vérifié, il n’y a pas eu de version x.y.2 depuis la 3.0.2, éventuellement la 3.4.1.1 qui était un hotfix spécifique à Windows si on veut pinailler).

    J’ajoute que jusqu’ici les sons de cloche étaient « darktable c’est techniquement nul » (de la part de la personne dont tu cite et dont je sais qu’elle a travaillé sur le projet, et d’autres dont je ne connais pas du tout la légitimité), et d’autres commentaires rassurants y compris de la part de développeur de darktable sur ce site même. Donc, mis à part quelques étrangetés d’ergonomie, je n’y avait pas prêté plus d’attention que ça. Mais les points soulevés – je rappelle ce que j’ai déjà dit : je n’ai pas encore eu le temps de tester le logiciel ! – m’ont rappelé ces discussions et ont provoqué l’interrogation que j’ai soulevée dans le journal.

    Quant à participer au projet, je n’ai hélas pas le temps ni les compétences pour faire du core dev (j’ai pas dû toucher à du C depuis 20 ans… et c’était sur microcontrôleur !) mais si je vois que le projet a besoin d’un coup de main que je peux donner (financier par exemple), bien entendu que je serais heureux d’y participer.

    J’espère que ce point est plus clair.

    Mon intention n’était ni de déprécier le travail des contributeurs de darktable ni de vexer quiconque, et je m’excuse si mon message a été perçu comme tel.

    La connaissance libre : https://zestedesavoir.com

  • [^] # Re: Ce troll de compèt c’est pour vendredi ?

    Posté par  (site web personnel, Mastodon) . En réponse au lien $HOME, Not So Sweet $HOME. Évalué à 6.

    C’est des caches persistants, justement, ils ne peuvent pas aller dans /tmp.

    D’autre part, tu te trompes de comparaison (mon ls sans afficher les fichiers cachés est beaucoup plus réduit, et pourtant contient quand même Snapshots/, Downloads/ et javasharedresources/ qui sortent de je ne sais où).

    Ce que tu dis ne pas être le sujet est précisément le sujet du lien.

    Enfin, non, c’est pas aussi simple que « Un répertoire = une appli », ça fait partie du problème. Il y a même un exemple dans le morceau de code que tu cites…

    La connaissance libre : https://zestedesavoir.com

  • [^] # Re: Ce troll de compèt c’est pour vendredi ?

    Posté par  (site web personnel, Mastodon) . En réponse au lien $HOME, Not So Sweet $HOME. Évalué à 4.

    D'ailleurs une distribution ou un mainteneur pourrait faire la transition en douceur. Un script de post installation qui crée un lien symbolique entre l'ancien et le nouveau chemin, ou un patch pour que OpenSSH compilé sur Debian garde le chemin ~/.ssh par défaut quelques temps en prévenant quand c'est fini.

    Et ils ne le font pas. Ça n'est probablement pas pour rien.

    Dans ce cas précis, l’argumentaire est archivé ici :

    No.

    OpenSSH (and it's ancestor ssh-1.x) have a 17 year history of using ~/.ssh. This location is baked into innumerable users' brains, millions of happily working configurations and countless tools.

    Changing the location of our configuration would require a very strong justification and following a trend of desktop applications (of which OpenSSH is not) is not sufficient.

    Et quand les gens commencent à donner des justifications :

    sorry, but the answer is "no". please stop beating this particular dead horse.

    La connaissance libre : https://zestedesavoir.com

  • [^] # Re: Ansel

    Posté par  (site web personnel, Mastodon) . En réponse au journal Sortie de darktable 4.4.0, non, 4.4.1, pardon, 4.4.2. Évalué à 7. Dernière modification le 18 août 2023 à 11:51.

    J’avais regardé (je ne sais plus si c’était à la sortie de darktable 4.2 ou 4.3), mais j’ai beaucoup de mal avec ce projet qui passe infiniment plus de temps à cracher sur darktable qu’à montrer ses propres améliorations, celles qui feraient que pour l’utilisateur, Ansel est plus intéressant. Et non, ça n’est pas le nombre de requêtes SQL internes faites dans la table lumineuse qui m’impacte (pour reprendre un exemple qui est beaucoup trop détaillé dans Ansel).

    D’une manière intéressante, je trouve qu’Aurélien Pierre dit beaucoup de choses intéressantes sur le sujet (darktable, la photo, le traitement des couleurs…), mais je déteste sa façon de les dire.

    La connaissance libre : https://zestedesavoir.com

  • [^] # Re: Ce troll de compèt c’est pour vendredi ?

    Posté par  (site web personnel, Mastodon) . En réponse au lien $HOME, Not So Sweet $HOME. Évalué à 8. Dernière modification le 18 août 2023 à 11:43.

    Après si vous foutez tout un tas de fichiers à plat dans votre $HOME, c’est vous les gorets, pas Unix.

    Soyons sérieux deux minutes. Voici la liste de ce qui s’est mis automatiquement à la racine de mon $HOME, sur le Ubuntu/WSL de ma machine du boulot (donc utilisée uniquement pour le boulot, pas pour les jeux) :

    drwxr-xr-x 38 spacefox spacefox 4,0K août  17 18:01  .
    drwxr-xr-x  4 root     root     4,0K juin   1 10:52  ..
    drwxr-xr-x  2 spacefox spacefox 4,0K févr.  2  2022  .android
    drwx------  3 spacefox spacefox 4,0K août  16 16:53  .aws
    drwx------  3 spacefox spacefox 4,0K mars  13 10:57  .awsvault
    -rw-------  1 spacefox spacefox 166K août  17 18:01  .bash_history
    -rw-r--r--  1 spacefox spacefox  220 févr.  2  2022  .bash_logout
    -rw-r--r--  1 spacefox spacefox 4,5K août  10 13:43  .bashrc
    drwxr-xr-x  8 spacefox spacefox 4,0K août  11 18:22  .cache
    drwxr-xr-x  3 spacefox spacefox 4,0K mai   12 10:11  .capsule
    drwxr-xr-x 17 spacefox spacefox 4,0K mai   30 15:15  .config
    drwx------  3 spacefox spacefox 4,0K févr.  2  2022  .dbus
    drwx------  3 spacefox spacefox 4,0K févr. 13  2023  .docker
    drwx------  2 spacefox spacefox 4,0K juil. 11 11:53  Downloads
    drwxr-xr-x  5 spacefox spacefox 4,0K mai   26 10:08  .equo
    drwxr-xr-x  4 spacefox spacefox 4,0K mars  18  2022  .gem
    -rw-r--r--  1 spacefox spacefox  163 mai   15 14:23  .gitconfig
    drwx------  4 spacefox spacefox 4,0K août  17 17:22  .gnupg
    drwxr-xr-x 13 spacefox spacefox 4,0K août  10 13:49  .gradle
    drwxr-xr-x  4 spacefox spacefox 4,0K févr.  2  2022  .java
    drwxr-xr-x  2 spacefox spacefox 4,0K juin   1  2022  javasharedresources
    drwxr-xr-x  3 spacefox spacefox 4,0K août   9 15:08  .jdks
    drwxr-xr-x  2 spacefox spacefox 4,0K févr.  2  2022  .landscape
    -rw-------  1 spacefox spacefox  303 août  11 11:30  .lesshst
    drwxr-xr-x  4 spacefox spacefox 4,0K août  11 11:46  .local
    drwxr-xr-x  4 spacefox spacefox 4,0K août  10 14:05  .m2
    -rw-r--r--  1 spacefox spacefox    0 août  18 09:09  .motd_shown
    drwx------  4 spacefox spacefox 4,0K févr.  2  2022  .mozilla
    drwxr-xr-x  2 spacefox spacefox 4,0K juil. 11 11:51  .nbprofiler
    drwxr-xr-x  4 spacefox spacefox 4,0K nov.   3  2022  .npm
    drwxr-xr-x  8 spacefox spacefox 4,0K nov.   3  2022  .nvm
    drwx------  3 spacefox spacefox 4,0K mars  21  2022  .pki
    -rw-r--r--  1 spacefox spacefox  886 janv. 16  2023  .profile
    drwxr-xr-x  2 spacefox spacefox 4,0K juil. 25 11:51  .redhat
    drwxr-xr-x  2 spacefox spacefox 4,0K avril 28  2022  Snapshots
    drwxr-xr-x  2 spacefox spacefox 4,0K août   9 15:06  .sonar
    drwxr-xr-x  3 spacefox spacefox 4,0K févr. 18  2022  .sonarlint
    drwx------  2 spacefox spacefox 4,0K août  16 15:50  .ssh
    drwxr-xr-x  3 spacefox spacefox 4,0K févr.  2  2022  .subversion
    -rw-r--r--  1 spacefox spacefox    0 févr.  2  2022  .sudo_as_admin_successful
    -rw-r--r--  1 spacefox spacefox  181 juil. 27 15:00  .testcontainers.properties
    drwxr-xr-x  4 spacefox spacefox 4,0K juil. 11 11:54  .visualvm
    -rw-r--r--  1 spacefox spacefox  380 août   9 15:28  .wget-hsts
    -rw-r--r--  1 spacefox spacefox 1,9K avril  7 16:45  .wsl-config
    drwxr-xr-x  3 spacefox spacefox 4,0K avril 28  2022  .yjp

    Alors oui, c’est surtout des fichiers cachés, donc au quotidien ça n’est pas très dérangeant. Par contre, le jour où j’ai voulu faire du ménage là-dedans, ça a été la grosse galère, notamment à cause de tous les logiciels qui collent des caches gigantesques n’importe où, et de ceux qui ne font pas le ménage à la montée de version (exemple que je découvre à l’instant : .sonarlint qui est devenu .sonar).

    La connaissance libre : https://zestedesavoir.com

  • [^] # Re: Loupé

    Posté par  (site web personnel, Mastodon) . En réponse au lien La récursivité sur linuxfr. Évalué à 0. Dernière modification le 18 août 2023 à 10:51.

    Ça ne résous pas les problèmes de lisibilité et de maintenance (qui sont les plus importants sur du code "de production", destiné à être conservé et maintenu longtemps).

    La connaissance libre : https://zestedesavoir.com

  • [^] # Re: Loupé

    Posté par  (site web personnel, Mastodon) . En réponse au lien La récursivité sur linuxfr. Évalué à -2.

    De toute façon, toute personne qui écrit une méthode récursive a intérêt à l’accompagner d’un commentaire qui justifie pourquoi c’est une bonne idée de faire ça, tellement ça pose de problèmes (taille de pile à l’exécution, lisibilité, maintenance…).

    La connaissance libre : https://zestedesavoir.com

  • [^] # Re: Ce troll de compèt c’est pour vendredi ?

    Posté par  (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 $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.

    La connaissance libre : https://zestedesavoir.com

  • # Cinq ans et demie de retard

    Posté par  (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  (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  (site web personnel, Mastodon) . En réponse au lien Julia Evans: Notes on using a single-person Mastodon server. Évalué à 3.

    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.

    La connaissance libre : https://zestedesavoir.com

  • [^] # Re: Visibilité des réponses aberrante

    Posté par  (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  (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