fidelity logo
Fidelity· Director, Quant Development (Java)

Fidelity | Director (Individual Contributor) | Jersey City | Feb 2026 [Reject]

Location
Jersey City
Experience
20 years
Posted
11 Mar 2026
213 reads

Summary

I interviewed for a Director, Quant Development (Java) role at Fidelity in Jersey City, but ultimately received a rejection. The feedback indicated that my expertise did not fully align with the Director-level expectations, specifically citing a perceived lack in developing service APIs, Spring Boot, and SQL despite strong Java fundamentals and HTTP protocol knowledge. I felt there was a mismatch between the job description and the actual requirements, leaning more towards full-stack development than the expected server-side Java engineering.

How it went

Round 0: Phone screen with Recruiter

Questions:

  • Describe experience with Risk Systems
  • What container technologies have worked with
  • Expected to work on site 5 days a week every other week
  • Compensation: base 185k, there is a bonus target 35%, expect to be met 90% (NOTE: base range listed on Job Description was 126-255k)

Explained Interview process:

  • 2 Zoom interviews 45 minute each
  • 1 Zoom interview with a Hiring Manager (SPOILER: I didn't get to the Hiring Manager)

Interview confirmation stated to be prepared to share screen with an IDE: however I was not asked coding questions throughout.

Round 1: Zoom interview

The interviewer was a Manager of a group peer to the group I was interviewing for.

Questions:

  • In-depth architecture review of one of my projects: individual components, how they were scaled, communication between components, overall data flow, scheduling of jobs and tasks
  • Java JDBC API: describe the typical flow, classes involved and connection pooling
  • Java facilities for automatic closing of resources
  • Describe newer features of Java language found most useful
  • Level of experience with relational databases and SQL (I honestly said I use RDBMs, but not an expert)
  • Technologies used to implement REST APIs
  • HTTP protocol, various request methods, differences between GET and POST
  • Typical payload formats in POST requests
  • Experience with Spring Boot, what are the main concepts

Given that the interviewer was a peer Manager and not th hiring Manager, the interviewer said they could not answer questions about the role I was interviewing for.

One takeaway: most of the US group is based in Boston; there is a heavy India presence, but I felt that development is not India dominated

Round 2: Zoom interview

This interviewer was also a Manager of another peer group

Questions:

  • Descrive dealing with data quality issues, validations before data even gets into the system
  • Diagnose production problems: how to instantly know what went wrong, what can be done other than thread dump
  • Production problems in containers in the absence of facilities to login to physical servers: what if Splunk is either down or is not showing anything
  • What can we use Semaphors for
  • Have I used JMS systems, RabbitMQ specifically
  • How are messages processed by subscribers on Kafka (I think the interviewer had the JMS pattern in mind: messages received on a dispatch threads and enqueued for processing by a worker pool)
  • Newer Java language features (same as the first interviewer), had I used Virtual Threads

Result:

Received an e-mail from the recruiter:

  • The level of expertise did not meet expectation for Director-level role
  • Java fundamentals and HTTP protocol is good, but lacked developing service APIs, Springboot and SQL

Impressions:

Overall, I felt that the role was not what I thought it was based on the Job Description:

  • JD sounded like server-side Java engineering, with mentions of large scale simulations, scenarios and scalability to 1000s of users
  • The recruiter initially stated that the most important skills the team needed were Java and AWS, having experience with RIsk Systems a huge plus

The rejection e-mail made it sound like the role was really Full Stack Development rather than performance critical server side Java engineering

Also, even though the role was listed as Quant-focused, neither of the two interviewers seemed to be doing anything Quantitative. There were no business questions.

Questions asked (18)

  1. 01

    Experience with Risk Systems

    Behavioral

    Describe your experience with Risk Systems.

  2. 02

    Container Technologies Experience

    Other

    What container technologies have you worked with?

  3. 03

    Project Architecture Review

    System Design

    Provide an in-depth architecture review of one of your projects, discussing individual components, how they were scaled, communication between components, overall data flow, and scheduling of jobs and tasks.

  4. 04

    Java JDBC API

    Other

    Describe the typical flow of the Java JDBC API, the classes involved, and connection pooling.

  5. 05

    Java Automatic Resource Closing

    Other

    Describe Java facilities for automatic closing of resources.

  6. 06

    Newer Java Features

    Other

    Describe newer features of the Java language that you have found most useful.

  7. 07

    Relational Databases and SQL Experience

    Other

    What is your level of experience with relational databases and SQL?

  8. 08

    REST API Implementation Technologies

    System Design

    What technologies are used to implement REST APIs?

  9. 09

    HTTP Protocol and Methods

    System Design

    Discuss the HTTP protocol, various request methods, and the differences between GET and POST.

  10. 10

    POST Request Payload Formats

    System Design

    What are typical payload formats used in POST requests?

  11. 11

    Spring Boot Experience and Concepts

    Other

    Describe your experience with Spring Boot and its main concepts.

  12. 12

    Data Quality Issues and Validations

    System Design

    Describe how you deal with data quality issues and perform validations before data even gets into the system.

  13. 13

    Diagnosing Production Problems

    System Design

    How do you instantly know what went wrong when diagnosing production problems, and what can be done other than a thread dump?

  14. 14

    Containerized Production Problems

    System Design

    How do you diagnose production problems in containers when facilities to login to physical servers are absent, or if monitoring tools like Splunk are down or not showing anything?

  15. 15

    Semaphore Use Cases

    Data Structures & Algorithms

    What can Semaphores be used for?

  16. 16

    JMS and RabbitMQ Experience

    System Design

    Have you used JMS systems, specifically RabbitMQ?

  17. 17

    Kafka Message Processing by Subscribers

    System Design

    How are messages processed by subscribers on Kafka?

  18. 18

    Newer Java Features (Virtual Threads)

    Other

    Discuss newer Java language features, specifically if you have used Virtual Threads.

Know someone preparing? Send it to them:WhatsAppLinkedInX

Interviewed at Fidelity recently?

Write up your rounds while you still remember the questions. It helps the next person more than you would think.

Share your experience
Discussion 0

Questions for the author, or how your own interview compared.

Join the discussion

Sign in with Google to comment or ask the author a question.

No comments yet

Be the first to share your thoughts and start the discussion!