it's always difficult to comment on these kinds of posts because, obviously, they're pretty general, and the person doing the interview would need to use their own discretion, etc.<p>but having said that, one of the example questions seemed a bit odd to me. the idea was to find out whether a candidate knows how to use grep or similar. and the first case is fair enough - phone numbers with a given pattern. but a later example was reformatting code so that parentheses had spaces around them.<p>now anyone that tries reformatting code with a regular expression deserves everything they get. almost no programming languages have regular grammars, and even if they do, they are probably fiendishly complex (think of comments and strings). to make things worse, if you get something wrong you end up running the risks of introducing some kind of obscure bug in your code...<p>as i said, maybe i am being too picky. but that was the one example that jumped out as a red flag for the author's experience (which is odd, as i recognise the name, even though i don't really follow personalities on the web much).<p>edit: thinking some more, maybe i am being too picky. just last night i used sed to change some import statements in python code. but messing around with parens sounds like playing with fire to me. i vaguely remember, years ago, trying to enforce encoding standards with a regexp based rewriter for some obscure language that had no easily available parser. the memory is a blur, except for the pain...