← Back to Directory

LinkedIn interview notes, page 25 of 32

Large Enterprises

Most of these LinkedIn write-ups come from Software Engineers (156), then Product Managers (66) and Data Scientists (37). The most reported rounds are the technical phone screen (169), the product sense round (62), the system design round (42) and the behavioral / leadership round (20).

316 interview notes · updated Oct 2026

LinkedIn·Software Engineer·Onsite - System Design / Architecture

Jun 2026
LinkedIn ran an AI-pair-programming style round where you describe your design out loud and prompt an AI tool to write the actual code, then verify it yourself. Interesting format, felt less like a coding interview and more like a system design hybrid.
  • Walk through the design of an LRU cache verbally, then guide an AI assistant to produce the implementation based on your description.
  • How would you extend the LRU cache to be thread-safe, and what are the trade-offs between different locking strategies?

“The format tripped me up more than the problem itself.”

View Post

LinkedIn·AI Engineer·Onsite - System Design / Architecture

Jun 2026
LinkedIn AI Engineer system design round, one big open-ended question about building a job categorization system that can also invent new categories on the fly. Dense problem with a lot of moving parts and I'm not sure I covered everything they wanted.
  • Design an ML system that takes a new job posting and either maps it to an existing job category or proposes a brand-new category when nothing fits. Walk through text representation, classification approach, how you'd decide when to trigger a new category, how new categories get created and named, your labeling pipeline, inference strategy, evaluation, and how the taxonomy evolves over time.

“This is a sprawling question and I underestimated how much ground they actually wanted covered.”

View Post

LinkedIn·Data Scientist·Technical Phone Screen

Jun 2026
LinkedIn data scientist interview with a bot detection problem that required both SQL and Python. Pretty applied, which I liked, but the open-ended definition of 'bot' left me second-guessing myself the whole time.
  • Given a table of page view events with member IDs and timestamps, write SQL and Python to identify and remove or flag bot users. You get to define what counts as a bot, so explain your reasoning.

“The open definition is what tripped me up at first.”

View Post

LinkedIn·Data Scientist·Technical Phone Screen

Jun 2026
LinkedIn data science interview with a stats-heavy question about user behavior on a video platform. Single question but they wanted the full treatment: data slicing, metric definition, test selection, and code. Not a vibe check, they actually wanted to see you work through it.
  • A video platform wants to know if users' first uploaded videos tend to be shorter than their later uploads. How would you test this hypothesis? Walk through the data slice, the metric, the statistical test you'd use, and sketch out the SQL or pseudo-code.

“I went straight for a paired t-test comparing first video duration vs.”

View Post

LinkedIn·Machine Learning Engineer·Technical Phone Screen

Jun 2026
LinkedIn ML engineer round that was basically a disguised data structures problem wrapped in a product-y shell. Three parts to one big coding question, and the last part is where things got interesting.
  • Design and implement an alert-stream processor that can report all alerts received in the last 15 minutes.
  • For the same alert-stream system, implement a function that returns the per-second severity distribution within the current rolling hour.
  • Add spike detection to the alert processor: for each minute bucket, find the index of the next minute that has a strictly higher alert count, or return -1 if no such minute exists.

“Pretty much a sliding window question.”

View Post

LinkedIn·Software Engineer·Onsite - Behavioral / Leadership

Jun 2026
LinkedIn software engineering interview, one big behavioral/leadership question about infrastructure work. Pretty intense for what felt like a single prompt.
  • Walk me through an end-to-end infrastructure initiative you led. How did you set the technical direction, get buy-in from other teams, handle operational risks or incidents along the way, and what trade-offs did you make? What did it actually deliver?

“This is a lot packed into one question.”

View Post

LinkedIn·Software Engineer·Technical Phone Screen

Jun 2026
LinkedIn SWE interview with a tree merging problem. Not the hardest thing I've seen but there were enough edge cases to trip you up if you weren't careful about the recursion.
  • Given two N-ary trees where each node has a key, a value, and a list of children, implement a merge function that combines them. Nodes matched by key at the same position take their value from the second tree, and children are merged recursively. Nodes that exist in only one tree are included as-is.

“My first instinct was to just do a DFS and use a map to index children by key, which is the right move.”

View Post

LinkedIn·Product Manager·Onsite - Product Sense / Strategy

Jun 2026
One question, LinkedIn PM loop, nothing fancy. They asked me to improve a product that has nothing to do with LinkedIn and I had to figure out on the fly whether they wanted a structured teardown or just vibes.
  • How would you improve Rover?

“Picked a weird product to throw at a LinkedIn PM candidate but fine.”

View Post

LinkedIn·Product Manager·Onsite - Product Sense / Strategy

Jun 2026
Short LinkedIn interview that basically came down to one product strategy question about a pricing system. Not much else to go on from what I remember.
  • How does Airbnb's pricing system work, and who does it primarily benefit?

“I went straight into the mechanics, dynamic pricing, supply and demand signals, host controls, and forgot to actually take a stance on the 'who benefits' part until pretty late.”

View Post

LinkedIn·Software Engineer·Technical Phone Screen

Jun 2026
Got a coding question from LinkedIn that looked straightforward on the surface. Bracket matching is a classic and I'd seen it before, but the pressure of an actual interview made me second-guess my stack-based approach more than I should have.
  • Given a string containing only bracket characters, write a function to determine whether the string is valid. A valid string requires every opening bracket to be closed by the same type and in the correct order.

“I knew to use a stack the second I read it, but I fumbled explaining why for a bit.”

View Post