The fastest way to get rejected in my interview


Hey Reader,

Over the last two weeks I posted how WhatsApp works, in four blocks. This is what I see when I ask someone to build it in an interview.

I sit on the other side of that table often. What follows is a composite. Not one person. A pattern.

It does not matter what I ask

Design WhatsApp. Design a parking lot. Design a URL shortener. The question changes. The failure does not.

The candidate nods. Then, inside the first two minutes: load balancer. Database. Cache. Queue.

Each word is said and left there. None is explained. Nothing has been sent, parked or shortened yet. There is no user. We have a cache for a thing that does not exist.

The part that never comes

I wait for the moment the candidate says "and now the app grows, so we need X". The moment where the system evolves from one user to many, one problem at a time.

It never comes. They jump from a blank page straight to scale and reliability. The basics are skipped, not failed.

Here is the rule I say in my head every time.

There is no point doing optimisations on a functionality that does not exist.

It is the fastest way to get rejected in my room. Not a wrong answer. A skipped one.

What I am actually grading

Boring things. One phone sends. One server accepts. One phone receives. Now a problem shows up. Phone B is off. So you need to hold the message. Another problem. The server is busy. So you need a queue.

Each box appears because a problem appeared. That is the evolution I am grading. Not the boxes. The reason each box exists.

The four blocks I posted are that path, in order. Accept the message. Deliver it. Hold it if the phone is off. Then, and only then, make it fast.

Why smart people skip it

They think the basics are too basic to say out loud. They think I want the big words. The opposite is true. Big words with no path make me doubt the small things too.

Do this in your next round

  1. Before you name one component, say how one user does one thing, end to end.
  2. Grow it one problem at a time. Say the problem. Then the box.
  3. Only when the basic path works, ask "what breaks at scale". Now your cache has a reason.

Reply with the system you are most scared to be asked. I will reply with the first three boxes I would want to see.

Next Thursday: the call I got a few months into a new job, and why I said yes in two days.

Either way, keep going. The effort you're putting in will compound.

TheGuidedGrowth.

The Guided Growth

Ex-Google | Stanford LEAD | Ex-Founder | Sr. Engineering Manager. Career systems for engineers who want FAANG offers, faster promotions, and leadership roles. 650+ interviews conducted, 1,100+ engineers mentored. Read by 178,000+ engineers across platforms.

Read more from The Guided Growth
You don't need more time. You need better systems

Hey Reader, I study every single day. You might assume I have a free hour somewhere. I don't. My workday is full, and my evenings have calls. So I don't look for a free hour. A book I am reading right now says it in one line. You don't need more time. You need better systems. The book is How to Be Good at Life, by my friend Ben Meer. I am part way through it, and it has 40+ systems like the one I am about to show you. You can get it here. Here is my system. It has 3 slots. The gap after...

Google Recruiter Called. Interview in 2 days...

Hey Reader, Two weeks ago I posted: build your exit on day one. This is the day it paid off for me. I had joined Flipkart a few months earlier. I was not looking. I was still learning where things were. A Google recruiter messaged me on LinkedIn. Then called. Would I interview? They offered me two months to prepare Most people take it. I had a reason not to. I had a medical procedure booked about three and a half weeks out. Recovery would take time, and I was not going to cut it short for...

I sent his promo doc back !!

Hey Reader, Tuesday's post had a template. Four columns. This is the 1:1 where I first used it for real. Early 2024. A tech lead on my team wanted the next level. Let's call him Harry Potter. Not his name, obviously. But Harry was strong. The kind of engineer you hand the hard thing to and stop worrying about it. Harry believed he was ready. I did not. The worst place a manager and a report can be Not a bad rating. A gap between what each of us thought was true. Every 1:1 after that would...