Google at a glance
- Interview style
- Structured, same rubric
- Scored on
- Role knowledge, problem solving, leadership
- In person
- At least one round (since 2025)
- Coding in
- Shared doc or simple editor
The stages
- 1ApplyResume review
- 2Recruiter callBackground and role
- 3Tech screenCoding, thinking out loud
- 4Interview loopCoding, problem solving, leadership
- 5DecisionStructured feedback
Google's software engineer interviews are known for algorithm-heavy coding questions, but what actually gets scored is broader: how you break down a problem, how clearly you think out loud, and how you'd work with a team. This guide covers what Google has said publicly about how it interviews, and how to prepare in about four weeks.
How the process usually runs
The exact steps vary by role, level and location, but the overall shape is consistent:
Step through: Google's hiring process, step by step
Step 1 of 5
Application and resume review
Recruiters look for relevant experience and impact. A clear, one-page resume with measurable results helps you get past this step.
What Google's interviewers score you on
Google's own guide to structured interviewing (re:Work) describes interviewing every candidate for a role with the same questions and the same scoring rubric, with examples of poor, borderline, solid and outstanding answers. The attributes it names are:
- Role-related knowledge: the specific skills the job needs. For software engineers: data structures, algorithms, coding and, at more senior levels, system design.
- Problem solving (often called general cognitive ability): how you approach an unfamiliar problem, break it down, and adjust when you get new information.
- Leadership: how you take ownership and influence others, with expectations that scale with seniority, even if you've never managed anyone.
Candidates and many prep guides also describe a fourth area often called "Googleyness": comfort with ambiguity, collaboration and doing the right thing for users. Treat it as a reminder that behavioural questions matter even in an engineering loop.
Quick check
You've found a working solution in the first 15 minutes, but it's O(n²). What's usually the best next step?
Coding interviews: how to approach every problem
A Google engineer writing on the official Google blog gave three pieces of advice: practise speaking out loud while you solve problems, know your algorithms and the interview structure, and remember that interviewers want you to do well, so getting a hint is normal. A reliable routine:
- Clarify. Restate the problem, confirm input sizes, edge cases and what to return. Write one small example.
- Start simple. Describe a brute-force approach and its complexity before optimising.
- Improve. Look for the pattern (below) that removes repeated work.
- Code cleanly. Use clear names; say what each part does as you write it.
- Test. Walk through your example, then an edge case (empty input, one element, duplicates).
- State the complexity in time and space.
The patterns that come up again and again
Flip cards · 0 of 8 revealed
Practice questions (original)
Try each one yourself first, out loud if you can, then use the hints before opening the solution.
Practice question
Double-booked meeting rooms
easyYou're given a list of meetings as [start, end] times in minutes, e.g. [[30, 75], [0, 50], [60, 150]]. Return true if any two meetings overlap (a meeting ending at 50 and another starting at 50 do not overlap).
Practice question
Longest run of unique page views
mediumA user's browsing session is a list of page IDs, e.g. [3, 1, 4, 1, 5, 9, 2, 6, 5]. Return the length of the longest stretch of consecutive views with no page repeated.
Practice question
Fewest moves through the office
mediumAn office floor is a grid of '.' (open) and '#' (wall). Given a start and an end cell, return the fewest moves (up, down, left, right) to get from start to end, or -1 if you can't.
Behavioural and "Googleyness" questions
Expect questions like "Tell me about a time you disagreed with a teammate" or "Describe a project where the requirements were unclear." Answer with a specific story using STAR: the Situation, your Task, the Actions you took, and the Result, ideally with a number.
What would you do?
Your team must pick between two designs. You're confident yours is simpler, but the tech lead prefers the other and the deadline is close.
How would you tell this story in an interview?
A 4-week prep plan
Step through: Four weeks to interview-ready
Step 1 of 4
Week 1: Foundations
Review arrays, strings, hash maps, sorting and Big-O. Solve 2 easy problems a day, explaining each out loud.
Keep going
- Brush up a weak area with a free Nokku course.
- Make sure your resume shows impact: try the free resume builder.
- Find roles to apply for on remote jobs, and sign up for weekly alerts there.
Sources
Checked on September 30, 2026. Hiring processes change, so confirm details with your recruiter.
- Google re:Work: A guide to structured interviewing
- Google Blog: A Google engineer shares her technical interview tips (2022)
- Google Careers: Our hiring process
- Axios: Companies embrace in-person interviews (Aug 2025)
Nokku.ai is not affiliated with or endorsed by Google. Company names are used only to describe their publicly documented hiring process. Practice questions are original.