undefined

points

[-]

I don't understand how you jumped to the membership test instead of literally the .find() method on a string?

The interviewer is not asking to solve a problem here, they're asking for a simple ability to follow instructions, hence the offer to use Google to find the correct answer.

You could make a very solid case for using "in" (it is 2-4x faster), but only after you've solved the task at hand, this is what is expected in interviews. Not knowing the interview meta makes an average Joe basically unhireable in this market.

by bee_rider2 hours ago|

parent|

[-]

The unfortunate answer is just that I didn’t think of .find before thinking of “in,” haha. Nothing too clever going on in my head.

The existence of a more conventional .find method does some damage to my original point. Oops.

by gspetr2 hours ago|

parent|

[-]

No worries. My point is, if you get asked questions that seem simple to the point where you feel they're asking if "water is wet", then you need to keep your own thinking process extremely simple in response.

The reason is the intent behind their question, which they don't vocalize.

This question means we are dealing with an extremely broad hiring funnel designed to fail people who can't FizzBuzz and need to keep answers at MVP level.

In other words, if you are asked to put out a fire use a bucket of sand, not a state-of-the-art fire extinguisher.

by ctrlkctrls2 hours ago|

prev|

[-]

The "in" operator is not unusual or trivia, it's something people who code in python use all the time! Python does have a function (or more accurately a method), it's called __contains__ and it's invoked by "in". I would expect a python developer to be able to comment on whether python uses a fastsearch algorithm or not, they should be able to comment on BM and H algorithms.

Maybe this was a very junior position, but I'm with the interviewer here. Using regex would be very questionable - and a solid case of 1171.