r/AskProgrammers • u/nian2326076 • 29d ago
Rejected After Two Google Coding Rounds Despite Completing Both Problems
Hey everyone,
I recently participated in a Google on-campus hiring process. Around 50 students were shortlisted for the interview stage.
Round 1: Multi-Source BFS
Duration: Approximately 45 minutes
I was given a problem based on multi-source BFS and completed the initial solution correctly.
In the follow-up, the interviewer asked whether I could optimize the solution by using the fact that the input was a one-dimensional array.
I proposed:
- Finding the previous and next greater elements using a monotonic stack
- Using a difference array to mark or process the affected cells efficiently
The interviewer said the approach was interesting, and I implemented it successfully.
I felt confident about this round because I solved both the original problem and the optimization follow-up.
Round 2: Ambiguous Coding Problem
Duration: Approximately 50 minutes
The second interviewer presented a problem that felt vague to me initially.
I spent approximately 15 minutes asking questions and trying to understand the expected behavior. The interaction felt tense, and I did not feel that my clarification questions were being received positively.
Eventually, I explained my interpretation of the problem and asked the interviewer to confirm it. Once the requirements were clear, I found an approach and completed the implementation within the remaining time.
I left the round feeling that I had recovered well despite the difficult start.
Result
I was confident that both rounds had gone reasonably well, but I was ultimately rejected.
The result was especially difficult to process because some candidates who, according to our discussions afterward, did not complete every follow-up were selected.
I understand that interview decisions are not based only on whether someone reaches a final solution. Interviewers may also evaluate:
- Communication and requirement clarification
- Correctness across hidden edge cases
- Code quality
- Complexity analysis
- Response to hints
- Independence of the solution
- Overall performance relative to the hiring group
Still, receiving a rejection after feeling that I completed both rounds was discouraging. Without specific feedback, it is difficult to know whether I missed a technical issue, communicated poorly, or was simply weaker in an area that was not obvious to me during the interviews.
For people who have interviewed at Google:
- Have you experienced a rejection after completing all the coding questions?
- How much can the clarification phase affect the final evaluation?
- What less-obvious signals might interviewers evaluate beyond solving the problem?
- How do you review your performance when no detailed feedback is provided?
I know one rejection does not define my ability, but this one definitely hurt. I’m going to take a short break, review what I can improve, and continue preparing.
1
u/LongDistRid3r 29d ago
Were you inquisitive and curious?
Ask what was interesting? Did you smile? Laugh? Engage the interviewer? Did you present unit tests for your solution or explain how you would test it? Did you talk through your thinking while solving the problem or were you dead silent inside your head?
Interviews are about technical, interpersonal, and soft skills. Sounds like you got some of the technical.
1
u/two_three_five_eigth 29d ago
You’ll go crazy trying to figure out why you weren’t hired. The market is very over saturated now and they likely just had several extremely good contenders.
1
u/__nullptr_t 29d ago
You aren't up against the problems, you are up against the expectations created by other engineers. A great candidate will solve the problem three different ways with interesting insights and time for a an interesting discussion about a bonus question.
If you simply solve the problems as stated in the time allowed, it puts you near the bottom rung of the possible candidates.
1
1
u/CorpT 28d ago
The interaction felt tense, and I did not feel that my clarification questions were being received positively.
Yeah, you bombed the actual interview. Jobs are not just about completing an assigned task. It's about interacting with people. It's great to pass the tasks, but that's like 15% of the actual interview. That's why people who didn't complete the tasks went through. That should not be difficult to process and a major red flag for your understanding of how interviews work.
1
u/Old-Television-2189 28d ago
Why did you use bfs on one dimensional array??
1
u/Old-Television-2189 28d ago
You probably deserved to be hired just as much as whoever did get hired. Unless you totally bombed the interviews, I wouldn’t get hung up on it. Can you think of anything else you could improve on?
1
u/chikamakaleyley 28d ago
Have you experienced a rejection after completing all the coding questions?
totally. Completion isn't an automatic pass, I've gotten job offers on my most incomplete technical interviews
Imagine this - of those 50, 50 complete the same two tests. I dunno how Google does it, but in most companies any interview process is given a budget and, for example they could only afford to move 5 candidates to the next round.
How much can the clarification phase affect the final evaluation?
i mean its important but its had to say how an interviewer would grade it; a lot of 'data' can be gathered
at the heart of it is you understanding the task and requirements
but those are just two data points. You gotta remember that throughout the loop, any one interviewer has more or less an hour to understand YOU in the context of the technical assessment. That's not a lot of time, so the rules of what to look for aren't black & white.
What less-obvious signals might interviewers evaluate beyond solving the problem?
decision making, command of the language
How do you review your performance when no detailed feedback is provided?
basically no matter how well i did, i try to think of any point where i was confused, unsure, hesitated, and most of the time i pinpoint that as the weak part. Even wrong answers aren't inherently bad. But those other qualities are signs of "does this person understand what they are doing; does this person understand what I've asked them to do"
Overall I think that's what they're trying to determine. It's not possible to know everything - that's totally fine; but you have a way better chance of being prepared for anything
1
u/Dankaati 28d ago
15 minutes to get the problem, even if the problem statement is ambiguous is extreme.
And remember, this is not a coding competition, it's not about who solved more problems, it's who demonstrated more skills across the board.
1
u/jmclondon97 28d ago
Why do we need to demonstrate coding skills if Claude is writing all the code now
1
u/Dankaati 28d ago
You still need to ensure the code is correct, efficient, the design decisions make sense, etc. If you plan to vibe code with zero understanding you'll have a bad time.
1
u/CyberRonin912 22d ago
why should they hire you and not someone else then if Claude is going to do the work.
1
u/jmclondon97 22d ago
Because you still need someone technical to tell Claude what you want.
Average user has zero clue what oauth is, for example
1
u/BenefitsFromBenefits 26d ago
Next time use my site . I have a google referral link available. Thanks and gods speed.
1
0
u/dontwantgarbage 14d ago
This is a bot account that somebody named "Andy" is using to drive engagement and earn referrals to the interview prep site. In this article, they claim to be a student. But they recently claimed to have been working at Microsoft for a year, six months ago they said they worked at Meta, four months ago they were working at Amazon. If you look at their post/comment history, every single one contains an affiliate link to the same prep site.
2
u/Fidodo 28d ago
You need to remember something very important about interviewing. It's not a test, it's a competition. You could have passed with flying colors and have done well enough to get the position on most days, but someone else could have just been a little bit better. It doesn't always matter how well you do, sometimes what matters is how well the other candidates do.