this post was submitted on 06 Feb 2025
37 points (100.0% liked)
CSCareerQuestions
1047 readers
44 users here now
A community to ask questions about the tech industry!
Rules/Guidelines
- Follow the programming.dev site rules
- Please only post questions here, not articles to avoid the discussion being about the article instead of the question
Related Communities
- !programming@programming.dev - a general programming community
- !no_stupid_questions@programming.dev - general question community
- !ask_experienced_devs@programming.dev - for questions targeted towards experienced developers
Credits
Icon base by Skoll under CC BY 3.0 with modifications to add a gradient
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Don't be too hard on yourself. A great interview explores the limits of your experience with the interviewer. That ideally includes some questions you simply cannot answer.
I have, very rarely, interviewed someone who had every answer I was looking for. In that case, she went on to build the entire team. But usually I don't need someone with all the answers, but just someone with enough experience to do the job while growing into it.
So sometimes missing some questions still lands you the job, and just informs my training plan for after I hire you. It's hard to tell right after the interview which way it went.
And sadly, I don't know for sure, until I've interviewed every candidate, so I rarely can give meaningful feedback right after the interview.
Also, if you were honest and communicated clearly, you likely grew your professional network, whether you get the job or not.
All that to say - you might not have bombed, after all.
this is very kind, thank you!
Aha, something I didn't mention it my sibling post about interviewing for DreamJob™: once I was on the team and on the other end of the interviews, the theme from my manager was always to see how the candidate thinks and solves problems. He always stressed that they don't know our tools and processes. It was less about getting the right answer and more about demonstrating that they'd have the ability to do the job once we onboarded them.
There was a guy who I congratulated on his first day joining our department who was surprised. He told me he thought I disliked him in the interview (I actually wrote him a solid post-interview review, he was great). That was back when I thought it was a good strategy to be stone-faced in interviews and before I got enough wisdom to just be casual and approachable. Maybe you interviewed with a dickhead like the old me who didn't know any better yet!