Pretty typical. Coding round. Then onsite with another two coding rounds, project deep dive, and behavioral. There’s one “AI enabled” coding round which I think they’re still figuring out. Behavioral is pretty normal questions. Coding interview the recruiter gave me some insight into kind of problem (graph, api design) and system design was trivial. No white boarding etc.
My recruiter was pretty bad imo but that’s just luck of the draw. I felt he didn’t know much about the process and didn’t really help me prepare / couldn’t answer questions around why interviews were structured a certain way (system design is a bit diff with no white boarding and I was trying to understand if there was anything to keep in mind given that) and what signal they were looking for.
Overall I didn’t really like the people I interviewed with. I think the people at ramp from what I have heard are smart, but on a personal level I didn’t like them so I wasn’t disappointed when I don’t get an offer.
Other Software Engineer Interview Reviews for Ramp
It started with take home question regarding flags. Then heard back from a recruiter a week later. Then never heard back unfortunately. Not sure if they have too many applicants
Conversation opened with a recruiter about a week after initial LinkedIn application. Recruiter asked me standard background questions, then asked me to tell her about a project and about what I was doing with AI.
One technical round after that, plus sounds like there would be a virtual onsite afterwards.
Interview questions [1]
Question 1
Fun and unusual problem, though the interview was much quieter than any technical interview I had experienced before. It felt closer to completing an online coding assessment while an interviewer silently observed.
The challenge involved making HTTP requests to “escape a maze.” You loaded a webpage containing links to connected child pages and traversed them to locate the exit. As the exercise progressed, additional response types, body formats, and URL schemes introduced new cases that had to be discovered and handled.
The interviewer provided very little clarification when I tried to discuss requirements, so the exercise appeared to be testing your ability to reverse engineer an unfamiliar system and adapt your design as new behavior emerged. I was also discouraged from consulting documentation, so I would recommend being comfortable using your language’s HTTP request library from memory.
My initial design assumed successful responses, and I later expanded it to support different response codes, bodies, and schemes. Overall, it was a creative problem, but candidates should expect limited communication and deliberately undisclosed requirements.
They only give you 3 days to take the test, which is very tight with work. Got a coding test, passed all the tests, and a week later got an automated rejection
Interview questions [1]
Question 1
on hashmaps and snapshotting with in-memory databases