Reprise du message précédent :

 
C++ ? Après j'ai pris cet exemple j'aurais pu en prendre un autre hein, tu as trim certes mais il ne faut pas chercher bien loin pour trouver une fonction que tu n'auras pas 'clef en main'.

Je suis pas (que) borné, je veux bien les utiliser, si c'est la meilleure solution. Mais j'exige qu'on commence par m'expliquer ce que la regex fait, en anglais compréhensible ; et qu'on me donne des exemples, sous forme de test unitaire si possible. Quand le paragraphe expliquant la regex atteint 5 lignes, on arrive dans le domaine des regex qui, quoi qu'en pense leur génie d'auteur (et à moins d'un problème de performance avéré), sera mieux sous forme de parser explicite.
 
Accessoirement, la regex que tu mentionnes je la préfèrerais largement sous forme de startWith/endWith.

 
voilà. Si tu fais pas du "bas niveau" tu vas peut-être utiliser des regexp mais c'est pas toi qui vas les écrire, ce sera le fonctionnement interne (dont tu te contrefous) des libs que tu utilises...

 
Ben justement, le moteur qui fait tourner ta regexp (ta lib donc) est comme ta bibliothèque que tu mentionnes, bien plus fiable que du code écrit à la main   Les corners cases ont été gérés par d'autres pour toi.

 
J'avais dit moderne.
 

 
Cf plus haut, 99.9% des devs ne vont pas l'écrire, ils vont prendre une lib qui fait ce qu'ils veulent. Et si ça utilise une regexp ou pas ils s'en tamponnent.

On parle des ReDoS et des catastrophic backtrack?

Les regex c'est vraiment pas à prendre à la légère

 
Versus les cas non gérés et/ou les crash par les parsing 'maison' ?

C'est vrai.
Mais mon propos venait appuyer l'utilisation de libs qui ont dû résoudre ce genre de cas, plutôt que d'y refaire face.

Ecrire des regex qui seront utilisées sur des inputs de users ça demande des précautions, ce n'est pas trivial. C'est puissant et donc ça permet des tas de choses... Et des tas de saloperies aussi.

Edit : et des parsers sont généralement plus facile à tester que des regex velues

ENfin les regexp ça permet aussi de faire des replaces, des matchings, de la transfo de string sans prise de tête.

Ah non mais carrément pas. Les commentaires, ça ne sert pas à toi, ça sert aux autres. Ce qui te paraît "trivial" ou "évident" ne l'est pas pour tes collègues et vice versa. Donc tu les mets, même si ça te paraît superflu. Et pour les regex, c'est rarement superflu.
En ce qui me concerne, les commentaires sont superflus si le code est immédiatement compréhensible à la première lecture. Ca n'est pas le cas de ta regex.
D'autre part, il peut y avoir plusieurs dialectes de regex, ça n'est pas une syntaxe universelle.

"La documentation, c'est le code"

Perso j'ai une limite de complexité sur les regexp, j'utilise assez peu de fonctions complexes et je développe du code autour pour les compléter. Un avantage d'utiliser du code ou une lib externe, c'est que les abstractions sont nommées, ce qui est plus pratique à utiliser comme autodocumentation que de commenter des regexp.

Pas du tout: https://twitter.com/dannychun/statu [...] 4583264256

Sur le fond je suis plutôt de l'avis d'Hephaestos et bien souvent je préfère assez vite une combinaison de parsers à une regex complexe, mais je ne suis pas sur que l'argument "c'est conçu pour être court et c'est peu lisible pour la majorité des gens" soit pertinent.
 
Sinon typiquement avec ce genre de raisonnements, tu pourrais dire que tout ce qui est notation spécifique, genre les symboles mathématiques (ou les partitions de musiques), c'est un peu le même problème. Une personne qui n’a jamais fait de maths, elle a aucun moyen de savoir qu'un "ϵ" ça veut dire "appartient à". Du coup ça revient à demander aux gens qui font des maths d'avoir un bagage de connaissance minimal qui comprend ce vocabulaire/syntaxe de base, mais in fine c'est un curseur arbitrairement placé.
 
Du coup pour un développeur, pourquoi ce curseur arbitraire n'incluerait pas in fine une partie de la syntaxe des regex ? (après tout, on demande bien à un dev C++ de connaitre le signification de ".", "->", "&" etc... )

Les notations mathématiques sont un contre-exemple flagrant à la notion même de lisibilité. Si tu as déjà relu du code de mathématicien, il y a de quoi s'arracher les cheveux.

Et oui, on demande à un dev C++ de savoir ce que signifient tous les sigles, mais pas à un lecteur de C++. Du code lisible, il est lisible par un programmeur qui ne connaît que l'anglais (*kof* go *kof* comme dit l'autre, c'est un autre débat). Alors oui il ne saura pas pourquoi ici il y a une astérisque ici et là une flèche, mais il comprend ce que l'auteur veut faire. Il m'arrive d'être relecteur de code dans des langages que je connais très mal, je comprends ce que veut faire l'auteur si c'est bien écrit, je vérifie que ça marche en lisant les tests unitaires ; je n'ai pas besoin d'être un expert.

Le curseur n'est pas si arbitraire que ça quand on parle de syntaxe qui typiquement ne va concerner qu'une poignée de lignes même dans des codebases assez grosses.
 
Si tu fais du Perl à longueur de journée c'est sûrement différent, mais ça concerne pas grand monde ici à part gilou peut-être.

Yes, pareil.

L'horreur postée 2 pages avant devrait être découpée en petites fonctions qui récupère chacune un champ. Au moins c'est autodocumenté , testable unitairement et réutilisable.

en vrai je pense pas que ça marche, parce que URL parse pas les mots de passes pour les protocoles qu'il connait pas.

 
Je crois que c'est pour ça qu'on a un regex pour SMB et NFS  

ou alors on remplace le protocole par http, on parse puis on remet le protocole.

Aucune idée si ça marcherai pour SMB et NFS qui sont assez différents en terme d'URL. En tout cas c'est pas avec moi qu'il faut voir ça

C'est une question de pragmatisme.  On attend d'un prog C++ lambda qui va faire essentiellement de l'applicatif de connaître les symboles et la grammaire de base, mais pas de maîtriser la métaprogrammation sur le bout des doigts.
Pour les regex, c'est un peu pareil. Si tu n'en fais pas tous les jours, tu n'es pas un expert, et le fait que ce soit un problème ou pas dépend entièrement de l'applicatif visé. Si ta spécialité, c'est le JV ou la 3D, ou la dynamique des fluides, ne pas se souvenir de la syntaxe exacte des regex ne va pas trop t'empêcher de mener ton projet à bien. Si par contre tu traites du texte à longueur de journée, on s'attend à ce que tu saches écrire des regex comme des alexandrins. Ca reste quand même illisible pour le commun des mortels et ça mérite d'être commenté.

ah tiens en fait url-parse arrive à parser les user/mdp des protocoles inconnus alors que le navigateur ne le fait pas. ça va être fnu.

La police décomplexée en pleine action: https://twitter.com/sunriseon7/stat [...] 6986427393
https://twitter.com/JoJoFromJerz/st [...] 6617267200
https://twitter.com/ScottThuman/sta [...] 5309763584

C'est pas comme si le FBI avait prévenu que les white supremacists cherchaient à noyauter la police américaine.

Je me demande si j'ai pas un biais, mais on dirait qu'ils sont bien pire que chez nous ? Pourtant on est pas forcément des génies, mais il me semblait pas que ça soit aussi bourrin non ? (cf les voitures de police qui poussent les gens dans les rues etc.)

si, ils sont pires. Ils ont pas de hiérarchie unifiée, 6 semaines de formation, et une violence incroyable.
 
Mais ils sont aussi plus violents parce que le pays est plus violent, tout est juste décalé de quelques crans vers la violence dans ce pays.

 
Se baser baser sur twitter ne me semble pas le moyen le plus fiable pour faire une comparaison.

non, tu peux te baser sur le nombre de balles utilisées en service.
 
je sais plus quelle année, l'Allemagne a utilisé 88 balles en service, NYPD en avait utilisé plus que ça au cours d'une seule intervention, tu peux diviser par toutes les populations que tu veux mais NYC a 8M d'habitants et l'Allemagne 80M

Il n'y a pas de police des polices, ils bénéficient d'une impunité pratiquement totale, que leur a conféré la cour suprême.

https://www.reuters.com/investigate [...] ty-scotus/

La seule chose qui pourrait vaguement les calmer, et c'est une bonne idée dont on devrait s'inspirer, c'est la gopro qu'ils sont sensés faire tourner pendant leurs interventions. Mais en ce moment, il y a eu des cas où ils "oubliaient" de la faire tourner. Comme à Louisville où le chef de la police a été viré après qu'il ait été contraint d'admettre qu'ils n'avaient aucune vidéo.

Je pense qu'un système qui permet à un policier d'écraser la gorge d'un suspect menotté et au sol pendant 8 minutes jusqu'à le tuer, avec 3 collègues autour à qui ça ne pose aucun problème est un système pourri jusqu'à la moelle.

Ce système est évidemment maintenu et encouragé par tous les sacs à merde qui diront "oui mais" :
- "oui mais c'est un délinquant récidiviste"
- "oui mais il ne voulait pas rentrer dans la voiture"
- "oui mais il a payé des clopes avec des faux billets"
- "oui mais il était sous médicaments"
- "oui mais il avait des problèmes de santé"

Ce système est évidemment maintenu et encouragé par tous ceux qui ferment leur gueule parce qu'ils "ne font pas de politique", parce que "ça ne les regarde pas", et j'en passe.

évidemment qu'ils ont l'impunité ce sont les états qui gèrent ça, et personne ne vient emmerder les états là dessus parce que c'est l'esprit du fédéralisme en entier.  
c'est pareil au mexique en fédération de russie en inde ... bref dans la plupart des pays avec une fédération la police est gérée en local.  
en allemagne aussi il y a des polices de landers, et la loi fondamentale dispose qu'ils ont autonomie  
ce qui change c'est que le système politique en allemagne est différent et que les ministres des polices des landers font des programmes commun au niveau fédéral pour gommer les différences  

Et depuis 20 ans ils reçoivent tous les stocks excédentaires de l’armée plus ou moins en direct, sans l’entraînement ou les règles d’engagement qui vont avec.  
 
Ils ont des sheriffs qui se baladent en MRAP.

Le concept (fédéral) de “qualified immunity” va très très loin au delà de “c’est un problème d’état”.  
 
Et comme le dit nray, c’est pas non plus géré au niveau de l’état, c’est géré au niveau de la ville ou du comté. Et il y a pas ou peu de standards ou de supervision tant que quelqu’un ne décide pas d’appeler le FBI.  
 
Faut pas oublier qu’il y a au moins un sheriff qui s’est monté un camp de concentration.

 
"Mouvement contre le racisme et pour l'amitié"? Dans le contexte c'est pas mal.

 
c'est géré par l'état, qui a le loisir ou non de laisser les comté et les villes se démerder. à la fin c'est l'état qui peut tout ou rien. les polices d'état on d'ailleurs juridiction partout dans plein d'état
ce qui donne l'impression inverse c'est simplement que les forces de polices des villes sont plus nombreuses mais au niveau légal c'est bien le niveau étatique qui prend le pas

https://twitter.com/jeremynewberger [...] 0534916101
 
Il y a d'excellentes réponses.

Il semblerait que l'un des 3 ait ouvert sa gueule mais vu que l'étrangleur était son supérieur hiérarchique, il pouvait pas faire grand chose. De toute façon la responsabilité va être considérée comme systémique plus qu'individuelle et rien n'arrivera à personne. Des deux cotés, ils vont continuer de s'envoyer des scuds pour encore plus se polariser ... et ça pétera au bout d'un moment. Et l'abruti en chef continue d'arroser tout ça gaiement de gasoline pendant que le vieux sénile répète son nom en boucle à la télé. A ce stade, faut voir tout ça comme le dernier blockbuster sorti d'Hollywood je crois

 
Je trouve que l'on voit assez bien le résultat de leurs système dans les documentaires du genre "Tiger King" ou "Wild wild country". Les mecs ont des lois tellement permissives qu'ils arrivent dans des situations kafkaïenne qui ne pourraient jamais arriver dans des pays européens.

Heureusement que les USA pourront combattre le fascisme sur le marché des idées.