<foo> simply produces <foo>in the text).
<URL: http://somewhere.tld/ >,
and it will be automatically made into a link.
(Do not try any other way or it might count as an attempt to spam.)mailto: URI,
e.g. mailto:my.email@somewhere.tld,
if you do not have a genuine Web site).
Fred le marin (2025-07-05T11:31:19Z)
Bonjour et bel été
Pourquoi ne pas intégrer directement un langage universel d'édition/d'affichage (avec expressions rationnelles, rechercher, remplacer, etc…) en CLI (et/ou en fichiers) dans tous les tableurs, histoire de mieux faire joujou ?
Rien d'original comme idée (on a évidemment dû y penser avant), mais potentiellement très utile (comme solution "tout en un" car installer Python ou autres serait alors superflu).
Après, cela peut bien être aussi rendu sécurisé (?)…
Je suis naïf.
Charles (2025-07-04T21:14:13Z)
Je travaille aussi dans l'industrie dans une GAFAM, et Ruxor a parfaitement raison. D'ailleurs, c'est presque un critère de recrutement : savoir se débrouiller pour faire un truc qui fonctionne. J'ai été extrêmement déçu de ne pas trouver les bonnes pratiques que j'imaginais trouver chez des "pros". En pratique, c'est vraiment le pragmatisme qui s'impose, la solution la plus simple pour le problème à résoudre. Tout est une question de compromis et il y a rarement des règles universelles.
Et d'ailleurs, la situation change encore avec les LLMs. Le one-liner Perl de Ruxor, je l'aurais probablement généré via un prompt en Python, ne connaissant pas bien les APIs style panda, et tout ça probablement dans un notebook style Jupyter que j'aurais partagé avec les lecteurs pour qu'ils puissent jouer avec aussi.
J'aimerais vraiment pas tomber sur un manager style Fabkill aux idées très arrêtées sur "la bonne façon de faire".
Ruxor (2025-07-04T17:20:00Z)
@fakbill: Je ne vois pas ce qui te permet de penser que je sais moins bien que toi « ce qui se passe dans l'industrie » ou sur quelle base tu te crois meilleur ingénieur que moi. Mais une chose est sûre : quelqu'un qui sait vraiment ce qui se passe dans l'industrie sait, pour commencer, que « ce qui se passe dans l'industrie » n'est pas un truc bien défini, il y a au moins autant de pratiques que de boîtes (souvent plus). Et aussi, que l'industrie est souvent loin d'avoir les meilleures pratiques pour gérer des équipes ou les projets (les exemples de boîtes aux pratiques stupides à s'en cogner la tête contre les murs, j'en ai vu passer à foison ; d'ailleurs, les projets amateurs sont souvent bien meilleurs pour trouver les bonnes pratiques, parce qu'ils ne peuvent pas se permettre de compenser leur nullité en déversant de l'argent sur le problème, mais je digresse). Notamment, si une boîte s'imagine que le code jetable n'existe pas (ce qui est juste aussi faux et stupide que de prétendre qu'on ne doit jamais gribouiller un calcul ou un bout de phrase sur un coin de papier qu'on jetterait) et que chaque regexp ou ligne de commande Unix qu'un dev a utilisé une fois pour extraire des données d'un fichier doit être commentée et committée dans un arbre git, ben cette boîte est juste nulle en gestion de projets — et, oui, ça arrive malheureusement.
Sur ce, cette discussion est close.
fakbill (2025-07-04T11:28:53Z)
Si tu avais la moindre idée de qui se passe dans l'industrie, tu saurais que "du code jetable qui ne sert qu'une seule fois", on n'en veut pas.
Si tu avais déjà travaillé avec des équipes, tu saurais que, si tu autorises ce genre de codes horribles sous le pretexte que "bah oui ça fait le job" alors tu predra en efficacité globale très rapidement.
Ce n'est pas un jugement de valeur. Ce sont des mondes très différents.
Gabriel (2025-07-03T11:10:52Z)
> Par contre le problème c'est que la perception de ce qui est une canicule et de ce qui est une vague de froid change avec le temps…
Cela change aussi avec la géographie : « Le terme canicule désigne un épisode de températures élevées, de jour comme de nuit, sur une période prolongée (au moins 3 jours). Pour les identifier, les météorologues de Météo-France ont défini des seuils de température et de durée qui varient selon les départements. »
<URL: https://meteofrance.com/actualites-et-dossiers/comprendre-la-meteo/canicule-vague-ou-pic-de-chaleur>
Subbak (2025-07-01T09:53:51Z)
> Et le problème d'attirer l'attention du grand public sur les événements extrêmes comme les canicules, c'est qu'un jour il y aura bien une vague de froid exceptionnelle et que si on a dit et répété aux gens "les canicules démontrent le réchauffement climatique", ils concluront "donc cette vague de froid démontre que c'est un mensonge".
Je ne suis pas d'accord : on a maintenant des canicules sévères presque tous les étés, parfois plusieurs fois dans le même été, alors que les vagues de froid sont loin d'être tous les hiver.
Par contre le problème c'est que la perception de ce qui est une canicule et de ce qui est une vague de froid change avec le temps…
Ruxor (2025-06-30T13:23:11Z)
J'ai ajouté un paragraphe et deux graphes supplémentaires à la fin du billet pour illustrer les maxima de températures sur n jours en fonction de n.
Ruxor (2025-06-30T13:22:13Z)
@fakbill: Si tu étais un ingénieur compétent, tu comprendrais la différence entre du code qui doit resservir, qui a besoin d'être lisible pour être réutilisable (or, oui, je sais écrire du code parfaitement propre, y compris en Perl), et du code jetable qui ne sert qu'une seule fois. Ta remarque est aussi stupide que si tu te plaignais qu'une regexp utilisée pour faire un recherche ponctuelle n'est pas correctement commentée. Pas de chance, en essayant de te montrer supérieur (style « moi Monsieur je bosse dans le vrai monde avec une vraie équipe »), tu étales surtout ta propre ignorance et incompétence. Maintenant va jouer ailleurs.
fakbill (2025-06-29T20:54:00Z)
Quelle chance on a que tu ne soit pas ingénieur.
Ces oneliners Perl sont des horreurs illisibles.
Si quelqu'un avait, ne serait ce que l'idée de pondre ça dans mon équipe, je lui passerai un savon et ses collègues le prendrait pour un fou.
Écrire du code write only n'est pas acceptable dans un projet.
Ilia Smilga (2025-06-29T19:23:53Z)
Merci d'avoir pris le temps de répondre à mes petites questions idiotes :-D ! (Pour la première - max/min de l'année le plus précoce/tardif - je l'avais entre temps fait moi-même, à moitié à la main, et dûment enregistré dans mon dossier ~/Documents/Loisirs/Masturbation_intellectuelle . Je trouve bien les mêmes valeurs que toi. Pour la deuxième, il aurait vraiment fallu écrire du code, et là, j'ai eu la flemme - mais je suis content d'avoir la réponse !)
Petite suggestion pour la lisibilité : je suggère de réécrire "Yvonne doit donner à Xavier la valeur c(x,y) inscrite dans le tableau" comme "Yvonne doit donner à Xavier une somme d'argent égale à la valeur c(x,y) inscrite dans le tableau". (Sinon, en première lecture, j'avais interprété cette phrase comme voulant dire "Yvonne doit dire à Xavier quelle est la valeur c(x,y)".)