zlacker

[parent] [thread] 3 comments
1. leoff+(OP)[view] [source] 2024-01-19 21:48:45
> I remember being rather underwhelmed by what they asked me to do

funny how people that say this are often the ones bombing the interview.

usually the ones who score well, are the ones that see how the simplicity of the given problem gives them room to show how well they understand the domain, and they appreciate it.

replies(2): >>Cthulh+Zd >>wideop+b01
2. Cthulh+Zd[view] [source] 2024-01-19 23:01:18
>>leoff+(OP)
Most software like this is simple; the danger is that some developers will overcomplicate a solution, or think there's more to it than there really is. A trick question if you will.

Don't judge a company by its tests, if they're easy for you to do it's not a slight on the company or the skills required.

replies(1): >>wideop+CZ
◧◩
3. wideop+CZ[view] [source] [discussion] 2024-01-20 07:37:48
>>Cthulh+Zd
Oh, I totally agree. That wasn't intended as a slight toward the company; rather, the solution to the problem was (if I remember correctly) only a few lines of code, but I think the test was tailored to more junior candidates, who might have needed to talk through it more (and as a result, have provided more insight into their thought process).

At the time, I didn't realize _that_ was likely what they were evaluating, but in my experience interviewing engineers since then helped me realize what I'd overlooked.

I mentioned they passed on me mostly for transparency given the rest of my comment, but I can understand how it might have sounded otherwise. I liked their concept and stayed connected for a while after, not something I normally tend to do if there's bad blood.

4. wideop+b01[view] [source] 2024-01-20 07:48:15
>>leoff+(OP)
I mentioned this in another comment, but yeah, I bombed the interview precisely because I understood the problem and its domain but failed to walk through my initial thinking process with the interviewer who was pairing with me. I was approaching it as a technical problem, not an evaluation of my ability to pair with peers - which was why I was underwhelmed.

Having said that - over the years, I now much prefer conducting interviews where interviewer and candidate walk through a problem, figuring out a solution together; they provide much more insight into a candidate compared to rote memorization/whiteboard tasks like "Implement a linked list". So, in the end, I've learned to appreciate their approach.

[go to top]