this post was submitted on 17 Oct 2025
39 points (97.6% liked)
Asklemmy
50915 readers
1055 users here now
A loosely moderated place to ask open-ended questions
If your post meets the following criteria, it's welcome here!
- Open-ended question
- Not offensive: at this point, we do not have the bandwidth to moderate overtly political discussions. Assume best intent and be excellent to each other.
- Not regarding using or support for Lemmy: context, see the list of support communities and tools for finding communities below
- Not ad nauseam inducing: please make sure it is a question that would be new to most members
- An actual topic of discussion
Looking for support?
Looking for a community?
- Lemmyverse: community search
- sub.rehab: maps old subreddits to fediverse options, marks official as such
- !lemmy411@lemmy.ca: a community for finding communities
~Icon~ ~by~ ~@Double_A@discuss.tchncs.de~
founded 6 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
I don't prepare, because it's testing a task that I do pretty much everyday. If I can't do it on-demand I don't see how I can call myself a programmer. That said, I do have some strategies.
Often the interviewer isn't looking for people able to recite detail in the documentation. They are looking at the quality of the code you'll produce. So I concentrate on explaining my approach to the problem, rather than the code.
...and so on. If it's on a whiteboard I'll often write in pseudo-code that looks something like a language, but I'll state that I'm not trying to write perfect, compiler ready code.
I let them guide me to the level of detail they are looking for.
If it turns out they want to score points on me for missing a bracket, or getting the order of arguments wrong, then I take that as a negative against the company. Interviews go both ways, and you're looking for people you can work with too. So if they're going to nitpick in an interview they're probably going to be horrible to work with day-to-day.
Context for all of the following: I am a long time programmer who is also a hiring manager for programmers.
Interviews are not real life. During an interview the dynamics of power imbalance between yourself and the people deciding on your livelihood fuck with most people’s brains and cause them to think and behave differently than they do in real life. During an interview people are nervous, vulnerable, and outside of their element to an extreme degree.
Someone struggling to perform at anywhere near their normal level during an interview is exceedingly common and reasonable. It’s super silly to say “if you can’t perform under extreme stress that you won’t experience day to day then you just aren’t a real programmer”.
Edit: tagging @i_am_a_cardboard_box@lemmy.world because they should see this too.
Agree with everything you said, but if you're going to ask me about anything, then the thing I do 40 hours a week every week should be a safe subject. If I'm interviewing a chef, I'll probably ask them about working in a kitchen. I may even ask them to demonstrate something.
I think it's a reasonable expectation.
The key thing is to be as relaxed as you can be. Interviewing is a skill you learn, so go for a few interviews that you're not as interested in. Try not to go for your dream job first, because you'll be stressed to hell. Get a couple under your belt first if you can.
Interviews aren't an exam. They're a conversation.