The short answer: Jane Street has no Quantitative Developer title. Its developers are Software Engineers who work mostly in OCaml, and the Low-Latency Engineer role is the closest match to a low-latency quant developer. Engineers build everything from trading systems to accounting and infrastructure, so only the trading-facing seats are developer work in the quant sense. Jane Street describes an application review, a technical interview over Zoom and in-person final rounds, all built on collaborative coding in the language you choose. Its software engineering interviews have no math, probability or puzzles. Last reviewed October 2026.
Jane Street Quantitative Developer at a Glance
Levels
Intern - Low-Latency Engineer
Jane Street quantitative developer interview: quick answers
| Question | Short answer |
|---|---|
| How many interview rounds? | Jane Street lists a technical interview over Zoom and final rounds in person, without round counts. Its 2020 blog post describes 2 to 4 technical onsite rounds. Candidate reports describe one or two phone rounds of 45 to 60 minutes before the onsite. |
| What do the rounds test? | Collaborative coding in real code, on open-ended problems with several reasonable approaches. Interviewers weigh how you work through a problem over the final answer. Software engineers get no mental math, probability or logic puzzle questions. |
| Can I use AI tools? | Jane Street does not publish a rule on AI use in interviews; ask your recruiter. |
| How much does a Jane Street software engineer make? | New York postings list a flat $300,000 base for experienced and new-grad Software Engineers and $250K to $300K for Low-Latency Engineer. Total pay also includes an annual discretionary bonus. |
| Do I need to know OCaml? | No. You may interview in any language, and Jane Street says OCaml or a functional language earns no extra credit. It advises against trying OCaml for the first time in an interview. |
| How long does the process take? | Jane Street says to expect a response about a week after each step, whether or not you advance. It does not publish an overall timeline. |
The Jane Street quantitative developer role
What Jane Street quantitative developers work on, the skills its job postings ask for, and what a week can look like. Jane Street posts the role as Software Engineer (Experienced, New Grad and Summer Internship), working mostly in OCaml, with Low-Latency Engineer as the closest match to a low-latency developer. Jane Street has no Quantitative Developer title, and only its trading-facing Software Engineer seats are quant developer work.
Primary Focus
What You Need
- Top-notch programming skills
- A deep love of technology
- Strong interpersonal skills for small, close-knit teams
- Low-level systems programming and optimization in any language (Low-Latency Engineer)
- Extremely low-latency network applications (Low-Latency Engineer)
- Modern x86 cache hierarchies (Low-Latency Engineer)
Nice to Have
- Kernel-bypass and user-space packet processing, such as OpenOnload, ef_vi or DPDK (Low-Latency Engineer)
- Profiling with hardware performance counters (Low-Latency Engineer)
- Python for data analysis, visualization and machine learning
- Willingness to learn OCaml; no prior OCaml or finance experience is expected
Languages
Tools & Technologies
Want to ace the interview?
Practice with real questions.
A Week in the Life of a Jane Street Quantitative Developer
Illustrative week · Jane Street
An illustrative week for a quantitative developer, built from what Jane Street says about the role in its own job postings and publications. Real weeks vary by team.
Culture notes
- Teams are small and close-knit, and postings ask for strong interpersonal skills as well as programming skill.
- Team boundaries in Technology are flexible, and engineers work in every part of the firm.
- Jane Street writes everything it can in OCaml and builds its own tools, such as Iron for code review and releases.
Key takeaway: Expect to write and review OCaml on small teams, with the low-latency seats spending their days on profiling, caches and fast networking next to researchers.
Jane Street quantitative developer levels and pay
Your level sets the bar you are interviewed against and the pay band of the offer.
Jane Street Quantitative Developer Levels
Each level has different expectations, compensation, and interview focus.
What This Level Looks Like
A summer project meant to reach production, mentored by full-time engineers; interns learn OCaml.
Interview Focus at This Level
The same collaborative coding interviews, in the language you know best.
Find your level
Practice with questions tailored to your target level.
Jane Street publishes no level ladder. Postings are split only into Experienced, New Grad and Summer Internship, and the New York base is the same $300,000 for experienced and new-grad Software Engineers, so the pay table uses posting titles.
Pay in Jane Street's US job postings
Jane Street's New York postings state a base salary and say total compensation also includes an annual discretionary bonus.
| Posting | Location | US base salary range |
|---|---|---|
| Software Engineer (Full-Time: Experienced) | New York | $300K |
| Software Engineer (Full-Time: New Grad) | New York | $300K |
| Low-Latency Engineer | New York | $250K to $300K |
The New York Software Engineer internship posting states a base salary of $300,000 but does not say whether that figure is annualized or prorated, so it is left out of the table. London, Hong Kong and Singapore postings show no pay. Ranges seen October 29, 2026.
Jane Street quantitative developer interview process
The steps follow Jane Street's interviewing page, its software engineering prep page and its blog posts on the developer interview. Round counts come from the 2020 blog post and candidate reports, so treat them as approximate.
Screen
1 roundTechnical interview
Collaborative coding in real code, not pseudocode, in the language you know best. Problems are open-ended with several reasonable approaches. The 2020 blog describes a shared in-browser editor, and an older blog post describes the interview as about an hour of working together. Jane Street publishes a retired question that grows from memoizing a function to a bounded cache with eviction. Candidate reports describe implementation-heavy algorithm problems: one screen for a 2021 intern, and two 45-minute rounds in a 2025 New York report.
Tips for this round
- Use the language you know best and write real code, not pseudocode.
- Finish the first part cleanly and without bugs before you extend it.
- Say "I don't know" when you are unsure, as Jane Street advises.
Onsite
1 roundFinal rounds
Mostly, if not only, collaborative coding problems. The 2020 blog describes 2 to 4 technical rounds. Experienced candidates may also have a non-technical phone interview and an onsite talk about past work. A 2021 intern report describes two virtual interviews of about an hour with medium and hard problems on tree traversal and hashing. A 2025 New York report describes several coding rounds at the office.
Tips for this round
- Expect each round to keep extending one problem; leave your code easy to change.
- Talk through tradeoffs as you go; interviewers weigh how you work over the final answer.
- If you are experienced, be ready to walk through past work in detail.
Tips to Stand Out
- Be nice, be clear and say what you do not know, which Jane Street names as the basics.
- Write real code and know the basic data structures and APIs of your chosen language.
- Talk through tradeoffs and ask thoughtful questions, since interviewers ask whether they would want to work with you.
- Know CS fundamentals, including Big-O, and real-machine factors such as caching and IO.
- Practice by building projects from scratch, as Jane Street suggests.
- Watch Jane Street's mock interview, a recorded coding interview with two of its engineers on a retired question.
Based on Jane Street's own pages and candidate reports.
Jane Street replies about a week after each step and does not publish an overall timeline. It encourages reapplying, since it reconsiders candidates over time. Last reviewed October 2026.
What is different at Jane Street
- The title maps loosely. Jane Street has no Quantitative Developer title. Developers are Software Engineers in the Technology department, hired through one process and considered for all open roles. Engineers work in every part of the firm, from trading desks to accounting and network monitoring, so only the trading-facing seats match quant developer work. Low-Latency Engineer is the closest posting: it works with quantitative researchers and developers on fast-trading systems. Jane Street's trading interviews are a different process, covered in our separate Jane Street Quantitative Trader guide.
- There is no math round. Jane Street says software engineering interviews have no math or probability questions, and software engineers get no mental math, math olympiad or logic puzzles. The bank questions on this page are general quant practice for readers who also apply to trading roles. The developer loop does not ask them.
- OCaml runs almost everything. Jane Street writes everything it can in OCaml. Even the Low-Latency Engineer role builds fast-trading systems mainly in OCaml, with small amounts of C and C++. You need no OCaml to apply, and interns learn it on the job.
- The interview simulates working together. Interviewers want to know whether they would like to work with you, so they weigh clear discussion, tradeoffs and honest "I don't know" answers alongside correct code. In the published example question, every successful candidate finishes the first part bug-free fairly quickly, and strong candidates reach the third.
- Jane Street builds its own tools. It has released about a million lines of open-source code, including magic-trace, Hardcaml, Bonsai, Dune and OxCaml, and runs code review and releases through its own system, Iron.
- Jane Street does not publish a rule on AI use in interviews; ask your recruiter. Its interviewing pages, prep pages and software engineering postings say nothing about AI tools.
Jane Street quantitative developer interview questions
Questions from our bank, then practice prompts we wrote for this guide around Jane Street's work.
Questions from our bank
From the DataInterview question bank: questions tagged to Jane Street first, then questions that fit quantitative developer interviews. Open one to answer it.
Modular Exponentiation
Fibonacci Series Sum
Tower Configurations
Select Two Queens
Dice Roll Expectation
Alternating Squares Sum
Collaborative coding practice
Prompts we wrote for this guide around Jane Street's work. They are not reported interview questions. Each answer is an outline or a worked solution.
Write a function that tracks the median of a stream of trade prices. Then extend it to the median of only the last k trades.
Sample Answer
For the full stream, keep two heaps: a max-heap for the lower half and a min-heap for the upper half, rebalanced so their sizes differ by at most one. Insert is O(log n) and the median is read from the tops. For a window of k, you must also remove the oldest trade. Lazy deletion works: record the price to delete, fix the size counts, and pop it when it reaches a heap top. A sorted list with binary search is simpler and fine for small k. Say which you pick and why.
Build a rate limiter that allows at most N order messages per second per symbol. Then change it from fixed one-second buckets to a true sliding window.
Given a log of order events (new, cancel, replace), write code that reports every open order at the end. Then handle events that arrive for an order ID you have never seen.
Merge overlapping time intervals, such as the trading hours of several venues, into a list of disjoint intervals. Then answer many "is time t covered?" queries fast.
Low-latency and systems practice
Prompts we wrote for this guide around Jane Street's work. They are not reported interview questions. Each answer is an outline or a worked solution.
Why can iterating over an array be much faster than iterating over a linked list of the same length, even though both are O(n)?
Sample Answer
An array stores elements next to each other, so each cache line brings in several elements and the hardware prefetcher can predict the next loads. A linked list scatters nodes across memory, so each step can be a cache miss that waits on main memory, which costs far more than an L1 hit. Each load also depends on the previous one, so the CPU cannot overlap them. Big-O hides these constant factors, and on a hot trading path they dominate.
In a garbage-collected language such as OCaml, how would you keep a latency-sensitive path free of unpredictable pauses?
What does kernel-bypass networking do, and why do trading systems use it?
A change made a hot path 10% slower. How do you find out why?
Fundamentals practice
Prompts we wrote for this guide around Jane Street's work. They are not reported interview questions. Each answer is an outline or a worked solution.
What is the worst case for a hash table lookup, and when does it happen?
Sample Answer
O(n), when many keys land in the same bucket, either from a poor hash function or from keys chosen to collide. With a good hash and resizing that keeps the load factor bounded, the expected cost is O(1). Resizing itself is O(n) but happens rarely, so insertion is amortized O(1). Mention that some implementations switch a long chain to a balanced tree to cap the damage.
Which data structure would you use for one side of an order book, keyed by price, and why?
You need to read a 50 GB file of market data and compute a daily summary. What matters for speed?
Explain memoization, and say when a cache of results can grow without bound and how you would stop it.
Behavioral practice
Prompts we wrote for this guide around Jane Street's work. They are not reported interview questions. Each answer is an outline or a worked solution.
Tell me about a time you realized mid-task that you did not know something. What did you do?
Sample Answer
Jane Street asks candidates to know what they do not know and to say "I don't know" when unsure. Describe how you noticed, how you said so plainly and how you found the answer.
Describe a technical disagreement with a teammate and how you worked through it.
Tell me about a project you built from scratch.
Explain a piece of code you wrote to someone outside your team.
Practice problem: track the best bid and offer from order events
pythonYou receive order book events in time order. ("add", id, side, price, qty) adds a resting order, where side is "B" or "S". ("cancel", id) removes an order. ("trade", id, qty) fills part of an order and removes it when nothing is left. Ignore events for unknown IDs and adds that reuse a live ID. After every event, record (best_bid, best_ask), using None for an empty side. Example: [("add", 1, "B", 100, 5), ("add", 2, "S", 102, 3), ("add", 3, "B", 101, 2), ("trade", 3, 2), ("cancel", 1)] gives [(100, None), (100, 102), (101, 102), (100, 102), (None, 102)].
1from typing import List, Optional, Tuple
2
3def track_bbo(events: List[tuple]) -> List[Tuple[Optional[int], Optional[int]]]:
4 """Return (best_bid, best_ask) after each event."""
5 pass700+ coding problems with a live code executor.
Practice in the EngineHow to prepare
A plan for the Jane Street loop, most important first:
- Pick the language you know best and practice writing real, bug-free code in it, including its standard data structures and APIs.
- Practice open-ended problems that grow in stages, such as a cache that gains eviction, and finish the first stage cleanly before extending it.
- Watch Jane Street's mock interview and work through its published example question, then rehearse thinking out loud.
- Review CS fundamentals and real-machine costs: Big-O, caching and IO. For low-latency seats add x86 caches, profiling and kernel-bypass networking.
- Build a small project from scratch, as Jane Street suggests, so you can talk through its design and tradeoffs.
- Skip math and puzzle drills for this loop. The bank questions on this page are general quant practice and matter only if you also apply to trading roles.
Practice path
Courses that cover the rounds above:
Are you ready for the Jane Street quantitative developer interview?
1 / 6Can you solve a medium algorithm problem in C++ or Python in about 30 minutes, with tests?
Frequently Asked Questions
Does Jane Street hire Quantitative Developers?
Not under that title. Developers join as Software Engineers through one hiring process and are placed on teams across the firm, including trading desks, accounting and core infrastructure. The quant developer match is the trading-facing work, and the Low-Latency Engineer posting is the closest single role. Quantitative Researcher is a research role whose interviews mix trading and software engineering rounds.
Is there math or probability in the Jane Street software engineer interview?
No. Jane Street says its software engineering interviews have no math or probability questions, which separates them from its trading interviews. Expect coding rounds only. If you also apply to trading roles, our separate Jane Street Quantitative Trader guide covers that loop.
How much does a Jane Street software engineer make?
New York postings seen in October 2026 list a base salary of $300,000 for both Software Engineer (Experienced) and Software Engineer (New Grad), and $250K to $300K for Low-Latency Engineer. Total pay includes an annual discretionary bonus. The New York internship posting also states a $300,000 base without saying whether it is annualized. London, Hong Kong and Singapore postings show no pay.
Can I use AI tools in a Jane Street interview?
Jane Street does not publish a rule on AI use in interviews; ask your recruiter. Its interviewing pages, software engineering prep page and postings do not mention one.
Do I need to know OCaml for a Jane Street interview?
No. You may use any language, and Jane Street advises the one you know best. OCaml and functional languages earn no extra credit, and Jane Street tells candidates not to try OCaml for the first time in an interview. Postings expect no OCaml, Python, functional programming or finance experience.
What internships and new-grad roles does Jane Street offer for engineers?
Software Engineer internships run May to August in New York and June to September in London, with roles in Hong Kong and Singapore too. Internships typically last 10 to 12 weeks, and each office has off-cycle internships. Interns are paired with a project after the offer and aim to ship code to production. New-grad Software Engineer roles are open in all four offices. Tools and Compilers internships suit PhD and master's students, and early programs include FTTP, SEE, INSIGHT, WiSE, IN FOCUS and Preview.
Where do Jane Street engineers work?
Postings list New York, London, Hong Kong and Singapore. Final interview rounds are in person at an office. The pages we read do not state an office or hybrid policy for employees, or an on-call rule.




