Guillawme a écrit 219 commentaires

  • [^] # Re: J'aime pas :)

    Posté par  (site web personnel, Mastodon) . En réponse au journal Mi kama sona e toki pona*. Évalué à 2.

    Je n'ai absolument de que « accastillage » peut vouloir dire. Mais j'en fiche un peu, je ne fais pas de bateau. À ce propos, les gens de la mer étaient-ils vraiment obligés de créer tout un vocabulaire redondant avec le français courant ? Gauche, droite, avant et arrière sont vraiment ambiguës au point de nécessiter bâbord, tribord, proue et poupe ?

    Le vocabulaire maritime est incroyablement riche. Comme d'autres commentaires l'ont déjà indiqué, il est important d'avoir des mots pour désigner les sens et directions selon différents référentiels qui sont rarement alignés (référentiel du globe, du bateau, du marin). Mais pour revenir au terme "accastillage", dans ce cas on a besoin de mots distincts pour désigner des pièces et des équipements souvent uniques et sans équivalents sur des véhicules terrestres (le plus proche équivalent serait un char à voile, mais c'est un véhicule terrestre de niche). Il y a déjà 10 ans, j'ai coécrit un billet sur le vocabulaire maritime. Nous n'avons jamais pris le temps de faire plus de recherches pour écrire d'autres billets, mais je suis sûr qu'il y aurait encore de quoi faire.

  • # Une autre bonne idée

    Posté par  (site web personnel, Mastodon) . En réponse au lien Des élus suisses demandent pas de dividendes pour les entreprises qui bénéficient du chômage partiel. Évalué à 6.

    Une autre bonne idée, comme le Danemark et la Pologne le font apparemment déjà, est de ne pas rendre éligibles aux plans d'aide financière de l'état les entreprises qui font tout leur possible pour minimiser les impôts qu'elles payent.

    Encore une autre bonne idée serait de transformer cette crise en opportunité et de ne pas aider les entreprises qui extraient ou consomment des combustibles fossiles. À la place, on pourrait dépenser l'argent public pour donner de l'élan aux sources d'énergies qui n'émettent pas de gaz à effet de serre. Mais j'ai l'impression que c'est trop demander, et qu'aucun pays n'osera faire ça…

  • [^] # Re: Memex

    Posté par  (site web personnel, Mastodon) . En réponse au journal Appel à la foule : Wallabag, Pocket ou Read It Later ?. Évalué à 2.

    Merci mille fois, cet outil a l'air vraiment excellent !

    J'aime bien l'idée d'avoir mes annotations privées. C'est bien complémentaire de hypothes.is qui permet d'ajouter des annotations publiques.

  • # Tab bankruptcy

    Posté par  (site web personnel, Mastodon) . En réponse au journal Appel à la foule : Wallabag, Pocket ou Read It Later ?. Évalué à 6.

    Dans mon cas, utiliser une application de "liste de lecture" n'a pas résolu le problème : tous mes onglets se sont retrouvés stockés dans cette liste, que je n'ai au final jamais lue, et de nouveaux onglets se sont accumulés dans mon navigateur. J'en ai tiré une leçon : désormais je n'utilise plus la fonctionnalité de session persistante pour mon navigateur, et je n'utilise plus de liste de lecture non plus (ça ne fait que différer le problème). Cela me force à prendre une décision rationnelle avec chaque onglet : en gros, lire ce qu'il y a dedans maintenant ou l'abandonner ; parfois je marque en favori mais c'est seulement après une lecture en diagonale qui me confirme que je pourrais vouloir relire ça plus tard (c'est un peu redondant avec l'historique, mais ça aide quand même car les favoris sont proposés avant l'historique quand on commence à taper quelque chose).

    Au final, c'est un peu le même phénomène qu'avec les emails : c'est le fait de ne pas prendre une décision consciente de faire quelque chose (même si c'est simplement supprimer un email ou abandonner un onglet) qui provoque une accumulation incontrôlée. C'est très bien expliqué dans cet article de blog (en anglais), et les solutions que l'auteur propose sont adaptables à d'autres problèmes similaires comme l'accumulation d'onglets dans un navigateur.

  • # Ce type ne comprend rien

    Posté par  (site web personnel, Mastodon) . En réponse au lien Le coup de gueule du philosophe André Comte-Sponville sur l'après-confinement - franceinter. Évalué à 1.

    Et son discours qui minimise la gravité de l’épidémie est dangereux.

    Ce passage est l’exemple le plus criant de son manque de compréhension du sujet :

    En quoi les 14 000 morts du Covid-19 sont-ils plus graves que les 150 000 morts du cancer ?

    Les morts du cancer n’augmentent pas de façon exponentielle.

  • # Grâce à ce site...

    Posté par  (site web personnel, Mastodon) . En réponse au lien Chmod Calculator. Évalué à -2.

    … je n'ai plus peur d'utiliser chmod. :-)

    Je sais, RTFM, mais ce petit outil est franchement bien plus convivial que de devoir relire la page man à chaque utilisation. En plus, il m'a aidé à comprendre la notation octale : elle est aussi expliquée dans la page man, mais l'apprentissage est plus facile quand on peut faire une prédiction et la vérifier avec ce calculateur.

  • [^] # Re: et dans le monde

    Posté par  (site web personnel, Mastodon) . En réponse au lien Suivre l’évolution de la propagation du COVID-19 en France. Évalué à 1.

    Cet autre site est bien aussi : https://ourworldindata.org/coronavirus#growth-country-by-country-view

    J’ai délibérément donné le lien vers la section des nombres de morts, car malheureusement c’est le seul nombre fiable pour estimer la trajectoire suivie par chaque pays (le nombre de cas détectés est difficile à interpréter puisqu’il dépend du nombre de tests que chaque pays à la capacité de faire).

  • [^] # Re: Journaux

    Posté par  (site web personnel, Mastodon) . En réponse au journal Confinement : risque de release de nombreux projets inutiles. Évalué à 2.

    alors qu'il y aurait moins d'événements libristes (parce que les libristes ne sont pas trop habitués à des événements en visioconf ?)

    Les outils de visioconférence qui fonctionnent sont tous propriétaires… :-]

  • [^] # Re: Tes résultats ne sont pas reproductibles

    Posté par  (site web personnel, Mastodon) . En réponse au journal Simulation situation en Italie. Évalué à 2. Dernière modification le 20 mars 2020 à 20:23.

    Je vais essayer d'améliorer l'ajustement des paramètres pour des valeurs non entière

    Cela revient à réinventer la roue, ou plutôt de nombreuses roues qui tournent déjà très bien, car faire passer une ligne au plus près d’un ensemble de points c’est un truc que tous les scientifiques font régulièrement depuis des lustres.

    Tu peux coder ton propre optimiseur si ça t’amuse (avec le confinement c’est pas le temps libre qui manque), mais si ce sont les résultats qui t’intéressent tu les obtiendras bien plus facilement en utilisant les fonctions d’optimisation à ta disposition dans R (la fonction nls) ou dans le package minpack.LM (la fonction nlsLM). Voilà une piste pour démarrer : https://www.r-bloggers.com/first-steps-with-non-linear-regression-in-r/

  • [^] # Tes résultats ne sont pas reproductibles

    Posté par  (site web personnel, Mastodon) . En réponse au journal Simulation situation en Italie. Évalué à 1.

    Je minimise à la main la variance

    À cause de ça, tes résultats ne sont pas (facilement, voire pas du tout) reproductibles. Comment une tierce personne est-elle supposée retrouver tes paramètres optimaux « à la main » ? Comment tenir une discussion sérieuse sur les résultats de la simulation si on ne peut pas facilement les répliquer ?

    Pourquoi ne pas utiliser une des fonctions d’optimisation inclues avec R ou d’un package tiers ? Avec ce modèle, pas trop de risque de tomber dans un optimum local, mais si c’est un problème le package minpack.LM est plus robuste que ce que propose R par défaut.

  • # On aurait pu ne pas faire les mêmes erreurs

    Posté par  (site web personnel, Mastodon) . En réponse au lien Pour ceux/celles qui vantaient l’efficacité de la gestion de la crise par les dictatures (Chine).... Évalué à 8.

    Certes la Chine a fait plusieurs erreurs (toutes listées par l’article dont tu donnes le lien), mais c’était le premier pays affecté et ils ne savaient pas ce qui arrivait. Ce qui est le plus désolant dans cette histoire, c’est que tous les autres pays à l’exception de quelques pays asiatiques ont totalement ignoré les leçons à tirer du début de l’épidémie en Chine, alors que ça prédisait exactement ce qui allait arriver si ces pays ne prenaient pas des mesures drastiques tôt lorsque l’épidémie les atteignait.

  • [^] # Re: La meilleure fonctionnalité du gestionnaire de paquets

    Posté par  (site web personnel, Mastodon) . En réponse au journal Guix : un outil pour les remplacer tous. Évalué à 4.

    Bien sûr, pas de problème. :-)

  • # La meilleure fonctionnalité du gestionnaire de paquets

    Posté par  (site web personnel, Mastodon) . En réponse au journal Guix : un outil pour les remplacer tous. Évalué à 8.

    Je trouve que la meilleure fonctionnalité du gestionnaire de paquets (que tu comptes peut-être mentionner dans un prochain journal), c’est qu’il autorise l’installation de paquets par tous les utilisateurs et pas seulement root (ou les comptes autorisés à utiliser sudo).

    Pour un système partagé, c’est un avantage énorme qui simplifie grandement la vie de l’administrateur du système. Au lieu de constamment installer des logiciels à la requête des utilisateurs (avec des conflits de version potentiels si deux utilisateurs veulent le même paquet mais dans des versions différentes), il suffit de leur enseigner une ou deux commandes et ils peuvent se débrouiller tous seuls. Guix garantit que chaque paquet n’est installé qu’une seule fois (si un utilisateur installe un paquet déjà présent, Guix ajoute simplement le chemin du paquet déjà installé au profil de cet utilisateur) et que chaque utilisateur peut avoir les versions qu’il veut.
    L’administrateur n’a plus qu’à faire le ménage régulièrement en demandant à Guix (il y a une commande pour ça) de supprimer les paquets qui sont présents sur le système mais qu’aucun profil utilisateur n’utilise.

  • [^] # Re: Un autre avis négatif sur Brave

    Posté par  (site web personnel, Mastodon) . En réponse au journal Que penser du navigateur internet Brave ? (Et pourquoi je privilégie Firefox…). Évalué à 1.

    Ah d’accord, je comprends mieux. Moi aussi ce que j’ai lu sur Pollen m’a paru difficile à assimiler, il va me falloir du temps et surtout un projet comme prétexte pour apprendre à m’en servir par la pratique (je sens que lire sa documentation comme un livre ne suffira pas).

  • [^] # Re: Un autre avis négatif sur Brave

    Posté par  (site web personnel, Mastodon) . En réponse au journal Que penser du navigateur internet Brave ? (Et pourquoi je privilégie Firefox…). Évalué à 2.

    Ça mène aussi à son projet Pollen, qui à mes yeux est un fatras technique

    Qu’est-ce qui te fait dire ça ? Je demande par curiosité car je n’ai pas encore pris le temps de me pencher sérieusement dessus. De ce que j’en ai lu pour l’instant, Pollen semble sacrément bien pensé et permet de faire plein de choses intéressantes pour qui veut bien coder un peu (je n’ai pas seulement lu ce que dit son auteur, d’autres gens l’utilisent).

  • # Un autre avis négatif sur Brave

    Posté par  (site web personnel, Mastodon) . En réponse au journal Que penser du navigateur internet Brave ? (Et pourquoi je privilégie Firefox…). Évalué à 6.

    Cet article (en anglais) commente plus le modèle économique de Brave : https://practicaltypography.com/the-cowardice-of-brave.html

    En particulier, l’auteur explique pourquoi ce modèle basé sur la publicité est toxique pour les auteurs indépendants comme lui.

  • [^] # Re: Vivement le prochain projet, qui remplacera tout le monde ?

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche Le gestionnaire de projet Python Poetry 1.0.0 est disponible !. Évalué à 3. Dernière modification le 19 décembre 2019 à 16:14.

    Il faudra un jour (peut-être?) avoir un consensus, sinon on va se retrouver avec encore plusieurs outils concurrents et encore plus de fichiers de configurations ou autres bordels.

    Je pense qu’un consensus ou des conventions ne suffisent pas, car ça n’empêche pas de les ignorer. Il y a de très bonnes idées dans R dont Python pourrait/devrait s’inspirer, et le système de paquets en fait partie. Il est très bien décrit (en anglais) dans les chapitres 6 à 15 de ce livre disponible intégralement en ligne : https://r-pkgs.org/
    La différence principale comparé aux conventions de Python, c’est que la génération d’un paquet échoue si les conventions ne sont pas suivies : en particulier, mais pas uniquement, les conventions sur l’arborescence et où placer chaque type de fichier (code, documentation formelle, documentation longue, tests, etc.) et les conventions sur les méta-données à renseigner. Forcer une structure homogène aide énormément à explorer le code de quelqu’un d’autre, et aide aussi les outils de développement puisqu’ils n’ont pas à gérer une infinité de configurations.

  • [^] # Re: re: Le gestionnaire de projet Poetry 1.0.0 est disponible !

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche Le gestionnaire de projet Python Poetry 1.0.0 est disponible !. Évalué à 1.

    Avez-vous des exemples de cas d'usage, relatif à la gestion de paquet Python et qui pourtant ne seraient pas dans le périmètre fonctionnel de Poetry ? Autrement dit, une fois passé à Poetry, quels sont les autres outils qu'il vous reste à utiliser

    Qu’est-ce que ça m’apporte si j’utilise déjà conda pour gérer les environnements et les paquets ? Est-ce que je peux utiliser seulement certaines fonctionnalités de poetry ? (par exemple, uniquement pour remplacer setup.py et twine).

  • # Treeverse le fait déjà

    Posté par  (site web personnel, Mastodon) . En réponse au lien Twitter pense enfin à faire comme LinuxFr (en parlant de Reddit, certes). Évalué à 2.

    Il y a déjà Treeverse, une extension de navigateur qui affiche les conversations Twitter sous forme d’arbre.

    https://treeverse.app

  • [^] # Re: Digiposte

    Posté par  (site web personnel, Mastodon) . En réponse au journal Centralisation de factures. Évalué à 3. Dernière modification le 27 novembre 2019 à 17:10.

    L’intérêt c’est surtout pour l’agrégation automatique, ce qui fait que « le comptable n'a pas à gérer 50 codes » ni à se souvenir de toutes les boîtes chez qui aller récupérer les factures. Il n’a qu’un seul code à retenir (celui de Digiposte), et un seul site à consulter pour trouver toutes les factures. Digiposte a aussi un mécanisme de « tiers de confiance », donc tu peux donner un accès à ton comptable de cette façon (pas besoin de lui donner plein accès à tout le compte).

    Ce service a aussi l’avantage d’être « simple » pour un utilisateur lambda. Si ton comptable veut bien utiliser un outil en ligne de commande, bah tu as de la chance et il doit être possible de créer un tel outil (les sites de boites qui émettent des factures doivent avoir une API publique pour que Digiposte puisse récupérer les factures automatiquement).

    Je suis d’accord avec toi que c’est hautement inefficace en termes de stockage. Mais cette réplication peut aussi être un avantage pour des documents qu’il serait très dommageable de perdre.

  • # Digiposte

    Posté par  (site web personnel, Mastodon) . En réponse au journal Centralisation de factures. Évalué à 4. Dernière modification le 27 novembre 2019 à 16:44.

    C’est exactement ce que fait Digiposte. Mais ce service garde tous les documents dans un nuage (physiquement situé on ne sait où, mais au moins juridiquement derrière une entreprise française), et je ne sais pas s’il propose ensuite de télécharger en masse tous les documents qu’il a récupérés pour toi. Je ne sais pas non plus si c’est aussi accessible aux entreprises.

    https://www.laposte.fr/digiposte/tous-mes-documents-partout-et-tout-le-temps

  • # Différences entre versions des licences CC

    Posté par  (site web personnel, Mastodon) . En réponse au journal Que se passe-t-il StackOverflow?. Évalué à 3.

    En lisant le journal je me suis demandé si la différence entre CC BY-SA 3.0 et 4.0 était si importante, et il s’avère que c’est assez compliqué : https://wiki.creativecommons.org/wiki/License_Versions

  • [^] # Re: Non, fermez pas framagit 😭

    Posté par  (site web personnel, Mastodon) . En réponse au lien Déframasoftisons Internet !. Évalué à 3.

    Quasiment toutes les premières connexions ssh produisent ce message (c’est du trust on first use), et c’est normal avec la configuration ssh par défaut. Il suffit de vérifier sur le site de l’instance GitLab à laquelle on se connecte que l’empreinte de la clé ssh est bien là même que celle présentée par la commande ssh dans ce message. À la première utilisation la clé de l’hôte est enregistrée (si on répond oui à cette question), et si cette clé change lors d’une prochaine connexion là on se prend une erreur bloquante car ssh considère qu’on ne parle plus à la même machine distante.

  • [^] # Re: Non, fermez pas framanews 😭

    Posté par  (site web personnel, Mastodon) . En réponse au lien Déframasoftisons Internet !. Évalué à 2.

    La centralisation ne m'inquiète pas trop, déménager un dépôt git est très facile et GitLab est très populaire donc il y a plein d'instances. Le problème de l'instance gitlab.com, c'est qu'elle est hébergée sur Google Cloud. Je n'ai plus aucune confiance dans Google, et je veux m'en passer le plus possible.

    Donc le problème se résume à trouver une instance qui offre assez d'espace de stockage pour les Pages1 et qui soit hébergée en France ou ailleurs en Europe (tant que c'est dans un pays où la RGPD s'applique).


    1. Par défaut c'est 100 Mo si l'administrateur de l'instance ne règle pas ce paramètre, et c'est vite rempli même avec un petit site perso. Sur framagit c'est 250 Mo, sur gitlab.com c'est 1 Go. 

  • [^] # Re: Non, fermez pas framagit 😭

    Posté par  (site web personnel, Mastodon) . En réponse au lien Déframasoftisons Internet !. Évalué à 3.

    En faisant pointer le domaine principal vers le site GitLab Pages c'est bien le résultat qu'on obtient, non ? Je ne l'ai fait qu'une fois avec un domaine principal et un sous-domaine www, et ça m'a délivré un certificat valide pour les deux.

    J'ai commencé à chercher parmi les CHATONS, mais pour l'instant les instances GitLab que j'ai trouvées ont toutes la limite de stockage de 100 Mo par défaut pour les Pages (framagit offre 250 Mo). L'instance gitlab.com offre 1 Go… mais elle est hébergée sur Google Cloud, donc ça fait un peu mal de migrer vers cette instance en partant de framagit. À ce compte-là, autant repasser sur GitHub Pages…