← Back to Directory

Citadel interview notes, page 1 of 14

Large Enterprises

Most of these Citadel write-ups come from Software Engineers (106), then Data Scientists (33) and Machine Learning Engineers (1). The most reported rounds are the technical phone screen (111), the system design round (16), the onsite coding round (4) and the behavioral / leadership round (3).

140 interview notes · updated Oct 2026

Citadel·Software Engineer·Onsite - System Design / Architecture

Apr 2026
Citadel software engineer interview with a deep project retrospective question. The whole session basically revolved around one prompt but they went hard on follow-ups around scale and trade-offs.
  • Pick the project you're most proud of from your career and walk through it in depth: the business and technical motivation, your specific contributions, the architecture and key design decisions, alternatives you considered and rejected, what failed and how you recovered, the measurable impact, and what you'd do differently now.

“This is the kind of question that sounds easy until you're actually in it.”

View Post

Citadel·Software Engineer·Technical Phone Screen

Apr 2026
Citadel software engineer interview with a pretty gnarly intervals problem. The naive approach won't cut it here, they clearly want you to think past brute force.
  • Given n employees with working time intervals, form the largest possible team where at least one 'core' employee's schedule overlaps with every other team member's schedule. What's the maximum team size?

“My first instinct was to check every pair of intervals and build some kind of graph, which is O(n^2) and they basically told you upfront that won't pass.”

View Post

Citadel·Software Engineer·Technical Phone Screen

Apr 2026
Citadel software engineer interview with a stock trading problem that sounds easy until you actually think about it carefully. Classic greedy territory but the pressure of the setting made me second-guess myself more than I should have.
  • Given an array of daily stock prices, find the maximum profit you can make by buying and selling as many times as you want, as long as you sell before buying again.

“I knew this problem but froze for a second trying to remember if there was a DP solution I was supposed to use.”

View Post

Citadel·Software Engineer·Technical Phone Screen

Apr 2026
Citadel software engineer interview with a tricky tree problem that pushed into O(1) space territory. The follow-up was rough and I didn't fully get there.
  • Connect all leaf nodes of a binary tree using their next pointers, using O(1) extra space.

“The base version was fine but then they asked for O(1) space and I kind of stalled.”

View Post

Citadel·Software Engineer·Onsite - System Design / Architecture

Apr 2026
Citadel software engineering interview with a system design problem centered on task scheduling. The question was more implementation-heavy than I expected for this kind of role, and the follow-up on deletion strategy is where things got interesting.
  • Design a task scheduler that supports inserting tasks with a priority, deleting a previously inserted task, and executing the next task in scheduling order. How would you handle all three operations efficiently?

“I jumped straight to a min-heap for insert and execute, which was fine.”

View Post

Citadel·Software Engineer·Onsite - Coding / Algorithms

Apr 2026
Citadel SWE interview with a second-round interviewer who had a competitive programming and PhD background. The whole session was basically one DP problem that kept mutating, stock trading with progressively nastier constraints layered on top.
  • Solve a stock trading DP problem, then extend your solution to handle transaction fees, cooldown periods, and other added constraints across multiple follow-up rounds.

“Started fine on the base case but the follow-ups stacked fast.”

View Post

Citadel·Software Engineer·Technical Phone Screen

Apr 2026
Citadel software engineer interview that covered a resume walkthrough and a behavioral conflict question. Nothing too surprising but the conflict question needed more preparation than I gave it.
  • Walk me through your resume, focusing on the projects and decisions most relevant to this role.
  • Tell me about a time you had a conflict with a teammate. What was the situation, what did you do, and how did it resolve?

“I'd done this a dozen times before so I wasn't worried, but Citadel pushed harder on the 'decisions' part than I expected.”

View Post

Citadel·Software Engineer·Technical Phone Screen

Apr 2026
Citadel system design round, one question the whole time. The problem sounds clean on paper but there's a lot of surface area once you start thinking about thread safety and how the eviction callback interacts with internal state.
  • Design a cache class that accepts a user-supplied eviction policy function. When the cache is full and a new item is added, the eviction function determines which key to remove. The same class should support LRU, LFU, FIFO, or any custom policy without modifying the core cache code.

“I started with a basic map and a list of keys, then realized the eviction callback needs visibility into cache internals to make any real decision.”

View Post

Citadel·Software Engineer·Technical Phone Screen

Apr 2026
Citadel quant engineer interview with a live coding problem that went deeper than I expected. They didn't just want a working solution, they wanted you to walk through the whole complexity story from naive recursion to memoized DP.
  • Implement wildcard pattern matching where '?' matches any single character and '*' matches any sequence of characters (including empty). Given string s and pattern p, return whether p matches all of s. Start with a pure recursive solution using two pointers advancing through s and p, then discuss how to make it efficient with memoization or DP.

“The recursive part came to me pretty fast.”

View Post

Citadel·Software Engineer·Onsite - System Design / Architecture

Apr 2026
Citadel quant engineer interview, system design round focused entirely on building an orderbook from scratch. No matching logic required but the API design portion was more involved than I expected.
  • Design and implement an orderbook for a trading system. Start by proposing the API surface you'd need (place order, cancel order, query best bid/ask, etc.), justify your choices, then implement it in code. Order matching is out of scope.

“I spent the first few minutes just listing APIs without really justifying them, which I think annoyed the interviewer a bit.”

View Post