steph1978 a écrit 3499 commentaires

L'OP est mieux placé pour répondre mais en attendant…

L'interpolation ça va ajouter images alors le fait de moyenner doit en retirer, non ?

respect des autres utilisateurs

Dans ton premier commentaire, tu demandes la signification d'un terme. C'est parfaitement légitime.

Mais tu critiques l'auteur en lui reprochant de ne pas avoir anticipé ton besoin éclaircissement, et ça ce n'est pas faire preuve de beaucoup de respect.

Pourquoi on prend plein/trop d'images pour ensuite les "moyenner" ?

Pourquoi ne pas prendre juste le bon nombre d'images pour le timelapse ?

bash -e -u est une bonne pratique.

Et dans ce cas, pour explicitement ignorer une erreur, si la commande ne le permet pas (pas d'option quiet), au lieu de

            set +e
            rm out/*
            set -e

j'aime bien

            rm out/* || true

Ça fait moins de lignes, donc moins de risque d'erreurs, du style, inverser les "+" et "-", oublier une des deux lignes, au hasard celle qui stop après une erreur.

D'un côté, je suis contre le fait de mettre un réacteur nucléaire derrière chaque onglet de navigateur.

D'un autre côté, pour avoir du résumé ou de la traduction, il y a des petits modèles qui font très bien le taf de manière relativement sobre ; peut être même utilisable en locale.

Après on va reprocher à Mozilla de pas faire ce qu'il faut pour être à niveau des autres navigateurs. J'ai l'impression qu'ils font au mieux / au moins pire.

Je crois que c'est le principe d'une "disclosure".

On annonce une faille après l'avoir corrigé de manière à ce que les utilisateurs fassent l'upgrade; et que ce soit pas juste la fête aux pirates.

Je ne vois donc rien de choquant dans la formulation. Ça veut dire : "il y des failles dans votre sudo-rs, il est urgent de lire le détail pour savoir quoi faire".

Si tu trouves des articles qui emploient ta formulation versus celle de l'OP, je veux bien les pointeurs.

Je confirme que c'est très efficace.

J'ai implémenté un outil de conversion xlsx vers CSV, avec une bibliothèque de parseur XML, en Python puis en Nim.

L'implémentation en Nim est peu ou prou identique à l'implémentation en Python mais elle est 70x plus rapide et prend 3x fois moins de RAM.

(je vois seulement ce message)

Pourquoi ne pas avoir rajouté dans le comparatif un script python (ou autre) qui travaille aussi ligne par ligne ?

Parce que je n'en ai pas sous la main :) Mais ce serait intéressant en effet.

Si ça travaille ligne à ligne, et sauf bug dans le runtime, l'empreinte mémoire sera constante et le temps de traitement à peu près linéaire (afine pour être plus précis : t = a*n + b, car il y a un temps constant d'initialisation).

194 * The filename must end in PNG, JPG, GIF, or similar.
195 * No spaces inside the brackets!

Il y a des puces de niveau 2 dans puce de niveau 1 avec une indentation de 1 espace. J'imagine que c'est ça qui fait péter car ça part en boucle infini sur des fermetures de liste . D'ailleurs en remettant ces deux puces en début de ligne, ça passe.

J'ai pas trop envie de compliquer le script pour gérer ce cas J'ai corrigé le code, pas pour rendre ce cas fonctionnel - il ne correspond à rien en MD, mais pour éviter la boucle infinie.

il n'y a que les imbéciles qui ne changent pas d'avis

j'imagine qu'il a du cogiter toute l'année pour peser le pour et le contre de sortir une nouvelle version.

de toute façon la version 2 ne disparaît pas.

Que l'IA

• pille les œuvres des auteurs et créateurs
• exploite les travailleurs du clic
• mette à genoux les forges logicielles libres
• fasse exploser les émissions de co2
• abrutisse la population en faisant "à sa place"
• pousse dehors les travailleurs qui ne sont pas IA-compatible
• pourrisse irrémédiablement la connaissance contenue dans le web
• favorise la prolifération de fake news, de spam et de scam
• accapare les investissements privés et publics

passons, je ferme les yeux.

Mais si elle doit en plus faire augmenter le prix de la RAM, alors je dis stop !

Je suis content que qqun ait fait un poc car j'avais exactement cette intuition. ça emmerde les admins : il faut l'installer, le configurer, le maintenir ; ça emmerde les utilisateurs : il faut avoir javascript d'activé, il faut cliquer pour accepter le redirect, il faut attendre pour que la page s'affiche ; ça emmerde un peu les crawlers : ils doivent résoudre le challenge et garder le cookie tant qu'il est valide.

Oui mais ça c'est l'histoire de tous les standards, pourquoi celui là plutôt que l'autre…

Merci de ce message, cela m'a permis de me délecter de cette page https://patrickguignot.fr/scepticisme/citations_sceptiques.html, je l'ai même ajoutée à fortune.

Pour moi, l'intérêt de ces syntaxes est de combiner une édition et une présentation agréable en texte brut avec la possibilité d'en faire des rendus plus chatoyant avec une réelle mise en forme, principalement en HTML dans un navigateur.

Je ne nie pas l'intérêt de tex2tags quand on le pratique.

Mais pour justifier de l'utiliser en lieu et place de markdown, il faut un vrai gain.

J'ai lu la page qui présente la syntaxe et je n'ai rien trouvé me ferait changer.

Les titres avec des = de part et d'autre c'est plutôt plus lisible que les # de markdown, mais on est dans le subtile.

Les trois façons de faire des blocks triples quote m'ont perdu.

La syntaxe des liens est moins lisible à mon goût.

Bref, pour ma part, j'ai peut être loupé quelque chose, mais je ne m'y retrouve pas.

Si je devais faire un saut, par manque de possibilité dans MD, ce serait vers un restructuredtext ou asciidoc.

Je te donne mon adresse postale en MP alors.

Quand je disais "Ça devait permettre de faire de la programmation système", je parlais de Go.

Ton commentaire me rappelle en effet qu'il existe micropython, bien vu.

Et me rappelle que la même initiative existe pour Go : https://tinygo.org/

La Turquie a supprimé le changement d'heure en 2016 avec un délai similaire entre l'annonce et la prise d'effet du changement.

Et j'ai raté mon avion Istamboul - Paris pour lequel je pensais avoir une heure d'avance. Il venait de décoller. Après avoir gérer l'urgence, j'ai cherché une explication et j'ai en effet trouvé celle-ci: pour encourager les (ses) électeurs à aller voter, le président a décider de retarder le jour de passage à l'heure d'hiver, genre 15 jours avant, pour avoir plus de soleil en fin de journée pour que les gens se déplacent. Ni nos téléphones ni ma montre n'avait le tout dernier TZdata. Fail

Ah ben ça tombe bien ça, parce que j'ai justement une question à ce propos.

Ta question porte sur l'installation d'un environnement de développement, pas sur le packaging.

Le "packaging" ça consiste à empaqueter une application : en faire un zip ou alors le mettre sur un registre (pypi, npm, crates.io) avec toutes ses dépendances. Pour obtenir le premier résultat - un gros paquet auto porteur - j'utilise PyInstaller. Injustement méconnu alors qu'il marche très bien.

Concernant ta question:

Je ne connais pas pyenv. Sans savoir si il permet de faire ce que tu souhaites, j'aurai envisagé de créer un lien symbolique ~/.pyenv/versions pointant vers ~/foobar/pyenv/versions.

Mais en suivant le lien que tu donnes, je vois un README bien fourni.

Il y a une section B. Set up your shell environment for Pyenv. Pour bash, le détail dit :

echo 'export PYENV_ROOT="$HOME/.pyenv"' >> ~/.bashrc

Je me dis qu'en faisant

echo 'export PYENV_ROOT="$HOME/foobar/pyenv"' >> ~/.bashrc

tu devrais sans doute obtenir l'effet escompté.

PS: merci pour ton travail sur Le Frido, c'est une pépite.

Python va perdre du terrain sur pas mal de trucs au profit de go

Je suis prêt à prendre le pari inverse. Reste à définir l'indicateur.

Python est présent partout

• datascience : numpy, panda, SciPy
• big data : PySpark
• IA : Scykit learn, pytorch
• API : fastapi, flask
• web scientifique : streamlit, gradio, jupyternb
• application web: django
• GUI : wxpython, kivy

Go : faire de serveur gRPC.

Ça devait permettre de faire de la programmation système mais a manqué sa cible à cause du GC et de la difficulté de binding avec C, donc supplanté dans ce domaine par un Zig ou un Rust.

Et Python est très accessible aux débutants / non informaticiens grâce à sa syntaxe, son absence de typage et justement son écosystème ; pour un effort de 100, tu vas fournir 20 et l'écosystème 80 alors que en Go, l'écosystème va fournir 40 et tu fournira 60 (pifométrique).

Donc le packaging, à côté de tout ça, ça reste anecdotique dans le choix, AMHA.

Accessoirement, Perl est 5x plus lent

$ time awk '/co/ { }' 1m.csv.gz

2560 0.14

$ time perl -ane 'if (/co/) { }' 1m.csv.gz

5376 0.70

Merci pour cette longue description qui permettra à tout un chacun chacune d'estimer son appétence envers la syntaxe Perl. Pour ma part 🤢

Je m'en tiendrait à la maxime

Ne le fait pas avec Python si tu peux le faire avec Perl
Ne le fait pas avec Perl si tu peux le faire avec Awk
Ne le fait pas avec Awk si tu peux le faire avec Sed
Ne le fait pas avec Sed si tu peux le faire avec Grep

Et j'ajouterai que AWK faisant partie du standard Posix, cela en fait une dépendance sur laquelle on peut quasiment toujours compter, même dans des environnements restreints. Commet le shell et contrairement à tous les autres langages de scripts.

/ # awk
BusyBox v1.37.0 (2025-05-26 20:04:45 UTC) multi-call binary.

/ # perl
sh: perl: not found

Au final ce qu'il faudrait c'est un langage de haut niveau compilable vers des petits exécutables pour des programmes courts (avec élagage des dépendances par exemple).

Ça existe et ça s'appelle Nim.

done

Et si j'enlève le "nd", c'est pas suffisant ?