Reprise du message précédent :

C'est quand même un talent pas évident à présenter aux gens, ça. 1h de spectacle là-dessus, ça risque d'être long    
 

Clair, j'ai pensé direct à ça
Je pense qu'harko est bon pour les 4 croix...  

Pour moi problème avec les regex c’est d’écrire quelque chose de fiable dans tous les corner cases tout en gardant le regex compréhensible ( donc oui lisible).

Je me dis qu'un petit bout de code sera sans doute plus maintenable que cette regexp immonde
Je plains le gars qui a dû concevoir une telle regexp  

Il ne l'a pas "conçue" dans le sens où il ne l'a pas écrite à la main :

 
 
Pourquoi tu casses la candeur de Rufo comme ça.  

Voila un vrai.

Je dois sortir régulièrement des bouts de culture générale comme ceux-ci, afin de chercher la validation de la part des protagonistes. Ça réduit mon syndrome de l'imposteur

et à coté tu dois interroger ChatGPT pour capter mes jeux de mots, donc tu comprendras que niveau crédibilité hein...

+1
 
- c'est extrêmement difficile à écrire / modifier sans effet de bord
- c'est illisible par rapport à du code (si tu dois finir par copier la regex dans https://regex101.com/ pour pouvoir  la modifier, c'est bof.
 
Après c'est pratique, je m'en sers souvent dans des notebooks ou autre quand t'as besoin d'un petit parseur à la con pour un bout de texte, mais c'est pas des trucs que je commiterai en PROD.

https://youtu.be/EqizJTbxAEM
 
 

J'ai des circonstances atténuantes, ce qui explique mes heuristiques limitées

Ah parce que du code, c'est lisible ?

J’écris régulièrement des regex complexes en écrivant des regex simples et en les composant   il est d’ailleurs assez frustrant que peu d’APIs supportent ça, parce que tu peux facilement avoir des interférences entre la syntaxe regex et l’interpolation de chaînes, et l’analyse statique sait rien faire (c’est un peu le même problème que le sql dynamique).  
 
Et se baser sur une grammaire pour écrire une regex est… assez normal? T’as besoin de savoir ce que tu veux matcher.

Il n'y a aucun problème avec tout ça, j'expliquai juste à Rufo qui s'horrifiait sur le fait hypothétique que quelqu'un avait écrit ça à la main, ce qui n'est pas le cas.

^1234((?!sdf).)*$

line.startswith("1234" ) and not line.contains("sdf" )

 
J'en trouve une un peu plus lisible que l'autre, non ?
 

Bien-sûr, c'était une boutade J'ai parfois vu du code de validation tellement horrible que j'aurais préféré des regexp

^1234((?!sdf).)*$

line.startswith("1234" ) and not line.contains("sdf" )

Et en séparant les règles on peut sortir un message d’erreur plus clair au end user.
Avec une regex complexe tu peux juste dire à l’utilisateur d’aller se faire foutre si ça ne marche pas.

Dites les pro de node / npm, on est d'accord que quand on touche un fichier scss ou de template, avec browsersync ça devrait être immédiatement visible en local n'est ce pas ?
 
Pacque la faut systématiquement que je kill avec ctrl-c et que je relance avec npm start (et le truc met genre 1 minutes à se lancer car il vérifie aussi tout un tas de task).
 
A priori j'ai foiré un truc pacque chez mes collègues ça semble bien fonctionner.
 
Je suis sous Windows 11, je code avec vscode et j'ai git installé coté windows, par contre tout ce qui est npm, je le fait avec le terminal sous Ubuntu de wmpl.
Ça pourrait venir de là, il vaudrait mieux que j'installe npm coté windows ?

j'ai arreté de lire a "je tourne sous windows 11"

au besoin tu peux aussi créer une VM linux sur un des lab ,e t utiliser vscode server

oh il y en a eu pas mal, Menuhin, Yo Yo Ma, Martha Argerich, et j'en passe. Mais c'est vrai qu'on n'a pas eu le loisir de les voir à l'oeuvre à l'époque, mais on a quelques enregistrements.

^1234((?!sdf).)*$

line.startswith("1234" ) and not line.contains("sdf" )

Ça dépends si tu sais lire les regex pour un cas aussi basique les deux sont lisibles sans aucun problème.
Là y'a le cas de la perf aussi, la deuxième solution évite un lookahead qui sera probablement moins performant.

J'imagine que ton npm dans WSL ne bind pas sur localhost Je crois que tu dois suivre ce guide : https://code.visualstudio.com/docs/remote/wsl-tutorial

LIBRA était une des cryptos "sérieuses". Et ce crash a de vraies conséquences sur l'Argentine.
C'est là qu'on voit que Coffeezilla fait un vrai travail de journalisme, il prend le truc au sérieux.

 
Oui c'est la lecture qui est surtout compliqué. Mais bon ça peut se commenter aussi une regexp
 

J'utilise pas browsersync mais pour le reste, faut surtout rien installer sur Windows sauf Vscode bien entendu. Tout le reste, git, node etc. c'est dans WSL.

Ah si, mais ça ne réduit la complexité que si on limite ce qu'on fait avec. Je postule que, puisqu'il n'existe aucun usage légitime des regex, l'abstraction qui les encapsule va en laisser transparaître toute la dégueulasse complexité.

Je ne sais pas d'accord avec ce postulat.

Je cherche une alternative européenne fiable et sérieuse à dropbox.
Plutôt pour du backup et du stockage « froid »
J’ai pas besoin de grosse perfs mais de la fiabilité et des garanties ( redondance, etc…)
Ah oui si ça marche sous linux et avec rclone c’est un gros plus.
Des idées ?

 
Exactement    
 
J'en ai un de Heifetz à 11 ans par exemple...  
 
Mais là en l'occurence, l'âge de la gamine c'est 6 ans... Mais il y a certainement eu d'autres cas et on a pas les enregistrements.    
 
Ça a pas dû courir les rues quand même. Il y a par exemple pléthore d'enfants prodiges sur YouTube, mais une telle musicalité à 6 ans... Ça me pose quand même un sérieux problème. Je pense que ce qui m'impressionne le plus dans son cas, c'est ses mouvements corporels et le fait qu'elle chante et les respirations, c'est monstrueusement présent, c'est pas juste un perroquet qui répète un disque ou un maître, il y a une putain d'appropriation de l'oeuvre, on est à 100 000 km d'une imitation ou d'une série d'automatismes, chose qu'on peut souvent repérer avec bcp d'enfants sur-doués qui sont comme des automates qui apprennent plus vite que les autres et qui développent ensuite leur personnalité musicale bien plus tard (ou d'ailleurs jamais, car bcp ne réussissent même pas dans le monde de la musique).
Écoute au casque, tu vas voir ce que je veux dire. C"est monstrueux.
 

Chez les Suisses dont j'ai oublié le nom ?

Infomania, jottacliud et proton si tu parles de l’Europe géographique  
 
 
Cozy si tu respectes le Général  

20 mn in, ok je retire, y'a rien de sérieux là dedans.

Le mec a les boules uniquement parce qu'il a le gouvernement argentin et des chasseurs de prime à ses trousses.

hetzner ou infomaniak.
De tete storagebox de hetzner répond à ton besoin (rclone) et est pas cher.

Et pcloud ? C’est mauvais ?

On verra, ça peut s’avérer nécessaire, mais quand on j'en arriverais là je pense que j'envisagerais plutôt un dualboot sur mon portable Dell.  

A priori non, la config de vscode avait l'air bien, il voyait bien wmpl (mais de tout façon node et npm c'est satan ).
 
Après avoir installé node.js "pour windows", nettoyé le dossier "node_modules" et refait un node install ça fonctionne avec le terminal Vscode donc on va dire que c'est bon (pour le moment ).

Erf, j'ai tout fait de travers alors...  

^1234((?!sdf).)*$

line.startswith("1234" ) and not line.contains("sdf" )

Après tu peux crafter un exemple allant dans un sens ou dans l'autre. Si t'as du texte comme ça :

Et que tu dois extraire toutes les URL github

Mieux vaut une regexp du genre

que de commencer un délire à base de split du texte + vérifier si ça commence par https + valider qu'entre chaque / ya pas de la merde + vérifier si ya issue ou pull + etc etc

A 53:35 le mec avoue tout

Cesse.  
Puisqu'on te dit qu'il n'y a pas d'usage légitime des regex

Si je dois parser des URL je préfère utiliser un parser d'URL qu'une regex. À la rigueur je veux bien utiliser une regex pour extraire les URLs du texte initial, mais si je peux éviter je le fais parce que c'est la porte ouverte à toutes les fenêtres.