23Your model is live at a customer. What do you monitor, and how do you catch drift before the customer does?▼mediumDatabricksGoogleMicrosoft1 replies◆ premiumModels don't crash, they decay quietly while dashboards stay green. The four-layer monitoring stack, data vs concept drift with PSI numbers, and the label-lag problem that makes naive accuracy monitoring useless.Open full answer →
24Offline the model scores 0.86 AUC. Served live, it's effectively random. Walk me through training/serving skew.▼hard★ EssentialGoogleDatabricksMicrosoft1 replies◆ premiumThe most expensive bug class in production ML: two implementations of 'the same' feature that quietly disagree. The diagnostic that finds it in an afternoon, and the architecture that makes it impossible.Open full answer →
26The customer calls: 'The model got worse and we changed nothing.' Walk me through your first two hours.▼hardGoogleDatabricksScale1 replies◆ premiumThe signature production-ML incident, and a pure FDE test: a ranked differential diagnosis run live on a call, because 'nothing changed' is always false, and one hypothesis explains half of all cases.Open full answer →
27How often should the customer retrain their model, and what has to be true before you automate it?▼mediumDatabricksGoogleMicrosoft2 replies◆ premium"It depends" is correct and unhelpful. The decay-curve method that replaces guesswork with measurement, trigger-based vs scheduled retraining, and the safety rails without which auto-retraining is an outage generator.Open full answer →
28You're replacing a customer's live scoring model with a better one. Design the rollout so nothing blows up.▼mediumGoogleDatabricksMicrosoft3 replies◆ premiumOffline wins don't justify big-bang swaps, models fail in ways staging never shows. The shadow → canary → ramp playbook, what to compare at each stage, and the rollback discipline that keeps customer trust.Open full answer →
30Design the path from a notebook pilot to a production ML system at a customer, end to end.▼hardDatabricksGoogleMicrosoft1 replies◆ premiumThe capstone panel question that ties the whole track together. The spine, data, training, deployment, monitoring, operating model, plus the maturity-staging judgment that separates architects from slide-readers.Open full answer →
65Build an anomaly-detection system when you have almost no labeled anomalies.▼hardStripeDatadogMeta1 replies◆ premiumAlmost no labels means you cannot train a classifier and you cannot honestly report recall. The senior answer is to score by typicality, threshold by the customer's review budget, and build the labeling flywheel that turns this into a supervised problem within two quarters.Open full answer →
25A deployed model is producing inconsistent results. How do you troubleshoot it?▼hardJPMorganAmazonUber3 replies◆ premiumAn incident question graded on method, not tools: interviewers want ordered hypotheses, each with a five-minute test. The version-skew check most candidates never think of, the cache trap, and the triage tree that finds the usual culprit fast.Open full answer →
34A model you promoted last night is serving and quietly losing money. It's 9am. What do you do?▼hardCapital OneUberAmazon1 replies◆ premiumAn ambiguous, time-pressured staff scenario: the signal is soft, labels won't confirm anything for weeks, and rollback itself has risks. The decision framework under uncertainty, when to revert on a proxy, and the remediation for decisions the bad model already made.Open full answer →
36Your recommendation service is timing out, drift alarms are firing, and a deploy went out an hour ago. Triage it.▼hardNetflixUberAmazon1 replies◆ premiumThe staff on-call simulation: three alarms at once, partial information, and pressure to do something. How to separate symptom from cause, the common-cause hypothesis that explains all three, and why mitigating before diagnosing is the senior move, not a shortcut.Open full answer →