Software Engineer applicants have rated the interview process at Ramp with 3 out of 5 (where 5 is the highest level of difficulty) and assessed their interview experience as 29% positive. To compare, the company-average is 36.9% positive. This is according to Glassdoor user ratings.
Candidates applying for Software Engineer roles take an average of 11 days to get hired, when considering 93 user submitted interviews for this role. To compare, the hiring process at Ramp overall takes an average of 19 days.
Common stages of the interview process at Ramp as a Software Engineer according to 93 Glassdoor interviews include:
Phone interview: 35%
Skills test: 28%
One on one interview: 20%
Group panel interview: 3%
Personality test: 3%
Presentation: 3%
IQ intelligence test: 2%
Drug test: 2%
Other: 2%
Background check: 1%
Here are the most commonly searched roles for interview reports -
First round - take home screen (React, DOM manipulation)
Second round - React screen
Third round - JS screen, ai interview, deep dive on past project, leadership interview
The engineers were almost always late to the interviews and seemed to be very stressed. Interviewers for technical deep dive and leadership seemed to be checked out during the conversation and seem to like people with strong opinions (both asked me for strong or controversial opinions I had)
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