Guillawme a écrit 239 commentaires

… 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.

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).

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… :-]

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/

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.

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.

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

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.

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).

Ç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).

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.

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.

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).

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

https://treeverse.app

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.

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

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

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.

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 Pages¹ et qui soit hébergée en France ou ailleurs en Europe (tant que c'est dans un pays où la RGPD s'applique).

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…

Bon, j'ai trouvé une application de bureau correcte, je peux continuer à bosser, tout va bien côté RSS. Pour les curieux, il s'agit de NetNewsWire¹.

Je cherche toujours une instance GitLab en prévision de la fermeture de framagit, si vous avez des tuyaus (je n'ai pas encore pris le temps de chercher activement).

Certes, mais tout le monde n’a pas les compétences ni le temps de monter et de maintenir un serveur. J’utilise les flux RSS exclusivement pour le boulot, ça me prend déjà pas mal de temps de repérer et lire les articles pertinents pour moi, donc je ne vais pas en plus maintenir un serveur.

Selon Wikipedia il y a l’air d’avoir plus de choix dans les applications de bureau que quand j’avais cherché la dernière fois (il y a deux ou trois ans), c’est plutôt bon signe.

Bon bah même question pour framanews/ttrss2. À vrai dire je me contenterais même d’un lecteur installable localement mais ça n’existe quasiment plus… (la flemme de configurer Emacs pour ça ; s’il le faut je réinstallerai Thunderbird, jusqu’à ce qu’il abandonne la fonctionnalité de lecteur de flux…).

Quelqu’un connaît-il une instance GitLab associative à jour et basée en France (ou au moins en Europe) ? Je vais commencer à chercher une nouvelle instance de mon côté.

La fonctionnalité dont je ne peux pas me passer, c’est la délivrance automatique de certificats TLS par Let’s Encrypt pour les domaines qui pointent vers un site GitLab Pages. Je ne sais pas si toutes les instances proposent ça (Framagit le faisait « maison » au début, mais il semblerait que c’est maintenant une fonctionnalité de GitLab depuis une version récente).

C’est vrai que ce n’est pas « la plupart des recommandations » comme je l’ai écrit au dessus.

Je pensais surtout aux recommandations pour choisir la taille de caractères et les marges de façon à obtenir un nombre de mots par ligne moyen qui aide la lisibilité, et les autres conseils du genre (choix de la police de caractères, de l’espacement vertical entre les lignes, de la façon de distinguer visuellement les paragraphes, etc.), qui sont indépendants de la langue et que ce livre aborde plutôt bien.