Machine learning engineer interview questions in English

Machine learning engineer interviews combine coding, ML fundamentals, ML system design and production questions such as serving, monitoring and drift. In English, the hard part is narrating an ML system end to end without getting lost in detail. Practise one ML design out loud (data, features, model, evaluation, serving, monitoring), and prepare a story about a model that behaved differently in production.

What a machine learning engineer interview looks like

  1. 1. Recruiter screen

    ML areas (ranking, NLP, vision, LLMs), production experience, stack.

    English focus: Say what you've shipped, not only what you've trained.

  2. 2. Coding

    Algorithms and data structures, sometimes implementing a simple ML component.

    English focus: Think aloud, and state complexity in plain words.

  3. 3. ML fundamentals

    Evaluation metrics, overfitting, feature engineering, model choice.

    English focus: Short definitions, then when it matters in practice.

  4. 4. ML system design

    Design a recommendation, search ranking or fraud system end to end.

    English focus: A fixed spoken order so you don't lose the interviewer.

  5. 5. Behavioural

    Collaboration with data scientists and product, failed projects, trade-offs.

    English focus: Connect technical choices to user or business impact.

10 machine learning engineer interview questions, with spoken answers

Each answer is written to be said out loud: short sentences, the main point first, and one concrete detail. Change the details to your own experience before you practise.

1. Design a system that recommends videos on a home page.

ML system design

What they listen for: Clarification, a two-stage design, metrics, and serving constraints.

“First: what's the goal, watch time or satisfaction, and what's the latency budget? I'd use two stages: candidate generation to get a few hundred videos quickly, then a ranking model to order them. Offline I'd evaluate with ranking metrics; online with an A/B test on watch time and a satisfaction guardrail. Then serving, monitoring and retraining.”

2. How do you know a model is ready for production?

ML fundamentals

What they listen for: Offline metrics, comparison to baseline, online testing and operational readiness.

“Offline, it should beat the current model or baseline on the agreed metric, on a properly held-out test set. Then operationally: it meets the latency and memory budget, and we have monitoring and a rollback plan. Finally, an online A/B test, because offline gains don't always translate.”

3. What is data drift, and how do you detect it?

ML fundamentals

What they listen for: Distinguishing input drift from concept drift, and practical monitoring.

“Data drift is when the input data in production changes from what the model was trained on. Concept drift is when the relationship between inputs and the target changes. I monitor feature distributions against the training data, and I monitor prediction quality when labels arrive. Alerts trigger an investigation or retraining.”

4. Your model is too slow to serve. What can you do?

ML system design

What they listen for: Several options with trade-offs.

“A few options. Make the model smaller, through distillation or quantisation. Cache predictions for common inputs. Precompute results offline where freshness allows. Or batch requests on the server. Each costs something, usually a bit of accuracy or freshness, so I'd choose based on the latency budget.”

5. Tell me about a model that performed worse in production than in testing.

Behavioural

What they listen for: Honest diagnosis, often leakage or training-serving skew, and the fix.

“Our churn model had great offline results but did poorly live. I found that one feature was calculated differently in training, from a cleaned batch table, than in serving, from raw events. That's training-serving skew. We moved feature logic into a shared feature store so both paths used the same code.”

6. How do you handle an imbalanced dataset?

ML fundamentals

What they listen for: Right metrics first, then techniques.

“First, the right metrics: precision, recall or PR-AUC instead of accuracy. Then techniques: class weights, resampling, or adjusting the decision threshold to the business cost of each error. Often just tuning the threshold is the biggest win.”

7. Implement a function to compute precision and recall.

Coding

What they listen for: Correct definitions, clean code and edge cases.

“I'll count true positives, false positives and false negatives in one pass over the predictions and labels. Precision is true positives over predicted positives, recall is true positives over actual positives. One edge case: if there are no predicted positives, precision divides by zero, so I'll return zero or None. Which do you prefer?”

8. How would you build a system to detect fraudulent transactions?

ML system design

What they listen for: Real-time constraints, label delay, cost of errors and adversaries.

“Questions first: how fast must we decide, and what does a false positive cost? Probably a real-time score within about 100 milliseconds, with features like transaction velocity and device history. Labels come late, through chargebacks, so I'd account for that delay. Fraudsters adapt, so retraining and rules for new patterns are important.”

9. When would you use an LLM versus a smaller specialised model?

ML fundamentals

What they listen for: Cost, latency, data and quality trade-offs, not hype.

“An LLM is great when the task is broad and language-heavy and you have little labelled data, or for prototyping fast. A smaller model is usually better when the task is narrow, you have good labelled data, and you need low latency or low cost at high volume. I'd often prototype with an LLM and move to a smaller model if volume grows.”

10. How do you work with data scientists?

Behavioural

What they listen for: Clear responsibilities and shared standards.

“We agree early on what production needs: latency, input format, how features are computed. Data scientists focus on modelling, I focus on making it reliable in production, but we share code and reviews. The goal is that a model can move from notebook to production without being rewritten.”

Phrases to have ready

Starting an ML design
“Let me clarify the goal and the latency budget before I pick a model.”
Signposting your structure
“I'll go through data, features, model, evaluation, then serving and monitoring.”
Explaining a trade-off
“A larger model would be more accurate, but it wouldn't fit our 50-millisecond budget.”
Talking about results
“Offline, recall improved by six points; online, the A/B test showed a 2% lift.”
Checking direction
“Would you like me to go deeper on the ranking model or on serving?”
Admitting uncertainty
“I'd want to test that; my guess is the gain would be small.”

Machine Learning Engineer vocabulary in plain English

Training-serving skew
The model sees data prepared one way in training and another way in production.
Feature store
A shared system that computes and serves features the same way for training and production.
Candidate generation
Quickly narrowing millions of items to a few hundred before ranking.
Distillation
Training a small model to copy a big model's behaviour.
Shadow deployment
Running a new model on real traffic without using its answers, to compare safely.
Label delay
The time between a prediction and finding out the true answer.

English mistakes that cost points

  • Avoid: Starting ML design with 'I'd use a transformer'.

    Instead: Start with goal, data and constraints. The model choice comes in the middle.

  • Avoid: Getting lost in one component and running out of time.

    Instead: Signpost your structure at the start, cover everything briefly, then ask where to go deeper.

  • Avoid: Only talking about offline metrics.

    Instead: Always mention the online test and monitoring. That's the 'engineer' in ML engineer.

  • Avoid: Mispronouncing common terms like 'hyperparameter' or 'heuristic'.

    Instead: Say 'HY-per-pa-RAM-eter' and 'hyu-RIS-tic'. Practise the 10 terms you use most.

FAQ

What questions are asked in a machine learning engineer interview?

Coding, ML fundamentals such as evaluation and imbalance, ML system design for recommendation, search or fraud, production topics like serving, latency and drift, and behavioural questions about shipping models with other teams.

How is an ML engineer interview different from a data scientist interview?

ML engineer loops put more weight on coding, system design and production reliability. Data scientist loops put more weight on statistics, experimentation and product analysis. Both ask about model evaluation.

How do I explain an ML system design out loud in English?

Signpost first: 'I'll cover data, features, model, evaluation, serving and monitoring.' Then go through each in two or three sentences and ask the interviewer where to go deeper. The signpost keeps both of you on track.

Keep practising

Browse by topic: System Design · Technical Interviews · Case Studies

Other roles: Data Analyst · Data Scientist · Data Engineer · Business Analyst · DevOps Engineer · QA Engineer · Cybersecurity Analyst · Site Reliability Engineer · Engineering Manager · Technical Program Manager

Ready to practise?

Turn interview English into a repeatable skill

Work through the Interview English Course, then book live coaching with engineers who give feedback on both your technical answers and how you deliver them in English.

Join 500+ preparing for global roles

Start free trial

Browse the free Interview English Course