En France aussi, à mon époque, l'écart-type n'est étudiée qu'à la fin du lycée… tout comme la moyenne… Mais il s'agit là de la notion mathématique (les formules.)
Je disais justement que le quidam est confronté à la notion de moyenne arithmétique assez tôt (bien que ce ne soit officiellement étudié que assez tard) et que, une fois qu'on comprend la moyenne, « l'écart-type "juste après" n'est pas plus compliqué » (toujours sans rentrer dans l'aspect calculatoire) :-)
Dans ton échantillon de connaissances (et le mien) je parie que peu se souviennent du théorème de Pythagore (la formule, pas juste le nom) pourtant étudié plus tôt. Les gens oublient ce qu'ils n'utilisent pas régulièrement, indépendamment de la facilité ou non du sujet. D'ailleurs, la majorité ne se souvient pas plus que ça de la moyenne arithmétique… ;-)
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
Le lien date de juillet 2021. On peut le mettre en lien avec ce billet de mars 2021 d'une personne de chez Mozilla qui l'a empaqueté pour Debian (il avait déjà fait un exercice similaire avec CLang) puis utilisé au quotidien en conditions réelles. https://sylvestre.ledru.info/blog/2021/03/09/debian-running-on-rust-coreutils
Workbench c'était par rapport à ta dernière phrase : « en tout cas, clairement pas en mode graphique. » Mais tu avais toi-même déjà fait une remarque similaire en évoquant Apple II et Windows 95 qui sont des interfaces graphiques et avec lesquelles on peut clairement « faire quelque chose d'utile »
La phrase suivante était pour dire que j'entends bien que tu as précisé d'en « faire quelque chose d’utile en 2022 » puis de répondre non. Mais pour moi, le souci en 2022 est surtout que les applications qu'on prend souvent comme référence sont juste des gloutonneries de mémoire… Un tableur qui a besoin de dix fois plus de mémoire pour arriver à travailler sur la même feuille de calcul qu'il y a quelques années sans se cracher c'est une abomination. Un navigateur qui consomme plus de mémoire que des mainframes qui calculent les impôts de toute une population, juste pour afficher des images de chats (et de la pub de m.rd.) c'est un problème dans lequel je ne comprends pas qu'on se plaise. Un éditeur de texte qui te bouffe des gigots de mémoire pour que tu puisses taper deux ou trois malheureuses lignes ça me choque que ça n'interpelle personne. Bref, pour moi, il y a un énorme problème dans les choses utiles en 2022 et surtout les outils pour faire ces choses.
Mon commentaire n'était pas très utile en soi, juste un coup de gueule contre ce qu'on considère comme une évolution normale…
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
gouttegd : Et je doute fort que les GitHub & Co y changent fondamentalement quoi que ce soit
groumly : Heu, ben quand même, si.
[On oublie les questions de process pour se focaliser sur les outils… mais il n'y a pas de glissement, pas de raccourci…]
Gil Cot : Mouais, avoir besoin d'un bug tracker ne veut pas dire avoir besoin de Github & co
[On a beau mettre en garde contre l'association qui a été faite entre forge et bug tracker, ça va quand même se poursuivre avec tentative d'inversion des propos]
groumly : C’est pas parce que c’est possible que c’est une bonne idee, ni que les forges ne changent pas fondamentalement le problème.
[toujours pas d'amalgame forge bug-tracker ? pourtant ça va même dériver loin]
T’as franchement pas dit grand chose, à part “les mecs du kernel Linux font tout par e-mail” et “on peut faire du bug tracking sans GitHub”.
Si tu as perçu ces deux points, et surtout le dernier alors c'est bon. (Le premier point est un contre-exemple de l'amalgame qui devait faire comprendre que le mail n'empêche pas le suivi et grumdk a expliqué que c'est toute une autre machinerie qui va avec, mais faut prendre de la hauteur pour percevoir ce point.)
Ils ont besoin de faire du suivi, c'est le nœud du problème on est tous d'accord je crois. Comment faire ce suivi est une autre affaire à laquelle je me garde de répondre par "forge" c'est tout. (gouttegd dans sa réponse pointait aussi le fait que la forge ne résolvait pas automagiquement les problèmes de suivi parce-qu'il s'agit de processus humains avant tout, quelque soit les outils –même si selon le contexte du projet des outils peuvent rendre les choses plus fluides que d'autres mais il ne faut pas raisonner par rapport à des outils d'abord ni vouloir à tout prix plaquer son écosystème à soi…)
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
L'expression « pro de la météo » ne cadre pas trop avec cette rigueur de comptoir…
Dans le système scolaire français et d'autres autour (je crois qu'il en est de même en Belgique et en France, sans compter toutes les anciennes colonies où ces systèmes éducatifs ont été exporté), on apprend assez tôt la notion de moyenne (qui au passage est accessible même aux gens qui n'ont pas été ou ont été peu scolarisés.) L'écart-type (ou plus exactement la variance), juste après, n'est pas plus compliqué. Alors, estimer qu'il faille parler de "normales" sinon les gens ne comprendront pas c'est une forme d'abrutissement ou un étalement de médiocrité contre lequel il convient de lutter …en ne permettant pas l'usage de terminologies mensongères "unanimement".
Attention, je ne vous jette pas la pierre mais incite à faire évoluer les choses de l'intérieur et ne pas cautionner la crasse médiatique. Sur ce point, c'est déjà un très grand pas que InfoClimat présente différents indicateurs.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
Ah t'inquiète, je pense bien qu'il y a une explication/origine mais ça n'en demeure pas moins une simplification outrancièrement grossière ou grossièrement outrageuse ;-D Il se trouve que quand on discute avec les gens, ça comprend vraiment ça comme une "norme" et donc qu'il y a une anomalie… (alors qu'on est souvent dans une fourchette pas si incongrue quand on lit la moyenne avec son écart-type…)
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
D'une part, quand tu parles de "normale" pour le commun des mortels ça a des implications psychologiques de l'assertivité de la "norme"… Dire à Tartampion que son poids n'est pas dans la moyenne n'a pas le même effet que de lui dire que ce même poids n'est pas dans la norme, mais c'est un autre débat et je veux juste souligner que le mot choisi est malheureux pour le "grand public".
D'autre part, quand tu dis "distribution en moyenne" il y a le premier mot qui compte et qui fait qu'on devrait nous présenter la gaussienne (courbe normale…) et non un nombre isolé.
D'ailleurs, la "moyenne" (arithmétique) que je préfère n'a pas plus de sens isolément : il faut au moins l'étendue (la période sur laquelle on a calculé cette moyenne saisonnière) et la répartition en moyenne (i.e. écart-type ou espérance…) pour mieux apprécier. C'est encore mieux si on a en plus les extrémums et la médiane aussi. Bref, la manie de résumer ce qui est déjà résumé fait perdre du vrai sens.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
Euh, la plupart des projets libres n'ont absolument pas la force de frappe du noyau Linux ou beaucoup de devs sont justement juste là pour lire, faire corriger et intégrer les "Merge Request".
Tu as tout à fait raison. :-)
Comme tu le décris, ils ont des « process » et font du suivi… Le point est là : il faut du bug-tracking et on doit se donner les moyens en accord avec la chaîne d'outillage qu'on choisi de mettre en œuvre. L'erreur est d'opposer courriel et suivi, qui ne sont pas des mots antinomiques.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
Fais gaffe, il va quand même penser que tu défends la chose. (après eux y trouvent une certaine facilité et du plaisir que tu trouves masochiste à ton niveau.)
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
Idem. Je ne dis plus rien parce-que tu t'évertues à vouloir travestir mes mots et me faire dire ce que je ne dis pas.
L’immense majorité de l’industrie a laissé tomber ce process par e-mail entre autre pour ce genre de raisons.
Ce que je reproche c'est ce genre de formulation : « l'immense majorité de l'industrie … » immense + majorité …vu de la lorgnette qu'on a, et l'accumulation des mots pour faire croire qu'il n'y a que ça. Et tu poursuis :
Linux s’en sort? La belle affaire, c’est bien les seuls.
Les autres réponses vont dans mon sens ; y a pas que Linux, y aussi FFmpeg et Yocto/Openembedded et bien d'autres qui souvent ne font pas de vague. Tu pars du principe que ça n'existe pas parce-que tu n'en entends pas parler et je dis juste attention à ne pas généraliser trop vite.
Mais comme le mode de pensée du Français est « si tu ne penses pas comme moi c'est que tu es contre moi » alors tu refuses d'entendre toute nuance et déforme tout ce que je pointe et qui ne semble pas aller dans ton sens.
On a un exemple douloureux qui démontre pourquoi ce process marche mal. Et t’es la en train de nous expliquer que si si ça marche très bien.
Tu as l'air de penser que je suis en train de défendre bec et ongles le « process par mail » alors que je t'invites juste à prendre de la hauteur… Ma réponse initiale était juste que
On ne peut pas faire le raccourci que tu fais de « forge = github » (il y a et il y aura toujours d'autres alternatives, et rien que tout ce qui est sur gitlab ou bitbucket montre que heureusement tout le monde ne voit pas que par github comme à travers ta longue vue)
On ne doit pas faire le raccourci que tu fais de « bug tracker = forge » car on n'a pas attendu ces places centralisatrices pour avoir des outils de suivi de bogue, mais peut-être es-tu trop jeune pour avoir connu Trac, Mantis, etc, ou peut-être que tous les projets qui utilisent Bugzilla ne sont pas détectés par ton radar ? Et que dire de toutes ces nombreuses entreprises qui font leur suivi dans un Jira au lieu d'utiliser github comme il faudrait faire selon toi ?
Il ne faut pas confondre les outils (le courriel et le gestionnaire de versions en sont) et les méthodologies (auxquels on va adapter les outils utilisés.) Tu décries le suivi de bogues (méthodologie/process) et l'oppose au mail (outil) en plus des raccourcis déjà malheureux et critiquables. C'est pour cela que je te fais remarquer qu'il y a des projets qui utilisent des outils dédiés/estampillés bug-tracker sans faire mieux (l'outil ne fera pas de magie et il faut faire le suivi…) et que l'usage du mail en soi n'empêche pas (les projets pour lesquels ça marche, c'est justement parce-qu'il ont des processus de suivi, on ne se contente pas laisser les messages s'entasser dans une boîte aux lettres…)
C’est comme si je t’expliquais que git n’est pas vraiment incontournable parce qu’openbsd s’en sort très bien avec cvs.
Ça tombe bien, j'ai le cas chez un client avec des équipes indépendantes. Une équipe qui utilise Subversion et qui s'en tire bien sur tous ses projets, et une équipe qui utilise Git et même un compte entreprise sur gitlab mais qui n'arrête pas d'accumuler des échecs. La première équipe a mis en place des process bien rodés avec parfois de vieux outils et ça marche. La seconde mise tout sur les outils et utilise les dernières technos, mais au bout de dix ans c'est la dissolution pour arrêter le gouffre financer : les outils ne font pas tout tout seuls, et pourtant cette équipe ne cesse de clamer qu'elle fait ce que « l'immense majorité de l'industrie » fait. Cette équipe est, pour moi, la preuve que les amalgames et raccourcis pour la hype de quelque techno ça résout pas le schmilblick.
Après, si ton point c’est “‘well akshuall’y, un bug tracker ne rentre pas dans la catégorie forge/GitHub & co”, ok cool.
Super pertinent comme remarque 👍.
Aussi pertinent que ta réponse qui consistait à dire « il leur faut un bug tracker donc github » et quand on te le fait remarquer d'argumenter que « toute l'industrie utilise github et puis si t'es pas d'accord c'est que tu défends leur process par mail » Peut-être qu'on ne peut juste pas se comprendre parce-que je vis dans un monde trop subtile où des glissements évidents pour toi n'ont pas lieu d'être.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
Bien vu ! Me souvenais plus de TuxMath et je ne connaissais pas TuxType qui en plus ont le mérite d'exister pour le système d'exploitation du manchot (cf. un autre commentaire sur les plateformes supportées.) Merci à toi.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
L'ouverture marche en français comme en anglais (i.e. Open Guillemets, ce mot étant utilisé en typographie pour les double angle brackets ou french quotes …bien qu'usité dans divers autres langues) Par contre la fermeture on va avoir du mal à caser ça. :-)
Des commandes en français, c'est quelque chose que je retrouve dans beaucoup de paquetages conçus en France par des français essentiellement pour des Français-es. (je dis essentiellement car les docs sont maintenant disponibles en anglais, mais au départ ce n'est que dans la langue de Molière.) Le bon côté est que cela a favorisé l'adoption de LaTeX en hexagone et dans d'autres pays francophones.
Sur https://www.mathweb.fr/euclide/2018/08/18/les-packages-latex-indispensables-pour-les-profs-de-maths/ par exemple, on mentionne « MLP ». D'après la doc officiel du projet « e-French » http://efrench.org/doc/efrench.pdf —qui a pris le relais de « French Pro » de feu Bernard Gaulle avec ses nombreuses macros en français (\numero, \numeros, \Numero, \Numeros, \nombre{}, \glossaire, \glossaires, \motsclef, \lettrine{}, \pointexclamation, \pointinterrogation, \pointvirgule, \deuxpoints, etc.)— que ce soit \usepackage{french} (synonyme de \usepackage{efrench}) ou \usepackage[french]{mlp} c'est bien e-French qui est chargé sous le capot. C'est aussi lui qui est chargé, en version réduite par usepackage{pmfrench}. Et cette doc précise aussi que e-French n'a pas de lien avec French-Babel.
Sur https://perso.imt-mines-albi.fr/~gaborit/latex/latex-in-french.html par exemple, on montre les macros qui diffèrent entre E-French et French-Babel. (Parmi ce qui fonctionne pareil, on a : \ier, \iers, \iere, \ieres, \ieme, \iemes ; tandis que parmi les trucs nommés différemment, \no, \nos, \No, \Nos peuvent passer en anglais.) Par contre, cette page n'est plus tout à fait à jour car le page officielle de « French-Babel » déconseille l'utilisation des paramètres frenchb, francais ou canadien au profit de juste french ou acadien depuis sa version 3.0c et acté depuis 2004 selon https://mirrors.ircam.fr/pub/CTAN/macros/latex/contrib/babel-contrib/french/frenchb-doc.pdf (doc officielle, maintenue par Daniel Flipo, en suivant https://www.ctan.org/tex-archive/macros/latex/contrib/babel-contrib/french qui fait foi) où on apprend aussi que \og et \fg mettent les bons guillemets quand on est en anglais…
Fun facts…
Du coup, pas besoin d'utiliser les laids << et >> ni de s'embêter à mettre soi-même « et » que son clavier ne permet peut-être pas. De plus, ces commandes rajoutent les espaces insécables internes comme le veut la typographie.
E-French reconnait et transforme automatiquement << et >> ; mais du souvenir que j'en ai il faut vraiment utiliser \og et \fg avec Babel.
E-French et Babel reconnaissent aussi « et » avec ou sans les espaces… Par contre il ne faut pas forcer soi-même l'espace insécable avec ~
Il peut être aussi intéressant de définir dans le préambule une macro qui met Entre Guillemets son argument
En fait ça existe déjà dans Babel et c'est \frquote{} (m'en souvenais plus) et en plus ça gère les imbrications ; et le passage de la page 7 devient :
Il m'a demandé de venir au plus vite dans le secteur \frquote{eau} des
réserves actives de l'Arche
le boulot sera fait derrière, et on pourra appeler \num{} partout ailleurs dans le texte aussi :
J'ai tellement l'habitude d'utiliser « SI Units X » que je ne m'étais pas rendu compte avant de relire leurs docs :
- E-Franche propose \nombre{} qui fait les groupements par trois (le nombre peut déjà comporter des espaces ou pas, et c'est la virgule qui est le séparateur décimal)
- Babel propose \nombre{} comme alias de \numprint{} et donc nécessite que le paquetage de même nom soit chargé pour que ça fonctionne et ça fait les groupements aussi selon la langue du document
L'accident de J-\nombre{70045} m'en a empêché.
Damné soit ces électriciens. Une panne dans un sas, c'est criminel.
Nous avons perdu plus de \nombre{12000} mètres cubes
% ...
Nous portons le deuil des \nombre{1943} victimes de la tentative de
putsch de «Respirez».
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
Le premier va appliquer les règles de typographie du français, et non celle de l'anglais par défaut. Il offre aussi quelques commandes supplémentaires dont :
\og pour Ouvrir les Guillemets
\fg pour Fermer les Guillemets
Du coup, pas besoin d'utiliser les laids << et >> ni de s'embêter à mettre soi-même « et » que son clavier ne permet peut-être pas. De plus, ces commandes rajoutent les espaces insécables internes comme le veut la typographie. Avec cela, le passage de la page 7 devient :
Il m'a demandé de venir au plus vite dans le secteur \og eau\fg des
réserves actives de l'Arche
Il peut être aussi intéressant de définir dans le préambule une macro qui met Entre Guillemets son argument :
\newcommand{\eg}[1]{\og #1 \fg}
Du coup, le même passage de la page 7 devient :
Il m'a demandé de venir au plus vite dans le secteur \eg{eau} des
réserves actives de l'Arche
Pour finir, il est conseillé d'ajouter ceci dans son préambule pour une meilleure gestion des espaces et des demi-espaces :
\usepackage{xspace}
Dans le cas présent, ça gère les espaces après les guillemets fermants…
C'est fou comme les usagers de LaTeX aiment à se préoccuper de ce genre de détails ;-)
P.S. Je viens de me rendre compte que j'ai oublié des contre-obliques ; si une personne de la modération peut corriger ce ne serait pas de refus. C'est \newcommand{\jba} au lieu de \newcommand{jba} ! Toujours se relire N fois NN fois…
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
C'est très bien UTF-8 et c'est le plus économique des façons d'encoder l'Unicode… :-)
Un personnage à un nom Grec. J'ai du jongler pour réussir à l'afficher correctement.
Tu veux dire que, en ayant saisi juste « Ελενη » dans ton document, ce n'était pas ce qui apparaissait dans le PDF ? Quand je fais le texte je n'ai pourtant pas ce souci. Quel genre de jonglerie as-tu du faire ?
Soit c'est la saisie qui est problématique (j'en parle plus loin), soit c'est un souci avec la police d'encodage (as-tu essayé de changer pour voir ?)
À ma grande surprise considérant que l'alphabet grec devrait être disponible avec utf8.
Si, si, mais il faut que soit bien entré les caractères dans le programme… Je dis ça pour avoir vu des gens faire des copier-coller et se retrouver à copier et insérer des caractères latins rendus dans une certaine police… (le coup des « Dingbats » et autre « Symbols » quoi.)
Le mieux est de basculer sur une disposition de clavier adéquate ou, si le besoin est ponctuel, d'utiliser l'assistant d'insertion de caractères étrangers du système : KCharSelect ou GUCharMap par exemple… https://linuxfr.org/users/ploum/journaux/comme-une-impression-de-deja-vu#comment-1870859
Dans les deux cas, c'est le bon code qui est envoyé à l'application/éditeur et celui-ci enregistre conformément à ce qui est prévu (UTF-8 dans notre cas)
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
Oui, il est dans l'empire du milieu (si je me souviens bien d'un autre commentaire.) Mais il existe d'autres endroits dans le monde où cela peut arriver aussi… En Union Européenne, tu ne verras probablement pas la police débarquer chez toi (sauf la connexion est utilisée pour du piratage ou un réseau commercial illégal) mais ton fournisseur d'accès peut couper tes accès si tu ne respectes pas leurs conditions d'utilisation.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
Merci pour l'info, c'est un sigle et acronyme fort élégant je trouve.
Par contre l'autre implémentation a oublié le chlorure dans son bain, si j'en crois le nom. :-)
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Idée business
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au lien LG annonce de nouvelles fonctions de ciblage publicitaire pour ses téléviseurs "intelligents". Évalué à 1.
Ils semble que le fil de discussion « Dumb tvs » regorge d'oiseaux de mauvais augure… en tout cas qui préfèrent une télé stupide ;-|
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Dumb tvs
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au lien LG annonce de nouvelles fonctions de ciblage publicitaire pour ses téléviseurs "intelligents". Évalué à 4.
La seule solution ? Et ne pas avoir de téléviseur ?
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Dumb tvs
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au lien LG annonce de nouvelles fonctions de ciblage publicitaire pour ses téléviseurs "intelligents". Évalué à 5.
Ce devrait être l'inverse : si la pub c'est si génial, les gens devraient payer pour en ça…
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Incertitudes et normales saisonnières
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal OpenData Meteo. Évalué à 3.
En France aussi, à mon époque, l'écart-type n'est étudiée qu'à la fin du lycée… tout comme la moyenne… Mais il s'agit là de la notion mathématique (les formules.)
Je disais justement que le quidam est confronté à la notion de moyenne arithmétique assez tôt (bien que ce ne soit officiellement étudié que assez tard) et que, une fois qu'on comprend la moyenne, « l'écart-type "juste après" n'est pas plus compliqué » (toujours sans rentrer dans l'aspect calculatoire) :-)
Dans ton échantillon de connaissances (et le mien) je parie que peu se souviennent du théorème de Pythagore (la formule, pas juste le nom) pourtant étudié plus tôt. Les gens oublient ce qu'ils n'utilisent pas régulièrement, indépendamment de la facilité ou non du sujet. D'ailleurs, la majorité ne se souvient pas plus que ça de la moyenne arithmétique… ;-)
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
# retours intéressants de Sylvestre L.
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au lien Rewriting the GNU Coreutils in Rust. Évalué à 2.
Le lien date de juillet 2021. On peut le mettre en lien avec ce billet de mars 2021 d'une personne de chez Mozilla qui l'a empaqueté pour Debian (il avait déjà fait un exercice similaire avec CLang) puis utilisé au quotidien en conditions réelles.
https://sylvestre.ledru.info/blog/2021/03/09/debian-running-on-rust-coreutils
L'auteur est revenu ce mois-ci avec un billet pour faire le point sur l'avancement, suite à la sortie de la version coreutils 0.0.12 : les choses avancent mais la route est longue…
https://linuxfr.org/users/antistress/liens/sylvestre-ledru-and-other-developers-have-been-working-on-a-rust-based-coreutils-phoronix#comment-1881821
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: 32 Mo ?
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal La machine Linux à $15. Évalué à 3.
Workbench c'était par rapport à ta dernière phrase : « en tout cas, clairement pas en mode graphique. » Mais tu avais toi-même déjà fait une remarque similaire en évoquant Apple II et Windows 95 qui sont des interfaces graphiques et avec lesquelles on peut clairement « faire quelque chose d'utile »
La phrase suivante était pour dire que j'entends bien que tu as précisé d'en « faire quelque chose d’utile en 2022 » puis de répondre non. Mais pour moi, le souci en 2022 est surtout que les applications qu'on prend souvent comme référence sont juste des gloutonneries de mémoire… Un tableur qui a besoin de dix fois plus de mémoire pour arriver à travailler sur la même feuille de calcul qu'il y a quelques années sans se cracher c'est une abomination. Un navigateur qui consomme plus de mémoire que des mainframes qui calculent les impôts de toute une population, juste pour afficher des images de chats (et de la pub de m.rd.) c'est un problème dans lequel je ne comprends pas qu'on se plaise. Un éditeur de texte qui te bouffe des gigots de mémoire pour que tu puisses taper deux ou trois malheureuses lignes ça me choque que ça n'interpelle personne. Bref, pour moi, il y a un énorme problème dans les choses utiles en 2022 et surtout les outils pour faire ces choses.
Mon commentaire n'était pas très utile en soi, juste un coup de gueule contre ce qu'on considère comme une évolution normale…
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
# blog de S. Ledru
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au lien Sylvestre Ledru and other developers have been working on a Rust-based Coreutils - phoronix. Évalué à 5.
J'aurais plutôt mis le lien vers Phoronix en commentaire et le lien vers le billet de Sylvestre en lien, ou ajouter ce dernier en commentaire comme je suis en train de le faire :
https://sylvestre.ledru.info/blog/2022/01/29/an-update-on-rust-coreutils
Et pour résumer, « TLDR: we are making progress on the Rust implementation of the GNU coreutils. »
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Un blog parmis tant d'autres
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal Quand le mainteneur de pkexec ignorait (ou pas) les failles potentielles. Évalué à 0.
gouttegd : Et je doute fort que les GitHub & Co y changent fondamentalement quoi que ce soit
groumly : Heu, ben quand même, si.
[On oublie les questions de process pour se focaliser sur les outils… mais il n'y a pas de glissement, pas de raccourci…]
Gil Cot : Mouais, avoir besoin d'un bug tracker ne veut pas dire avoir besoin de Github & co
[On a beau mettre en garde contre l'association qui a été faite entre forge et bug tracker, ça va quand même se poursuivre avec tentative d'inversion des propos]
groumly : C’est pas parce que c’est possible que c’est une bonne idee, ni que les forges ne changent pas fondamentalement le problème.
[toujours pas d'amalgame forge bug-tracker ? pourtant ça va même dériver loin]
Si tu as perçu ces deux points, et surtout le dernier alors c'est bon. (Le premier point est un contre-exemple de l'amalgame qui devait faire comprendre que le mail n'empêche pas le suivi et grumdk a expliqué que c'est toute une autre machinerie qui va avec, mais faut prendre de la hauteur pour percevoir ce point.)
Ils ont besoin de faire du suivi, c'est le nœud du problème on est tous d'accord je crois. Comment faire ce suivi est une autre affaire à laquelle je me garde de répondre par "forge" c'est tout. (gouttegd dans sa réponse pointait aussi le fait que la forge ne résolvait pas automagiquement les problèmes de suivi parce-qu'il s'agit de processus humains avant tout, quelque soit les outils –même si selon le contexte du projet des outils peuvent rendre les choses plus fluides que d'autres mais il ne faut pas raisonner par rapport à des outils d'abord ni vouloir à tout prix plaquer son écosystème à soi…)
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: 32 Mo ?
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal La machine Linux à $15. Évalué à -1.
Je découvre que AmigaOS par exemple était en mode texte… Faut arrêter de croire que les trucs Electron et les applis de la suite µ$ sont la référence…
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Incertitudes et normales saisonnières
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal OpenData Meteo. Évalué à 2.
L'expression « pro de la météo » ne cadre pas trop avec cette rigueur de comptoir…
Dans le système scolaire français et d'autres autour (je crois qu'il en est de même en Belgique et en France, sans compter toutes les anciennes colonies où ces systèmes éducatifs ont été exporté), on apprend assez tôt la notion de moyenne (qui au passage est accessible même aux gens qui n'ont pas été ou ont été peu scolarisés.) L'écart-type (ou plus exactement la variance), juste après, n'est pas plus compliqué. Alors, estimer qu'il faille parler de "normales" sinon les gens ne comprendront pas c'est une forme d'abrutissement ou un étalement de médiocrité contre lequel il convient de lutter …en ne permettant pas l'usage de terminologies mensongères "unanimement".
Attention, je ne vous jette pas la pierre mais incite à faire évoluer les choses de l'intérieur et ne pas cautionner la crasse médiatique. Sur ce point, c'est déjà un très grand pas que InfoClimat présente différents indicateurs.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Incertitudes et normales saisonnières
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal OpenData Meteo. Évalué à 3.
Ah t'inquiète, je pense bien qu'il y a une explication/origine mais ça n'en demeure pas moins une simplification outrancièrement grossière ou grossièrement outrageuse ;-D Il se trouve que quand on discute avec les gens, ça comprend vraiment ça comme une "norme" et donc qu'il y a une anomalie… (alors qu'on est souvent dans une fourchette pas si incongrue quand on lit la moyenne avec son écart-type…)
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Incertitudes et normales saisonnières
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal OpenData Meteo. Évalué à 2.
D'une part, quand tu parles de "normale" pour le commun des mortels ça a des implications psychologiques de l'assertivité de la "norme"… Dire à Tartampion que son poids n'est pas dans la moyenne n'a pas le même effet que de lui dire que ce même poids n'est pas dans la norme, mais c'est un autre débat et je veux juste souligner que le mot choisi est malheureux pour le "grand public".
D'autre part, quand tu dis "distribution en moyenne" il y a le premier mot qui compte et qui fait qu'on devrait nous présenter la gaussienne (courbe normale…) et non un nombre isolé.
D'ailleurs, la "moyenne" (arithmétique) que je préfère n'a pas plus de sens isolément : il faut au moins l'étendue (la période sur laquelle on a calculé cette moyenne saisonnière) et la répartition en moyenne (i.e. écart-type ou espérance…) pour mieux apprécier. C'est encore mieux si on a en plus les extrémums et la médiane aussi. Bref, la manie de résumer ce qui est déjà résumé fait perdre du vrai sens.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Un blog parmis tant d'autres
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal Quand le mainteneur de pkexec ignorait (ou pas) les failles potentielles. Évalué à 1.
Tu as tout à fait raison. :-)
Comme tu le décris, ils ont des « process » et font du suivi… Le point est là : il faut du bug-tracking et on doit se donner les moyens en accord avec la chaîne d'outillage qu'on choisi de mettre en œuvre. L'erreur est d'opposer courriel et suivi, qui ne sont pas des mots antinomiques.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Un blog parmis tant d'autres
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal Quand le mainteneur de pkexec ignorait (ou pas) les failles potentielles. Évalué à 1.
Fais gaffe, il va quand même penser que tu défends la chose. (après eux y trouvent une certaine facilité et du plaisir que tu trouves masochiste à ton niveau.)
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Un blog parmis tant d'autres
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal Quand le mainteneur de pkexec ignorait (ou pas) les failles potentielles. Évalué à 4.
Idem. Je ne dis plus rien parce-que tu t'évertues à vouloir travestir mes mots et me faire dire ce que je ne dis pas.
Ce que je reproche c'est ce genre de formulation : « l'immense majorité de l'industrie … » immense + majorité …vu de la lorgnette qu'on a, et l'accumulation des mots pour faire croire qu'il n'y a que ça. Et tu poursuis :
Les autres réponses vont dans mon sens ; y a pas que Linux, y aussi FFmpeg et Yocto/Openembedded et bien d'autres qui souvent ne font pas de vague. Tu pars du principe que ça n'existe pas parce-que tu n'en entends pas parler et je dis juste attention à ne pas généraliser trop vite.
Mais comme le mode de pensée du Français est « si tu ne penses pas comme moi c'est que tu es contre moi » alors tu refuses d'entendre toute nuance et déforme tout ce que je pointe et qui ne semble pas aller dans ton sens.
Tu as l'air de penser que je suis en train de défendre bec et ongles le « process par mail » alors que je t'invites juste à prendre de la hauteur… Ma réponse initiale était juste que
Ça tombe bien, j'ai le cas chez un client avec des équipes indépendantes. Une équipe qui utilise Subversion et qui s'en tire bien sur tous ses projets, et une équipe qui utilise Git et même un compte entreprise sur gitlab mais qui n'arrête pas d'accumuler des échecs. La première équipe a mis en place des process bien rodés avec parfois de vieux outils et ça marche. La seconde mise tout sur les outils et utilise les dernières technos, mais au bout de dix ans c'est la dissolution pour arrêter le gouffre financer : les outils ne font pas tout tout seuls, et pourtant cette équipe ne cesse de clamer qu'elle fait ce que « l'immense majorité de l'industrie » fait. Cette équipe est, pour moi, la preuve que les amalgames et raccourcis pour la hype de quelque techno ça résout pas le schmilblick.
Aussi pertinent que ta réponse qui consistait à dire « il leur faut un bug tracker donc github » et quand on te le fait remarquer d'argumenter que « toute l'industrie utilise github et puis si t'es pas d'accord c'est que tu défends leur process par mail » Peut-être qu'on ne peut juste pas se comprendre parce-que je vis dans un monde trop subtile où des glissements évidents pour toi n'ont pas lieu d'être.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Incertitudes et normales saisonnières
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal OpenData Meteo. Évalué à 2.
J'ai jamais pu blairer cette expression… Ton exemple exprime à la rigueur une « moyenne » ; mais une « normale » ? wtf?
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Numérique != informatique
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au lien Les jeunes Français, victimes insoupçonnées de la précarité numérique. Évalué à 4.
La télécommande avait …un cadran rotatif ?
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Lourdeur et complexité, numérique ou non
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au lien Les jeunes Français, victimes insoupçonnées de la précarité numérique. Évalué à 5. Dernière modification le 29 janvier 2022 à 23:12.
Même en dématérialisant, le laisser passer A38 demeure labyrinthique…
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Pas de version Linux
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au lien PowerZ, le "Fortnite" des jeux éducatifs. Évalué à 2.
Ce n'est pas apprendre à mentir mais faire avec ce qu'on a comme parents…
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: quid en logiciel libre ?
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au lien PowerZ, le "Fortnite" des jeux éducatifs. Évalué à 2.
Bien vu ! Me souvenais plus de TuxMath et je ne connaissais pas TuxType qui en plus ont le mérite d'exister pour le système d'exploitation du manchot (cf. un autre commentaire sur les plateformes supportées.) Merci à toi.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Corrections ?
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal Fuite, en espérant ne pas vous lasser. Évalué à 2.
L'ouverture marche en français comme en anglais (i.e. Open Guillemets, ce mot étant utilisé en typographie pour les double angle brackets ou french quotes …bien qu'usité dans divers autres langues) Par contre la fermeture on va avoir du mal à caser ça. :-)
Des commandes en français, c'est quelque chose que je retrouve dans beaucoup de paquetages conçus en France par des français essentiellement pour des Français-es. (je dis essentiellement car les docs sont maintenant disponibles en anglais, mais au départ ce n'est que dans la langue de Molière.) Le bon côté est que cela a favorisé l'adoption de LaTeX en hexagone et dans d'autres pays francophones.
Sur https://www.mathweb.fr/euclide/2018/08/18/les-packages-latex-indispensables-pour-les-profs-de-maths/ par exemple, on mentionne « MLP ». D'après la doc officiel du projet « e-French » http://efrench.org/doc/efrench.pdf —qui a pris le relais de « French Pro » de feu Bernard Gaulle avec ses nombreuses macros en français (
\numero,\numeros,\Numero,\Numeros,\nombre{},\glossaire,\glossaires,\motsclef,\lettrine{},\pointexclamation,\pointinterrogation,\pointvirgule,\deuxpoints, etc.)— que ce soit\usepackage{french}(synonyme de\usepackage{efrench}) ou\usepackage[french]{mlp}c'est bien e-French qui est chargé sous le capot. C'est aussi lui qui est chargé, en version réduite parusepackage{pmfrench}. Et cette doc précise aussi que e-French n'a pas de lien avec French-Babel.Sur https://perso.imt-mines-albi.fr/~gaborit/latex/latex-in-french.html par exemple, on montre les macros qui diffèrent entre E-French et French-Babel. (Parmi ce qui fonctionne pareil, on a :
\ier,\iers,\iere,\ieres,\ieme,\iemes; tandis que parmi les trucs nommés différemment,\no,\nos,\No,\Nospeuvent passer en anglais.) Par contre, cette page n'est plus tout à fait à jour car le page officielle de « French-Babel » déconseille l'utilisation des paramètresfrenchb,francaisoucanadienau profit de justefrenchouacadiendepuis sa version 3.0c et acté depuis 2004 selon https://mirrors.ircam.fr/pub/CTAN/macros/latex/contrib/babel-contrib/french/frenchb-doc.pdf (doc officielle, maintenue par Daniel Flipo, en suivant https://www.ctan.org/tex-archive/macros/latex/contrib/babel-contrib/french qui fait foi) où on apprend aussi que\oget\fgmettent les bons guillemets quand on est en anglais…Fun facts…
E-French reconnait et transforme automatiquement
<<et>>; mais du souvenir que j'en ai il faut vraiment utiliser\oget\fgavec Babel.E-French et Babel reconnaissent aussi
«et»avec ou sans les espaces… Par contre il ne faut pas forcer soi-même l'espace insécable avec~En fait ça existe déjà dans Babel et c'est
\frquote{}(m'en souvenais plus) et en plus ça gère les imbrications ; et le passage de la page 7 devient :J'ai tellement l'habitude d'utiliser « SI Units X » que je ne m'étais pas rendu compte avant de relire leurs docs :
- E-Franche propose
\nombre{}qui fait les groupements par trois (le nombre peut déjà comporter des espaces ou pas, et c'est la virgule qui est le séparateur décimal)- Babel propose
\nombre{}comme alias de\numprint{}et donc nécessite que le paquetage de même nom soit chargé pour que ça fonctionne et ça fait les groupements aussi selon la langue du document“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Corrections ?
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal Fuite, en espérant ne pas vous lasser. Évalué à 3.
En relisant, visiblement oui (je ne devais pas être sûr sur le coup.)
Dans ton préambule, tu as donc normalement ceci :
Le premier va appliquer les règles de typographie du français, et non celle de l'anglais par défaut. Il offre aussi quelques commandes supplémentaires dont :
\ogpour Ouvrir les Guillemets\fgpour Fermer les GuillemetsDu coup, pas besoin d'utiliser les laids
<<et>>ni de s'embêter à mettre soi-même«et»que son clavier ne permet peut-être pas. De plus, ces commandes rajoutent les espaces insécables internes comme le veut la typographie. Avec cela, le passage de la page 7 devient :Il peut être aussi intéressant de définir dans le préambule une macro qui met Entre Guillemets son argument :
Du coup, le même passage de la page 7 devient :
Pour finir, il est conseillé d'ajouter ceci dans son préambule pour une meilleure gestion des espaces et des demi-espaces :
Dans le cas présent, ça gère les espaces après les guillemets fermants…
C'est fou comme les usagers de LaTeX aiment à se préoccuper de ce genre de détails ;-)
P.S. Je viens de me rendre compte que j'ai oublié des contre-obliques ; si une personne de la modération peut corriger ce ne serait pas de refus. C'est
\newcommand{\jba}au lieu de\newcommand{jba}! Toujours se relire N fois NN fois…“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Corrections ?
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal Fuite, en espérant ne pas vous lasser. Évalué à 3.
C'est très bien UTF-8 et c'est le plus économique des façons d'encoder l'Unicode… :-)
Tu veux dire que, en ayant saisi juste « Ελενη » dans ton document, ce n'était pas ce qui apparaissait dans le PDF ? Quand je fais le texte je n'ai pourtant pas ce souci. Quel genre de jonglerie as-tu du faire ?
Soit c'est la saisie qui est problématique (j'en parle plus loin), soit c'est un souci avec la police d'encodage (as-tu essayé de changer pour voir ?)
Si, si, mais il faut que soit bien entré les caractères dans le programme… Je dis ça pour avoir vu des gens faire des copier-coller et se retrouver à copier et insérer des caractères latins rendus dans une certaine police… (le coup des « Dingbats » et autre « Symbols » quoi.)
Le mieux est de basculer sur une disposition de clavier adéquate ou, si le besoin est ponctuel, d'utiliser l'assistant d'insertion de caractères étrangers du système : KCharSelect ou GUCharMap par exemple… https://linuxfr.org/users/ploum/journaux/comme-une-impression-de-deja-vu#comment-1870859
Dans les deux cas, c'est le bon code qui est envoyé à l'application/éditeur et celui-ci enregistre conformément à ce qui est prévu (UTF-8 dans notre cas)
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: je passe par ma freebox
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au message mettre a disposition de petits fichiers.. Évalué à 2.
Oui, il est dans l'empire du milieu (si je me souviens bien d'un autre commentaire.) Mais il existe d'autres endroits dans le monde où cela peut arriver aussi… En Union Européenne, tu ne verras probablement pas la police débarquer chez toi (sauf la connexion est utilisée pour du piratage ou un réseau commercial illégal) mais ton fournisseur d'accès peut couper tes accès si tu ne respectes pas leurs conditions d'utilisation.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Tweet ?
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal Re-implémentation de TweetNaCl en Spark. Évalué à 2.
Merci pour l'info, c'est un sigle et acronyme fort élégant je trouve.
Par contre l'autre implémentation a oublié le chlorure dans son bain, si j'en crois le nom. :-)
“It is seldom that liberty of any kind is lost all at once.” ― David Hume