Two tracks: Global Markets engineers and strats
Nomura’s technology hiring splits into two lanes, and which one you’re in changes the interview. A “Software Engineer” on Global Markets gets algorithmic coding plus a lot of questions about Java concurrency and how a trading system holds together under load. A “Strat” or “Quant Developer” still writes code, but someone will also ask them to work out the expected number of coin flips to get two heads in a row, or price a simple option in their head. Same firm, different rooms, different prep.
Some context that matters for the interview: a large slice of Nomura’s international markets business, and the technology behind it, came from buying Lehman Brothers’ Europe and Asia operations in 2008. That’s why the London and Tokyo tech centers are so deep, why much of the stack is Java and C++ rather than whatever’s trendy, and why interviewers tend to care about production systems that have survived a decade of rates and FX flow. New York is smaller than London for markets tech but still runs real desks. There’s also a very large engineering center in Mumbai (Powai) that owns a lot of platform and support work.
How the process runs
For graduate and early-career roles, it usually starts with an online application and a set of online tests: numerical and logical reasoning, sometimes a situational judgment questionnaire, then a coding assessment on HackerRank or a similar platform. The coding test is two or three problems, LeetCode easy-to-medium, timed at around 60 to 90 minutes. Nothing exotic here — arrays, strings, hash maps, maybe one problem that wants a clean O(n) instead of the obvious O(n²).
Experienced hires often skip the aptitude tests and go straight to a technical phone screen with a hiring manager or a senior engineer from the desk. Expect one coding problem shared over a collaborative editor, plus questions pulled straight out of your CV. If you claim low-latency Java on your résumé, they will ask what actually happens during a garbage collection pause and how you’d keep one off a hot path.
The final stage is a Superday (New York) or assessment center (London and Tokyo): three to five back-to-back interviews across a morning or a full day. Grads may also get a group case exercise. The rounds mix live coding, a systems or design discussion, and behavioral questions about why markets, why Nomura, and how you handle a production incident mid-session when a pricing feed goes stale.
What they actually ask
Coding
Standard data-structures-and-algorithms fare, weighted toward things that come up in real systems. Hash map and two-pointer problems, string parsing, interval merging, a binary search variant, occasionally a light dynamic programming question. They care less about whether you memorized the hardest DP on LeetCode and more about whether you write clean, correct code, reason about edge cases out loud, and state the time and space complexity without being nudged. On the low-latency C++ side, expect questions on move semantics, RAII, cache-friendly data layout, and why you’d avoid allocation in a tight loop.
Systems and concurrency
For anything markets-facing, concurrency is the real filter. Java teams will push on the memory model, volatile versus synchronized, the difference between a ConcurrentHashMap and a synchronized map, thread pools, and lock contention. A common design prompt: sketch an order book, or the matching component of one, and talk through how you’d keep it consistent and fast with many threads reading and writing. Others ask you to design a market-data distribution system, a feed handler fanning ticks out to hundreds of downstream consumers without falling behind. They want to hear about backpressure, sequencing, and what happens when a slow consumer can’t keep up.
Probability and brainteasers for strats
Strat and quant-dev candidates get a probability round. It isn’t stochastic-calculus-heavy for most dev roles, but expect expected value, conditional probability, Bayes, and combinatorics posed as quick questions. Typical ones:
- Expected number of fair-coin flips to see two heads in a row.
- You roll a die repeatedly and sum the results; what’s the probability you land on exactly a given total rather than skipping past it?
- Three people each draw a card; what’s the chance a specific person holds the highest one?
- A test with known false-positive and false-negative rates comes back positive; what’s the probability you actually have the condition?
Do the arithmetic out loud, sanity-check the answer, and don’t reach for a formula you can’t derive. The interviewer is grading the reasoning, not the recall.
What the tech culture is genuinely like
Nomura sits in the middle of the bank-tech spectrum. Nobody’s chasing the newest framework here, and nobody’s pretending this is a big-tech clone. Teams sit close to the desk, so an engineer on rates e-trading talks to actual traders and sees the P&L impact of what they ship. That’s the draw for a lot of people: your code moves real money the same day, and the feedback loop is short. The flip side is legacy. There’s plenty of long-lived Java, some large in-house frameworks, and the usual bank constraints around change control, entitlements, and compliance sign-off. If you want to rewrite everything in Rust on a whim, this isn’t the place.
The Japanese-parent culture shows up in quiet ways. Decision-making can be more consensus-driven and slower than a US shop, hierarchy is a bit more visible, and Tokyo carries genuine weight in the org rather than being a satellite. London is the largest markets-tech hub and feels like a typical London banking floor. Hours for engineers are generally saner than the front-office banker stereotype, you’re not pulling investment-banking-division nights, but a live trading system doesn’t wait until morning to break.
Comp: where Nomura lands
Bank base salaries for technology trail what FAANG and the top quant shops pay, and that gap is real at every level. Where banks differ is the bonus: a meaningful share of total comp, discretionary, tied to both firm and individual performance, and deferred above certain thresholds (part of it paid out over several years, sometimes in stock). What you don’t get is the equity-refresh engine that pushes a senior big-tech package well past base. So Nomura can look competitive on cash base against a mid-tier tech company and behind on total comp against Google or a top hedge fund.
The ranges below are approximate 2026 figures for technology roles and will move with location, desk, level, and how you negotiate. Treat them as a frame, not a quote, and check current offer data on Levels.fyi, Glassdoor, and Blind before you anchor.
| Level (typical Nomura title) | London base salary, approx GBP (2026) | New York base salary, approx USD (2026) | Typical annual bonus (share of base) |
|---|---|---|---|
| Graduate / Analyst engineer | £48,000–£68,000 | $95,000–$135,000 | 5–20% |
| Associate / mid-level SWE (roughly 3–6 years) | £75,000–£120,000 | $140,000–$200,000 | 10–35% |
| VP / senior engineer | £120,000–£175,000 | $180,000–$270,000 | 20–60%+ (partly deferred) |
Tokyo comp is denominated in yen and structured differently again; base tends to be lower in dollar terms with housing and other allowances in the mix, so compare total packages rather than headline base. Across all three locations the biggest single swing is the bonus, and in a weak year for markets it compresses fast.
How to prep
Grind LeetCode, but weight it toward mediums and toward clean execution rather than exotic problems: arrays, hash maps, two pointers, trees, intervals, one or two DP patterns. For a Global Markets SWE role, drill your language internals. For Java, that’s the concurrency package, the collections, GC behavior, and the memory model; for C++, move semantics, RAII, and where allocations hurt. Be able to design an order book or a market-data fan-out on a whiteboard and defend your choices under load.
For strats, add a probability rotation. Fifty Challenging Problems in Probability, Heard on the Street, and the green book (A Practical Guide to Quantitative Finance Interviews) cover the exact style of question they ask. Practice narrating your reasoning, because the interviewer is following the path, not just checking the number.
On the behavioral side, have a real answer for “why markets” and “why Nomura” that isn’t generic. Name a specific product area, rates, FX, or equities e-trading, and say why the desk-adjacent work appeals to you. Read a little about the firm too; knowing that the international markets business traces back to the Lehman acquisition, and that Tokyo is a genuine center of gravity rather than a branch office, signals you did more than apply to every bank on the street.
The engineers who do best here aren’t the ones with the flashiest algorithm chops. They’re the ones who write correct concurrent code, explain a tradeoff a trader would actually care about, and stay calm when a feed goes stale at 3pm. Prep for that, and the coding round mostly takes care of itself.
Similar company guides
Prepping for Nomura? Put it to work: