Glean·Machine Learning Engineer·Onsite - System Design / Architecture
May 2026
ML system design round at Glean for an MLE role. The whole interview was a single deep-dive on building an employee similarity/distance system, which sounds contained but sprawls fast once you get into privacy, scale, and the five different use cases that all want different things from the same score.
- Design an employee-to-employee distance system for a large company. It should power people search, internal networking recommendations, collaboration discovery, org insights, and onboarding suggestions. Walk through what 'distance' means, what data you'd use, how you'd model it, how you'd serve it at scale, and how you'd handle privacy and fairness.
- A new hire has almost no collaboration history. How does your system avoid returning a useless result where everyone looks equally far away on day one?
- Two different viewers querying the same pair of employees should potentially see different distance scores based on what each viewer is authorized to know. How do you make that work without recomputing everything per viewer?
- Same-team employees almost always dominate the top of recommendation lists. How would you detect this over-ranking and actually surface useful cross-functional connections?
- Low-cardinality signals like 'two co-attended meetings' can reveal who met with whom even if you never expose raw calendar data. How do you prevent that kind of inference attack?
“I started by trying to collapse everything into one score and the interviewer pushed back almost immediately, which was fair.” The rest of the author's notes on Machine Learning Engineer interview at Glean, Onsite - System Design / Architecture round, covers how they worked through the question, what the panel pushed back on, and what they would do differently.
View Post