I applied online. The process took 2 weeks. I interviewed at Revolut (Porto, Oporto) in Jul 2022
Interview
Before the interview, I read some opinions here at Glassdoor about the hiring process and I got scared by the reviews, but I had a completely different experience of the process. The first part of the interview was if HR asked about SOLID, ACID, TDD, and concurrency concepts.
The second part was a live coding interview with a really nice guy. The problem was not complicated at all, but I was nervous and I forgot to refactor some parts of the code.
Interview questions [1]
Question 1
Create a URL shortener that can be used as a library
Quite long an challenging. 3 stages of technical interview - live coding, technical discussion and system design. Then last stage team fit. It took almost a month to go through the whole process
Interview questions [1]
Question 1
System design - you need to prepare a system design
The experience was similar to what has already been described by others. I passed the first two stages but did not pass the system design interview.
My first attempt was definitely on me — I was not prepared well enough. I took the feedback seriously, prepared much better for the second attempt, and expected a more balanced evaluation. However, the second system design interview felt frustrating because the interviewer repeatedly guided the discussion toward minor or less important parts of the design, which consumed a significant amount of time and prevented me from properly covering the core architecture and trade-offs.
Overall, the process was useful, but the system design stage felt inconsistent and highly dependent on the interviewer’s style.
Interview questions [1]
Question 1
Live coding:
Implement a load balancer.
Implement an account ledger.
SD:
apartment booking system
card delivery system
I applied through a recruiter. I interviewed at Revolut (Singapore) in Jun 2026
Interview
The coding round itself isn't particularly difficult. The challenge isn't solving the problem—it's writing code that could realistically be shipped to production.
Getting the code to work is the baseline. What the interview really evaluates is whether you naturally make production-quality engineering decisions: choosing appropriate data models, validating inputs, designing maintainable APIs, handling edge cases, considering concurrency, writing tests, and producing code that can evolve as requirements change.
My impression is that they're testing engineering habits more than pure problem-solving ability. You can solve the problem correctly and still struggle if your design choices suggest the code wouldn't be suitable for a real production system.