Flip Software Engineer Interview Guide

The 60-second brief

As a Software Engineer at Flip, you play a pivotal role in building and maintaining the backend systems that power one of Indonesia's most trusted financial services. Your work directly impacts millions of users by enabling seamless payment transactions across various platforms. This position is critical not only for ensuring system reliability and performance but also for enhancing the overall user experience, which is at the core of Flip's mission to provide fair and efficient financial services. In the Accept Payment team, you will collaborate with seasoned engineers to design and optimize backend services, contributing to essential features like payment gateways and transaction processing solutions. The complexity and scale of the problems you will tackle, such as integrating diverse payment methods and ensuring system robustness, make this role both challenging and rewarding.

This guide is scoped to a Software Engineer candidate at Flip.

Focus areas

• Go
• Backend development
• Payment systems

The Flip interview process

Flip candidates report 3 rounds over 3-5 weeks. The stages below are what candidates describe, not a published process.

HR Screening

Initial screening conducted by HR to evaluate candidate qualifications and fit.

What to demonstrate

• Initial screening conducted by HR to evaluate candidate qualifications and fit
• Depth in Go

How to prepare

• Be able to walk your CV end to end in two minutes, and say why this company specifically.
• Have your salary expectations, notice period and location constraints ready, and ask for the rest of the loop in writing.

Technical Interviews

Multiple technical interviews assessing coding skills and problem-solving abilities.

What to demonstrate

• Multiple technical interviews assessing coding skills and problem-solving abilities
• Depth in Go

How to prepare

• Answer aloud and timed: Can you describe your experience with caching mechanisms and their benefits?
• Answer aloud and timed: How do you handle error management in your applications?

Cultural Alignment Discussions

Final discussions with senior leadership to evaluate cultural fit and team contributions.

What to demonstrate

• Final discussions with senior leadership to evaluate cultural fit and team contributions
• Depth in Go

How to prepare

• Answer aloud and timed: Discuss a project where you had to optimize code for performance.
• Answer aloud and timed: Describe a challenging technical problem you faced and how you resolved it.

Where candidates lose points

Practice coding challenges

Regularly engage with coding platforms to sharpen your skills, particularly in Go, as this will be crucial during technical interviews.

Understand Flip's mission

Familiarize yourself with the company's goals and values to better articulate how your experiences align with their mission.

Be prepared to discuss projects

Have specific examples ready that showcase your technical skills and problem-solving abilities.

Emphasize collaboration

Highlight your experiences working in teams, as teamwork is a strong focus at Flip.

Questions & practice

Write a function to reverse a string. What considerations would you take into account?

Medium · Coding / Algorithms

Approach

1. Restate the input: its shape, its size, and what is guaranteed about it.
2. Name the brute-force solution and its complexity before improving on it.
3. Choose the data structure from the access pattern, not from familiarity.
4. State the target complexity and say which constraint rules the naive version out.

Follow-up

• How does this change if the input no longer fits in memory?
• What is the worst case, and how likely is it on real data?

How would you implement a queue using stacks? Provide code and explain your approach.

Medium · Coding / Algorithms

Approach

1. Restate the input: its shape, its size, and what is guaranteed about it.
2. Name the brute-force solution and its complexity before improving on it.
3. Choose the data structure from the access pattern, not from familiarity.
4. State the target complexity and say which constraint rules the naive version out.

Follow-up

• How does this change if the input no longer fits in memory?
• What is the worst case, and how likely is it on real data?

Archive a resource graph without breaking live references or recursing

Medium · graph traversal · topological order · tenant isolation

Resources reference other resources within a tenant; for the largest tenant the reference table holds up to 2,000,000 nodes and 8,000,000 edges. Archiving a resource must archive everything reachable from it that nothing outside the set still references, refuse when a live external referrer exists, and terminate when references form cycles, which they legitimately do. Produce the archive order and the refusal list, targeting O(V+E). Say what stops the traversal crossing a tenant boundary, and why recursion is the wrong control structure at this size.

Approach

1. Load the subgraph with the tenant predicate on both endpoints of the edge, not only on the side you started from. Scoping the left table alone is the classic cross-tenant leak: one mis-entered edge then pulls another tenant's resources into the traversal and, worse, into the archive.
2. Traverse iteratively with an explicit stack. A 2,000,000-node graph can hold a chain deep enough to exhaust a native stack in the low tens of thousands of frames, and that failure is a process crash rather than an error you can return.
3. Treat cycles as data rather than corruption: compute strongly connected components with Tarjan in O(V+E) using its own explicit stack, then condense. The condensation is a DAG, so a topological order over it gives the archive order, and every member of a component archives in one transaction because no order within a cycle is valid.
4. Decide refusals with reverse edges. A candidate is archivable only if every in-edge originates inside the candidate set, so build the transpose or count in-degrees restricted to the visited set, and emit each blocked resource with the id of the external referrer, which is the only part of the answer an operator can act on.

Follow-up

• The graph is read in one query and the archive writes a minute later. What can change in between, and how do you make the write safe?
• The candidate set is 400,000 resources. Is that one transaction, and if not, what does a half-finished archive look like to a reader?

What are the differences between SQL and NoSQL databases, and when would you use each?

Medium · Technical / Domain Questions

Approach

1. Name the grain you start from and join outward from it.
2. Check whether any join is one-to-many before aggregating, or the sums inflate.
3. Say which index the query would use, and what makes it unusable.
4. Handle the rows that do not match: that is usually the actual question.

Follow-up

• How does the query change if that join becomes one-to-many?
• What happens to this when the table is ten times larger?

Given a dataset, write a query to retrieve specific information based on certain criteria.

Medium · Coding / Algorithms

Approach

1. Name the grain you start from and join outward from it.
2. Check whether any join is one-to-many before aggregating, or the sums inflate.
3. Say which index the query would use, and what makes it unusable.
4. Handle the rows that do not match: that is usually the actual question.

Follow-up

• How does the query change if that join becomes one-to-many?
• What happens to this when the table is ten times larger?

Explain the principles of object-oriented programming and how they apply to your work.

Medium · Technical / Domain Questions

Approach

1. Clarify what is being asked and what a complete answer contains.
2. State your assumptions explicitly before working the problem.
3. Say what you would check first and why it is the highest-information step.
4. Work from the requirement backwards to the design.

Follow-up

• What assumption would you test first?
• How would you know your answer was wrong?

Discuss a project where you had to optimize code for performance.

Medium · Technical / Domain Questions

Approach

1. Clarify what is being asked and what a complete answer contains.
2. State your assumptions explicitly before working the problem.
3. Say what you would check first and why it is the highest-information step.
4. Work from the requirement backwards to the design.

Follow-up

• What assumption would you test first?
• How would you know your answer was wrong?

Describe a challenging technical problem you faced and how you resolved it.

Medium · Problem-Solving / Case Studies

Approach

1. Clarify what is being asked and what a complete answer contains.
2. State your assumptions explicitly before working the problem.
3. Say what you would check first and why it is the highest-information step.
4. Work from the requirement backwards to the design.

Follow-up

• What assumption would you test first?
• How would you know your answer was wrong?

How would you approach designing a new feature for the payment system?

Medium · Problem-Solving / Case Studies

Approach

1. Clarify what is being asked and what a complete answer contains.
2. State your assumptions explicitly before working the problem.
3. Say what you would check first and why it is the highest-information step.
4. Work from the requirement backwards to the design.

Follow-up

• What assumption would you test first?
• How would you know your answer was wrong?

Given a set of data, how would you optimize the retrieval process for efficiency?

Medium · Problem-Solving / Case Studies

Approach

1. Clarify what is being asked and what a complete answer contains.
2. State your assumptions explicitly before working the problem.
3. Say what you would check first and why it is the highest-information step.
4. Work from the requirement backwards to the design.

Follow-up

• What assumption would you test first?
• How would you know your answer was wrong?

What steps would you take to troubleshoot a sudden drop in system performance?

Medium · Problem-Solving / Case Studies

Approach

1. Establish what changed and when, before forming any theory.
2. Pick a bisection that eliminates candidates whichever way it turns out.
3. Check the instrumentation before believing the symptom.
4. Separate the trigger from the cause; the deploy is rarely the bug.

Follow-up

• What would you look at first, and what would it rule out?
• How would you tell a cause from a coincidence here?

Suggested practice checklist

Built from the rounds and topics Flip candidates report.

Day 1 — Map the Flip loop

• Write out the reported sequence: HR Screening, Technical Interviews, Cultural Alignment Discussions.
• For each round, write one sentence on what it is judging, from the description above, and mark the one you are least ready for.

Deliverable: A one-page map of the 3 reported rounds, with the weakest marked.

Day 2 — Work Go

• Spend the session on Go, which Flip candidates report being tested on.
• Write one worked example in Go and time yourself on it.

Deliverable: One timed worked example in Go.

Day 3 — Work Backend development

• Spend the session on Backend development, which Flip candidates report being tested on.
• Write one worked example in Backend development and time yourself on it.

Deliverable: One timed worked example in Backend development.

Day 4 — Work Payment systems

• Spend the session on Payment systems, which Flip candidates report being tested on.
• Write one worked example in Payment systems and time yourself on it.

Deliverable: One timed worked example in Payment systems.

Day 5 — Answer out loud: Technical / Domain Questions

• Answer aloud, timed: Explain the principles of object-oriented programming and how they apply to your work.
• Answer aloud, timed: What are the differences between SQL and NoSQL databases, and when would you use each?

Deliverable: Spoken answers to 2 reported Technical / Domain Questions question(s), under time.

Day 6 — Answer out loud: Problem-Solving / Case Studies

• Answer aloud, timed: Describe a challenging technical problem you faced and how you resolved it.
• Answer aloud, timed: How would you approach designing a new feature for the payment system?

Deliverable: Spoken answers to 2 reported Problem-Solving / Case Studies question(s), under time.

Day 7 — Answer out loud: Behavioral / Leadership

• Answer aloud, timed: Describe a time when you had to collaborate with cross-functional teams. What was your approach?
• Answer aloud, timed: How do you handle feedback, both giving and receiving?

Deliverable: Spoken answers to 2 reported Behavioral / Leadership question(s), under time.

Behavioural preparation

Behavioural rounds judge the decision you made and what it cost.

Can you describe your experience with caching mechanisms and their benefits?

Medium · Technical / Domain Questions

Approach

1. Pick a story where you made the decision, not one where you watched it.
2. State the situation in two sentences and spend the rest on the reasoning.
3. Give the blast radius: what could have broken, and what you measured.
4. Name the disagreement and how you resolved it with evidence.

Follow-up

• What would you do differently if you ran that again?
• How did you know your change caused the improvement?

How do you handle error management in your applications?

Medium · Technical / Domain Questions

Approach

1. Pick a story where you made the decision, not one where you watched it.
2. State the situation in two sentences and spend the rest on the reasoning.
3. Give the blast radius: what could have broken, and what you measured.
4. Name the disagreement and how you resolved it with evidence.

Follow-up

• What would you do differently if you ran that again?
• How did you know your change caused the improvement?

Describe a time when you had to collaborate with cross-functional teams. What was your approach?

Medium · Behavioral / Leadership

Approach

1. Pick a story where you made the decision, not one where you watched it.
2. State the situation in two sentences and spend the rest on the reasoning.
3. Give the blast radius: what could have broken, and what you measured.
4. Name the disagreement and how you resolved it with evidence.

Follow-up

• What would you do differently if you ran that again?
• How did you know your change caused the improvement?

How do you handle feedback, both giving and receiving?

Medium · Behavioral / Leadership

Approach

1. Pick a story where you made the decision, not one where you watched it.
2. State the situation in two sentences and spend the rest on the reasoning.
3. Give the blast radius: what could have broken, and what you measured.
4. Name the disagreement and how you resolved it with evidence.

Follow-up

• What would you do differently if you ran that again?
• How did you know your change caused the improvement?

Share an instance where you had to lead a project. What challenges did you face, and how did you overcome them

Medium · Behavioral / Leadership

Share an instance where you had to lead a project. What challenges did you face, and how did you overcome them?

Approach

1. Pick a story where you made the decision, not one where you watched it.
2. State the situation in two sentences and spend the rest on the reasoning.
3. Give the blast radius: what could have broken, and what you measured.
4. Name the disagreement and how you resolved it with evidence.

Follow-up

• What would you do differently if you ran that again?
• How did you know your change caused the improvement?

How do you prioritize tasks when working on multiple projects simultaneously?

Medium · Behavioral / Leadership

Approach

1. Pick a story where you made the decision, not one where you watched it.
2. State the situation in two sentences and spend the rest on the reasoning.
3. Give the blast radius: what could have broken, and what you measured.
4. Name the disagreement and how you resolved it with evidence.

Follow-up

• What would you do differently if you ran that again?
• How did you know your change caused the improvement?