Talk:1171: Perl Problems
The punchline is in reference to this oft-quoted joke by jwz:
Some people, when confronted with a problem, think "I know, I'll use regular expressions." Now they have two problems. - Jamie Zawinski
There's actually a double joke here: The song "99 Problems" is by Jay-Z, and the regex joke is by jwz. --220.127.116.11 08:33, 8 February 2013 (UTC)
I don't understand why so many people have problems with regular expressions. They are really easy ... compared to gramatics or turing machines. :-) (Of course, it is good idea to verify that the problem you are trying to solve with regular expressions IS regular. While perl is sometimes capable of doing stuff outside real regular expressions, it's rarely worth it.) -- Hkmaly (talk) 10:23, 8 February 2013 (UTC)
Wait, how do we rule out that the Regular Expressions might've helped Cueball, and that now, in fact, he has only 4 problems? 18.104.22.168 15:52, 8 February 2013 (UTC)
The stuff about preg_match is NOT perl at all. It is php.
perl has regular expression matching as part of the language, not as a function.
In perl, you would normally only get the firrst match, unless you used the 'g' flag.
The comparable initial match might be:
@matches = $str =~ m/([A-Za-z])/g;
But if you only wanted the first match, it would be more common to write something like
$firstMatch = $str =~ m/([A-Za-z])/ && $1;
I think that if you do want all the matches in perl, you are better off doing it in an explicit loop, so as to avoid creating an unneeded array.
(Perl now considers using the "complete match" token to be a less than ideal thing to use, which is why I added the parens and used
$1 instead of
$&.) --Divad27182 (talk) 06:33, 9 February 2013 (UTC)
($firstMatch) = $str =~ /([a-z])/i22.214.171.124 05:36, 13 January 2014 (UTC)
[User talk:Divad27182] is right. I took the liberty to remove the Perl reference in that line. 126.96.36.199 10:05, 11 February 2013 (UTC)
188.8.131.52 15:47, 11 February 2013 (UTC)Is there not an "off by one" joke in here also?
- "I don't understand why so many people have problems with regular expressions." I think there are a few reasons
- 1: the syntax crams everything together giving the coder little scope for laying things out. As the number of levels of nesting increases this makes it very hard to see the tree structure.
- 2: the way syntax characters are mixed with literal characters without clear delimination makes it very difficult for those who are not intimately famility with the format to quickly distinguish which is syntax and what is literal text to be matched (see shell script for an example of a programming language that has the same problem) or to curse when they don't realise a paticular character is used as syntax.
- 3: there is little in the way of debugging support when a regex doesn't match the way you expect it to.
- 4: there are some really nasty corner cases of regexes that are simple to write but massively hard for the regex engine to check . -- w:user:plugwash 184.108.40.206 (talk) (please sign your comments with ~~~~)
Very late to the party but I wanted to reply to w:user:plugwash and say that Perl has at least made an improvement on your point 1. "the syntax crams everything together giving the coder little scope for laying things out". One can use the x flag, which allows arbitrary amounts of whitespace in the regex:
$str = 'foobar'; $result = $str =~ m/ foo ( [b|c] ) [^z] r /x; print "Result: $result\n"; print "Captured: $1\n";
If I can take a second to point this out for you youngsters, the "I got 99 problems but a bitch ain't one" line came from Ice T originally (from "99 Problems" on the "Home Invasion" album: hardly his best work. 220.127.116.11 15:16, 20 September 2017 (UTC)Endie