Back

Lesson 1/8

7.0

How YouTube interviews

1. The shape of a YouTube loop

YouTube hires under Google's process. The committee, the levels, the rubric — all Google. But the questions feel different. YouTube engineers spend their days on media pipelines, recommendation infrastructure, and planet-scale CDN problems. The system design rounds usually go there.

A typical senior IC loop:

Round 1   Coding / problem solving           (45 min)
Round 2   System design (media-pipeline)     (45 min)
Round 3   System design (general distributed) (45 min)
Round 4   General cognitive / Googleyness    (45 min)
Round 5   Cross-functional (bar-equivalent)  (45 min)
A typical YouTube onsite (Google-process flavored)

The hiring committee makes the call after the loop. Same as Google. The bar is set by Google-wide criteria; YouTube's hiring team can advocate but doesn't decide.

2. What YouTube grades you on

Same four Google signals — General Cognitive Ability, Role-Related Knowledge, Leadership, Googleyness — applied through the media lens.

In a YouTube system design round, the role-related knowledge looks like:

DomainWhat it shows up as
Video pipelineUpload, transcoding, packaging for delivery. Knowing the variants (HLS / DASH, ABR ladder).
CDN distributionEdge caching, regional pre-positioning, multi-CDN strategy.
Recommendation infrastructureThe system side of recs — candidate generation, retrieval, ranking. Not the model.
Counter and analytics at scaleView counting, idempotency under fraud, real-time analytics dashboards.
Live streamingThe latency-vs-quality tradeoffs that live demands and on-demand doesn't.

YouTube interviewers expect the candidate to reach for media-specific primitives by name. "Adaptive bitrate streaming over HLS" lands better than "chunked video."

3. What's different here

A few patterns specific to YouTube:

  • The scale is genuinely planetary. Most "design system X" conversations end at "millions of users." YouTube's scale is billions of hours watched per day. The interviewer expects you to scale your numbers up accordingly.
  • Egress is the cost driver. Computer scientists love compute; YouTube is dominated by network egress. Designs that ignore egress cost lose at the L6 bar.
  • Media isn't just files. A "video" is many things — many bitrate variants, many languages of subtitles, captions, thumbnails, posters, audio tracks. Designs that treat a video as one blob miss the complexity.
  • Cold-start matters for recommendations. A new channel has no view history. The recommendation system has to surface their content somehow. Interviewers ask about this directly.
  • Comments are at video-content scale. Hundreds of thousands of comments on a viral video. The substrate is heavier than most chat systems.

4. The level bar

Same Google ladder:

  • L3 / L4 (entry / junior senior). One system design. Scope and competent components. Single deep dive sufficient.
  • L5 (senior). Two system design rounds. One deep dive at level on at least one of them.
  • L6 (staff). Two deep dives per round. Anti-patterns named. Multi-region / multi-CDN reasoning.
  • L7+ (senior staff / principal). Roadmap conversations. Cross-system reasoning. Migration plans on top of YouTube's existing architecture.

This chapter targets L5 with explicit L6 notes where the bar shifts.

5. The YouTube-flavored mistakes

6. The seven scenarios + take-home in this chapter

UnitWhat it covers
7.1 Video upload, encoding, storageThe end-to-end ingest pipeline.
7.2 Recommendation system (system side)The candidate-set + ranker architecture.
7.3 View counting (idempotent, anti-fraud)High-throughput counter + fraud detection.
7.4 Live streaming (HLS/DASH)Latency-vs-quality tradeoffs.
7.5 Shorts (vertical short-form pipeline)The differences from regular YouTube.
7.6 Comments at video scaleRanking + threading + moderation at viral scale.
7.7 Take-home: resumable upload serviceThe reliability story for large-file ingest.

7. The next page

The video pipeline. From the moment the user clicks upload to the moment the video is playable on a phone in another country. We start with the upload itself — chunked, resumable, multi-region — then walk through encoding and storage.