Uber is DSA-heavy with marketplace/routing flavor in later rounds. OA clears most people out - treat it as the priority.
What actually rejects people
Weak graph/optimization instincts and fuzzy system answers.
First round: Uber OA + technical interviews
Time split that matches how candidates report outcomes (not a marketing pie chart):
DSA 50%
CS + projects 25%
Behavioral 15%
Mocks 10%
Patterns are from student reports and vary by role and drive. Trust your college placement email over blog folklore.
Stage
Time
What they check
OA
timed
DSA
Tech loops
multiple
Coding + design depth by level
HR / team
varies
Fit
Data Structures & Algorithms (40% time) - Practice 200+ problems on LeetCode focusing on arrays, graphs, trees, dynamic programming
System Design (25% time) - Study distributed systems, microservices, databases, caching for senior roles
Coding Practice (20% time) - Solve Uber-tagged problems on LeetCode, practice on HackerRank
Interview Preparation (15% time) - Mock interviews, behavioral questions, Uber culture research
One timed block that matches Uber’s first round (coding OA)
Log misses: topic + why you failed (speed, concept, carelessness)
Re-solve yesterday’s misses cold
Twice a week: 10 minutes of resume/project narration out loud
Week
Focus
Exit criteria
1-2
Core DSA (arrays, hashing, strings)
Timed easy→medium comfort
3-4
Trees, graphs, recursion
Explain traversals + complexity
5-6
DP + company-flavored mocks
2-problem mock passes
7
Projects + CS fundamentals
Resume bullets defended
8
Behavioral + polish
No new topics; only closure
Order problems by confidence after a 3-4 minute skim
Passing test cases beats a brilliant half-solution
Invent edge cases before submit; watch timeboxes
Restate → brute force → optimize → code → test
Defend edge cases and code clarity.
Tie CS answers to a project when it strengthens the point
Why Uber, why this team/role, location flexibility
STAR with a metric; pick 2-3 real company values and prepare proof
Graphs, heaps, DP, hashing
Dispatch/matching reasoning at interview depth
Medium DSA fluency
Clean code + edge cases
OOPs + DBMS basics
Measurable project stories
Domain scenarios for this product
API/design intuition at fresher depth
Full-length mock every other day
Light revision only - no new rabbit holes
Sleep, ID proofs, machine/network checklist for test day
30 days out: weekly full OA-style mocks; close weak DSA patterns; draft STAR stories.
7 days out: alternate mock / review days; re-solve misses cold; no new patterns.
Day before: skim notes, check machine/network/ID logistics, sleep.
Weak graph/optimization instincts and fuzzy system answers - fix this first
Preparing only interviews while failing Uber’s first round
Collecting notes without timed mocks
Listing five frameworks on the resume and defending none
Changing language/stack one week before the drive
Domain buzzwords without engineering reasoning
Google · Amazon · Microsoft · Ola · Swiggy · Zomato
Next step: Run one timed mock this week that matches Uber’s first round (coding OA), then build the weeks around your weakest section - not around what is most fun to study.