GitLab logo

GitLab Backend Engineer Interview Questions
& Process

Real candidates share what happened, how many rounds they had,
and how the experience turned out.

Based on 33 interview experiences · FREE TO READ

3.5 Rounds average
Average Typical difficulty
60.6% Positive experience

Candidate interview experiences

First-hand accounts from people who interviewed at GitLab.

Showing 3 of 33
GitLab logo
GitLab

Backend Engineer

Engineering · more than a year ago

Mid Average Negative experience No offer 4 rounds
Interview process
Recruiter call Take home Technical screen Onsite
Interview formats
Technical Coding Behavioral

My interview with GitLab was a real letdown and felt like a huge waste of time. The whole thing was quite long, with a bunch of steps: applying, a quick chat, a test, and then a technical interview. I actually got through all of them, which made me think things were going well. But then, in the team interview, they told me I didn't get the job because I didn't have enough experience with LLMs. This was super annoying because my resume, which totally shows my deep Computer Vision background, was right there for them to see from the start. My AI skills, especially in CV, are pretty obvious, and I figured AI skills can be used in lots of different areas. To make things worse, it turned out the person they hired was actually from another team inside GitLab. If that was the plan all along, it makes no sense why they'd put external people through such a long and tough process just to reject them for stuff they could have seen from the beginning. This whole thing makes me wonder how efficient and open GitLab's hiring is. It felt like my time and effort weren't valued, and the reason they gave for the final choice didn't really match what they initially said they were looking for.

Confirmed questions2 questions
  • Can you tell me about different situations you've encountered?
  • Do you have any technical questions regarding PRs?
GitLab logo
GitLab

Backend Engineer

Engineering

Entry Average Negative experience No offer 2 rounds
Interview process
Recruiter call Technical screen
Interview formats
Behavioral Technical Coding

The interview process took longer than advertised to even get the first interview after initial contact, as the recruiter had blocked out two weeks for scheduling. The first screen interview happened three weeks after first contact, followed by a tech interview a week later. The process stopped two days after that. Both interviewers were nice. I couldn't say why I didn't advance to the final stages; if I'm being generous, I'd say it was just random chance due to their applicant volume. Despite their intentions, the interview process is pretty standard for most tech/coding jobs: a lengthy, multi-week (or month) process with code testing that is ambiguous and doesn't really test your experience, only your current abilities.

Confirmed questions3 questions
  • What makes you want to work at gitlab?
  • If you had to improve the current code, what changes would you make?
  • What changes would you implement differently?
GitLab logo
GitLab

Backend Engineer

Engineering

Mid Average Positive experience No offer 3 rounds
Interview process
Recruiter call Technical screen Take home
Interview formats
Technical Coding

I put in my application online after seeing the job posting on LinkedIn. The initial application had some technical questions. A technical recruiter from GitLab then got in touch to schedule a screening call. After that, I was asked to set up a time for a technical interview and was given access to a GitLab repo for a Ruby on Rails project, with instructions to comment on anything noteworthy. Since I've worked with Ruby for a while and currently use GitLab, I felt pretty good about it. But, it seems the role really needs deep Ruby on Rails knowledge, as I was told about 20 minutes in that a strong Rails background was essential. So, I'll need to brush up on Rails before I try again. GitLab is a fantastic product, and I'd love to work there someday. The technical interview and recruiters were nice and helpful.

Confirmed questions3 questions
  • Can you detail the lifecycle of a user request to https://gitlab.com/gitlab-org/gitlab-ce, including what happens in the browser, across the network, on the GitLab servers, and within the GitLab Rails application before the request finishes?
  • Please explain the MVC design pattern as thoroughly as you can.
  • Conduct a review of a merge request.

GitLab Backend Engineer Interview Questions

Quoted word for word from GitLab interview reports.

Can you detail the lifecycle of a user request to https://gitlab.com/gitlab-org/gitlab-ce, including what happens in the browser, across the network, on the GitLab servers, and within the GitLab Rails application before the request finishes?

Read reports

Can you explain the request/response cycle in the context of GitLab's code?

Read reports

What is your definition of MVP and why do you consider it important?

Read reports

Walk me through the MVC cycle, focusing on the roles of concerns and services.

Read report

For a merge request with intentional mistakes in a Ruby on Rails app, what feedback and potential solutions would you provide as part of your regular work?

Read report

If you had to improve the current code, what changes would you make?

Read report

Can you elaborate on the reasons behind specific comments you made on the Merge request?

Read report

Formats, difficulty and experience

Across all 33 GitLab interview reports.

Interview formats

Technical 37.8%
Behavioral 35.4%
Coding 24.4%
System Design 1.2%
Presentation 1.2%

Interview difficulty

Easy 6.1%
Average 78.8%
Difficult 15.2%

Candidate experience

Neutral 6.1%
Negative 33.3%
Positive 60.6%