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: How do you structure a Unity project for testability?
Model-answer hint
logic outside MonoBehaviours, dependency injection, assembly definitions, unit tests.
Question 2: What causes GC spikes in Unity, and how do you avoid them?
Model-answer hint
allocations in Update, boxing, LINQ, strings; pooling and caching.
Question 3: How do Addressables change content delivery?
Model-answer hint
remote catalogues, async loading, memory control, updates without an app release.
Question 4: How do you reduce draw calls on mobile?
Model-answer hint
batching, atlases, SRP Batcher, GPU instancing, fewer materials.
Question 5: IL2CPP or Mono: what are the trade-offs?
Model-answer hint
performance and platform requirements versus build time and stripping issues.
Question 6: How do you run an A/B test through remote config?
Model-answer hint
segment assignment, config keys, analytics events, guardrail metrics.
Question 7: How should IAP receipts be validated?
Model-answer hint
server-side validation, idempotent granting, restore purchases.
Question 8: How do you keep UI responsive on low-end devices?
Model-answer hint
split canvases, avoid layout rebuilds, pooling, texture sizes.
Question 9: How do you manage SDK conflicts and updates?
Model-answer hint
dependency resolver, isolated test builds, staged rollout.
Question 10: How do you build Arabic RTL UI in Unity?
Model-answer hint
text-shaping support, mirrored layouts, font fallback, device testing.
Questions 11–20 (Game Development core)
Question 11: How do you find and fix a frame-time spike on target hardware?
Model-answer hint
platform profiler, isolate CPU, GPU or I/O, per-system budgets, verify on device.
Question 12: How do you manage memory budgets on mobile?
Model-answer hint
per-category budgets, texture compression, streaming, leak tracking on low-end devices.
Question 13: How do you keep gameplay data-driven for designers?
Model-answer hint
config assets or tables, hot reload, validation, simple tooling.
Question 14: A mechanic “doesn’t feel right”. What do you do?
Model-answer hint
quick prototype, exposed tuning values, playtests, combine feel with telemetry.
Question 15: How do you organise version control for large binary assets?
Model-answer hint
Perforce streams or Git LFS, file locking, branch strategy, CI builds.
Question 16: What makes a build pipeline dependable for a live game?
Model-answer hint
automated builds, smoke tests, versioned content, staged rollout, fast rollback.
Question 17: How do you prepare a title for platform certification?
Model-answer hint
requirements checklist from day one, automated checks, an internal pre-certification pass.
Question 18: How do you use telemetry after soft launch?
Model-answer hint
funnels, D1/D7/D30 retention, cohorts, A/B tests, guardrail metrics.
Question 19: How do you handle Arabic text and RTL layouts in game UI?
Model-answer hint
glyph shaping, mirrored layouts, font fallback, text expansion, culturalisation review.
Question 20: Describe a feature you cut or rescoped to hit a milestone.
Model-answer hint
trade-off logic, stakeholder alignment, effect on the player.
Interviewer tip: Ask for a real example after every answer. Strong candidates describe what they built, what broke and what they changed.
Practical task
In a provided Unity mobile project, fix 3 performance issues flagged in a profiler capture and convert a hard-coded level list to Addressables loaded from remote config. Then add an A/B flag that controls a reward value, with a short note on results.
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
- Has never profiled on a real low-end Android device.
- Puts all logic in MonoBehaviour Update methods.
- Has no experience with live content updates.
- Treats SDK integration as copy-paste without testing.
- 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.