How we assess
Every applicant goes through 5 gates: application, an AI-assisted screen, a live technical assessment scored by a practice lead, a client-fit interview, and reference and credential checks. The questions below come from the live assessment. We score answers on reasoning and trade-offs, not on recalling definitions.
20 technical questions with model-answer hints
Questions 1–10 (role-specific)
Question 1: Why do standard tokenisers struggle with Arabic?
Model-answer hint
rich morphology, clitics, diacritics and spelling variation inflate token counts and fragment meaning.
Question 2: When do you keep diacritics, and when do you strip them?
Model-answer hint
strip for reliable retrieval; keep where meaning or pronunciation depends on them.
Question 3: How do you handle Arabic-English code-switching in one sentence?
Model-answer hint
mixed-script normalisation, multilingual models, evaluation sets that include it.
Question 4: LoRA or full fine-tuning for a dialect?
Model-answer hint
LoRA for limited data and budget; full tuning only with large corpora and proven gain.
Question 5: How do you build a dialect evaluation set?
Model-answer hint
real user queries, native labellers, agreement scores, balanced coverage by dialect and task.
Question 6: How do you measure cultural alignment and safety in Arabic outputs?
Model-answer hint
rubric with native reviewers, sensitive-topic tests, refusal checks, red-team prompts.
Question 7: How do you avoid catastrophic forgetting during fine-tuning?
Model-answer hint
mixed training data, low learning rates, adapters, regression evals on general tasks.
Question 8: How would you improve speech recognition for Gulf accents?
Model-answer hint
fine-tune on accented audio, domain vocabulary, normalisation, word error rate by accent.
Question 9: How do you extract fields from scanned Arabic forms?
Model-answer hint
Arabic-tuned OCR, layout models, validation rules, human review for low confidence.
Question 10: How do you serve a 7B Arabic model cost-effectively in-region?
Model-answer hint
quantisation, batched serving, right-sized GPUs, caching, autoscaling.
Questions 11–20 (AI & Data core)
Question 11: How do you decide between rules, classic ML and an LLM for a problem?
Model-answer hint
start from decision value and error cost; choose the simplest option that meets the metric.
Question 12: How do you detect training-serving skew?
Model-answer hint
shared feature code, logged inference inputs, distribution checks between training and live data.
Question 13: How do you build an evaluation set that predicts production results?
Model-answer hint
representative sampling, slice coverage, leakage checks, labelled with measured agreement, refreshed on a schedule.
Question 14: What goes on a model-health dashboard, and who acts on each signal?
Model-answer hint
quality, drift, latency, cost and the business KPI, each with an owner and threshold.
Question 15: How do you handle personal data in a training pipeline under PDPL or GDPR?
Model-answer hint
minimisation, lawful basis, pseudonymisation, residency, retention limits, DPIA.
Question 16: How do you roll back a model or prompt change that degrades results?
Model-answer hint
versioned registry, canary or shadow release, automated gates, one-step rollback.
Question 17: When does fine-tuning beat retrieval or better prompting?
Model-answer hint
behaviour, format and domain style favour tuning; fresh facts favour retrieval; weigh data and cost.
Question 18: Describe a data-quality incident you caught.
Model-answer hint
how it was detected, root cause, the contract or test added, the alert that now exists.
Question 19: How do you forecast and cap the monthly cost of an AI workload?
Model-answer hint
tokens or GPU hours, caching, batching, model routing, budgets with alerts.
Question 20: Explain a modelling trade-off you made to a non-technical executive.
Model-answer hint
plain language, business impact, the option rejected and why.
Interviewer tip: Ask for a real example after every answer. Strong candidates describe what they built, what broke and what they changed.
Practical task
Using 500 labelled customer messages in Gulf dialect and Modern Standard Arabic, fine-tune a small open model with LoRA for intent classification, report accuracy by dialect against a baseline, and describe 3 error patterns with proposed fixes.
How to run it Share the brief 24 hours ahead or run it live. Ask the candidate to talk through trade-offs as they work; reasoning matters more than a finished artefact.
Red flags our practice leads watch for
- Treats Arabic as one uniform language and ignores dialect variation.
- Evaluates only on machine-translated test sets.
- Has no method for native-speaker review of outputs.
- Is unaware of residency rules for citizen or customer data.
- Universal flag: Vague answers that never reach a concrete system, number or decision the candidate personally owned.
The scorecard we use
Score each dimension 1–4 (1 = no evidence, 2 = partial, 3 = solid, 4 = exceptional):
| Dimension | Weight | What a 4 looks like |
|---|---|---|
| Technical depth, production judgement and security | 40% | Explains how and why, designs for failure and sensitive data, and knows each tool’s limits |
| Practical task and problem solving | 30% | Delivers a working solution with tests and documented decisions |
| Communication and documentation | 20% | Explains clearly to technical and non-technical audiences, in English or Arabic |
| References and regional context | 10% | References confirm the claimed scope; knows the frameworks and data-residency rules that apply |
Pass bar: weighted average of 3.0 out of 4 or higher, with no dimension below 2. The practice lead approves the final result.