←back to thread

56 points mooreds | 2 comments | | HN request time: 0s | source
Show context
billy99k ◴[] No.45413237[source]
I prefer take home, and then having a conversation about what is done, reasoning, etc.
replies(1): >>45413260 #
galdor ◴[] No.45413260[source]
It feels like the age of AI has made take home coding exercises obsolete. I still have not found a good replacement.
replies(6): >>45413317 #>>45413350 #>>45413443 #>>45413543 #>>45413707 #>>45413880 #
corytheboyd ◴[] No.45413543[source]
> […] and then having a conversation about what is done, reasoning, etc.

Isn’t this where it would likely unravel?

The interviewer will know what the interesting parts of the exercise are, and ask the deep questions about them. Observe some more: do they know how to use an IDE, run their own program, cut through code to the parts that matter. Basically, can they do the things someone who wrote the code should trivially be able to do?

Since it was mentioned in a sibling comment: Even if the candidate used an LLM to write the code at home, I don’t care, so long as they ace the explanation part of the interview.

replies(1): >>45413692 #
1. mooreds ◴[] No.45413692{3}[source]
Agreed. It's one thing to ask the AI to solve the problem; it's another thing to be able to explain the way the problem was solved in real-time.

(Though you have to watch out for folks that are using the AI to answer your questions.)

In fact, I'm okay with people using AI to solve coding problems, as long as that is acceptable behavior at work as well. That should all be spelled out in the interview expectations.

replies(1): >>45414349 #
2. corytheboyd ◴[] No.45414349[source]
> Though you have to watch out for folks that are using the AI to answer your questions.

Heh I do think that happened once (that I was aware of), but it was on a topic I knew a lot about, and it fell apart after layer one. Still, pretty lame, I’d much prefer a “I don’t know,” which I usually say if they start guessing.