Recro · Software Engineer
Updated · 2026-10-02

Recro Software Engineer
Interview Guide

THE 60-SECOND BRIEF

At Recro, a Software Engineer plays a pivotal role in driving high-impact technical initiatives across a diverse portfolio of partner organizations. Because Recro operates as a premium developer-hiring and engineering-as-a-service platform, you will not just be building internal tools; instead, you will be deployed directly into high-growth startups and established tech enterprises. Your daily work will directly influence the scalability, performance, and architecture of products used by millions of end-users. This model requires an exceptional level of technical agility. As a Software Engineer, you must be prepared to integrate seamlessly with external engineering teams, rapidly adopt new codebases, and deliver production-ready code from day one.

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

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

JavaScriptReactData Structures & Algorithms (DSA)

24 min read

Browse Software Engineer questions

See the practice prompts

23Practice promptsAcross five skill areas

At Recro, a Software Engineer plays a pivotal role in driving high-impact technical initiatives across a diverse portfolio of partner organizations. Because Recro operates as a premium developer-hiring and engineering-as-a-service platform, you will not just be building internal tools; instead, you will be deployed directly into high-growth startups and established tech enterprises. Your daily work will directly influence the scalability, performance, and architecture of products used by millions of end-users. This model requires an exceptional level of technical agility. As a Software Engineer, you must be prepared to integrate seamlessly with external engineering teams, rapidly adopt new codebases, and deliver production-ready code from day one. You will work on critical problem spaces ranging from high-throughput backend microservices to highly responsive, dynamic frontend user interfaces. ##### Tip Recro functions as a high-end talent partner. You will be employed by Recro but embedded directly into client engineering teams, giving you exposure to diverse tech stacks and scaling challenges. To succeed in this role, you need a rock-solid foundation in core computer science principles, clean coding practices, and system design. Whether you specialize in frontend technologies like React and JavaScript, or backend ecosystems such as Java, Spring Boot, and Microservices, your ability to write optimized, maintainable code is what will set you apart.

01

Online Screening

reported

Initial assessment to filter candidates based on foundational coding and domain knowledge.

What to demonstrate

  • Initial assessment to filter candidates based on foundational coding and domain knowledge
  • Depth in JavaScript

How to prepare

  • Answer aloud and timed: Explain the concept of hoisting in JavaScript and how it behaves with var, let, and const.
  • Answer aloud and timed: What is the event loop? How do microtasks (Promises) and macrotasks (setTimeout) interact within it?
Recro Software Engineer candidate reports ↗
02

Internal Technical Rounds

reported

Technical evaluations managed by Recro or assessment partners to validate programming skills and problem-solving abilities.

What to demonstrate

  • Technical evaluations managed by Recro or assessment partners to validate programming skills and problem-solving abilities
  • Depth in JavaScript

How to prepare

  • Answer aloud and timed: Implement a custom polyfill for the debounce function.
  • Answer aloud and timed: What are Higher-Order Components (HOCs) in React, and how do you implement one to share common logic?
Recro Software Engineer candidate reports ↗
03

Client Matching

reported

Candidates are matched with Recro's clients based on their skills and project needs.

What to demonstrate

  • Candidates are matched with Recro's clients based on their skills and project needs
  • Depth in JavaScript

How to prepare

  • Answer aloud and timed: How does virtualization work in React, and why is it important for rendering large datasets?
  • Answer aloud and timed: How do you break a Singleton class pattern in Java using reflection, and how can you prevent it?
Recro Software Engineer candidate reports ↗
04

Client Rounds

reported

Tailored interviews that may include machine coding, system design discussions, or framework assessments based on the client's tech stack.

What to demonstrate

  • Tailored interviews that may include machine coding, system design discussions, or framework assessments based on the client's tech stack
  • Depth in JavaScript

How to prepare

  • Answer aloud and timed: Describe the lifecycle of a request in a Spring Boot microservices architecture.
  • Answer aloud and timed: Write a query to find the second-highest salary from an employee database, and explain how to optimize it using indexes.
Recro Software Engineer candidate reports ↗

PracHub editorial advice for the preparation topics above.

01

Master the basics of your language

Do not just rely on framework knowledge. If you are a frontend engineer, expect deep questions on core JavaScript behavior like closures, prototyping, and scope. If backend, focus heavily on Java 8 features, multithreading, and collections.

02

Over-communicate during coding rounds

Interviewers want to see how you think. State your assumptions, explain your chosen approach before writing code, and walk through test cases step-by-step.

03

Recruiter response times can occasionally be delayed between rounds

Proactive, polite follow-ups via email or LinkedIn are highly recommended to keep your application moving forward.

Choose a category, try a prompt, then open its approach, worked solution or follow-up when you need it.

20 technical prompts0 include a worked solution

How does multithreading work in Java, and how do you handle thread safety in shared resources?

medium
Backend & Systems Architecture

How does multithreading work in Java, and how do you handle thread safety in shared resources?

Approach
  1. Say what the runtime actually does before reasoning about the code.
  2. Name what is shared across threads and what owns each piece of state.
  3. Identify the window where an invariant is briefly untrue.
  4. Distinguish a value from a reference to it, and say which one you handed out.
Follow-up
  • What happens if two callers reach this at the same time?
  • Where could this allocate more than you expect?

Given an array of integers, find all unique pairs that sum up to a specified target value.

medium
Data Structures & Algorithms

Given an array of integers, find all unique pairs that sum up to a specified target value.

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?

Write an efficient algorithm to swap adjacent nodes in a singly linked list.

medium
Data Structures & Algorithms

Write an efficient algorithm to swap adjacent nodes in a singly linked list.

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?

Implement a binary search algorithm to find an element in a rotated sorted array.

medium
Data Structures & Algorithms

Implement a binary search algorithm to find an element in a rotated sorted array.

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?

Solve a classic dynamic programming problem, such as finding the longest common subsequence or the minimum pat

medium
Data Structures & Algorithms

Solve a classic dynamic programming problem, such as finding the longest common subsequence or the minimum path sum in a grid.

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 sort an array using a custom reverse prototype method in JavaScript?

medium
Data Structures & Algorithms

How would you sort an array using a custom reverse prototype method in JavaScript?

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?

Write the HTML and CSS to display a circle inside a square, inside a rectangle, ensuring all three elements ar

medium
UI Layout & Coding Challenges

Write the HTML and CSS to display a circle inside a square, inside a rectangle, ensuring all three elements are centered both horizontally and vertically.

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?

Create a responsive UI layout containing a collapsible sidebar, a sticky header, and a scrollable main content

medium
UI Layout & Coding Challenges

Create a responsive UI layout containing a collapsible sidebar, a sticky header, and a scrollable main content section using CSS Grid or Flexbox.

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?

Built from the rounds and topics Recro candidates report.

Small steps. Visible outcomes.0 / 7 completed
ONE WEEK · YOUR PACE

Prepare, practise & reflect

One practical outcome each day. Spend longer where you need it.

0 / 7 done
01Map the Recro loop
  • Write out the reported sequence: Online Screening, Internal Technical Rounds, Client Matching, Client Rounds.
  • 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 4 reported rounds, with the weakest marked.

02Work JavaScript
  • Spend the session on JavaScript, which Recro candidates report being tested on.
  • Write one worked example in JavaScript and time yourself on it.

Deliverable: One timed worked example in JavaScript.

03Work React
  • Spend the session on React, which Recro candidates report being tested on.
  • Write one worked example in React and time yourself on it.

Deliverable: One timed worked example in React.

04Work Data Structures & Algorithms (DSA)
  • Spend the session on Data Structures & Algorithms (DSA), which Recro candidates report being tested on.
  • Write one worked example in Data Structures & Algorithms (DSA) and time yourself on it.

Deliverable: One timed worked example in Data Structures & Algorithms (DSA).

05Answer out loud: Frontend & JavaScript Core
  • Answer aloud, timed: Explain the concept of hoisting in JavaScript and how it behaves with `var`, `let`, and `const`.
  • Answer aloud, timed: What is the event loop? How do microtasks (Promises) and macrotasks (`setTimeout`) interact within it?

Deliverable: Spoken answers to 2 reported Frontend & JavaScript Core question(s), under time.

06Answer out loud: Backend & Systems Architecture
  • Answer aloud, timed: How do you break a Singleton class pattern in Java using reflection, and how can you prevent it?
  • Answer aloud, timed: Describe the lifecycle of a request in a Spring Boot microservices architecture.

Deliverable: Spoken answers to 2 reported Backend & Systems Architecture question(s), under time.

07Answer out loud: Data Structures & Algorithms
  • Answer aloud, timed: Given an array of integers, find all unique pairs that sum up to a specified target value.
  • Answer aloud, timed: Write an efficient algorithm to swap adjacent nodes in a singly linked list.

Deliverable: Spoken answers to 2 reported Data Structures & Algorithms question(s), under time.

Expand any day for tasks and deliverables. Your progress is saved on this device.

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

Narrate an outage you owned from page to postmortem

hard
incident responseblast radiuspostmortems

Pick an incident you personally drove, ideally one where writes were affected rather than reads. In six to eight minutes: state the symptom as it first appeared on a dashboard, the blast radius you established before you knew the cause, the mitigation you applied and when, the mechanism you eventually proved, and the follow-up that would prevent a repeat. Bring numbers: error rate, tenants affected, minutes to mitigate, minutes to resolve. If you cannot name what you measured, choose a different incident.

Approach
  1. Open on the signal rather than the cause: which metric at which percentile moved, on which service, at what time, so the listener follows the same evidence you had rather than a conclusion you already reached.
  2. Separate mitigation from diagnosis out loud. State what you did to stop the bleeding (flag off, shed traffic, drain a lease, roll back a deploy) and say plainly that you did it before the mechanism was known, because those are two jobs with different deadlines.
  3. Establish blast radius in countable terms: how many tenants, how many writes, and crucially whether the effect was loss or only delay. An append-only revision table or a pending outbox row means the change survived and the projection was merely behind, which is a repair rather than a data-loss incident.
  4. Prove the mechanism instead of asserting it. Name the trace span that grew, the plan that flipped to a sequential scan, the lease that expired, plus one alternative you ruled out and the signal that stayed flat while you ruled it out.
Follow-up
  • What would you do differently in the first five minutes, given the same dashboard and no more information?
  • Which follow-up action did you deliberately not take, and why was dropping it the right call?

Tell callers you do not own that their integration breaks

medium
deprecationcompatibilitystakeholders

A field in a write endpoint's response must change shape. You own the endpoint; you do not own the four internal callers or the outbound webhook consumers who read it. Describe a deprecation you were responsible for: what you shipped first, how you established who was actually reading the field, the window you gave and what set its length, what you did about the consumer who never moved, and how you decided removal was safe. Name the signal you used, not the announcement you sent.

Approach
  1. Establish the reader set empirically rather than from a wiki of owners: per-field usage counters keyed by principal, or access logs attributed to a consumer. State the blind spot of whichever you pick, since a consumer that reads the field only on a monthly job will not appear in a week of logs.
  2. Ship additive first. Populate the new field alongside the old one so no reader is forced to move, which is also what keeps a rolling deploy safe, because old and new instances answer the same requests at the same time and a rollback must still find the old shape present.
  3. Set the window from the slowest legitimate consumer's release cadence, not from your calendar, and decide separately what to do for a consumer with no release process at all, such as an external webhook endpoint you can only email.
  4. Convert silence into evidence before you rely on it: a short, low-traffic removal window that makes a still-dependent consumer fail visibly and loudly while you are watching, rather than at three in the morning after you have moved on.
Follow-up
  • How would you detect a consumer that reads the field only during a monthly export?
  • One caller refuses to move and has a commercial relationship behind it. What changes in your plan and what does not?

Turn a code review disagreement into a decision

easy
code reviewoptimistic concurrencycommunication

A colleague's change updates a row with UPDATE resource SET version = version + 1 WHERE resource_id = $1 AND version = $2 and treats an affected-row count of zero as a successful no-op. You read that as a silently lost update; they think returning 200 is friendlier to clients than returning a conflict. Describe how you have handled a review disagreement of this shape: what goes in the comment, when you leave the thread, and who decides. Then write the comment you would leave here, in under 80 words.

Approach
  1. Sort the disagreement before writing anything. A silently discarded write is a correctness claim about data; the choice between 409 and 412 is taste. Only the first justifies blocking a merge, and saying which one you are doing is most of the value of the comment.
  2. Make the claim reproducible in the comment itself with an interleaving rather than a principle: A reads version 7, B reads version 7, B commits version 8, A's predicate matches zero rows, A is told it succeeded and A's edit is gone.
  3. Offer the alternative with its cost attached: return 409 carrying the current version and the revision that won, so the client can re-read and re-apply. Note that automatic retry is not the fix, because a retry re-reads the winner's state and reapplies an intent formed against data that no longer exists.
  4. Apply an escalation rule you can state: two round trips on the thread, then a call, and the service's owner decides rather than the reviewer. A reviewer who cannot be overruled is a bottleneck with extra steps.
Follow-up
  • Where would you put the test that fails if someone reintroduces the swallowed zero rowcount?
  • The author says clients cannot handle a 409. How do you check whether that is true?
  • 01

    Pick an incident you personally drove, ideally one where writes were affected rather than reads. In six to eight minutes: state the symptom as it first appeared on a dashboard, the blast radius you established before you knew the cause, the mitigation you applied and when, the mechanism you eventually proved, and the follow-up that would prevent a repeat. Bring numbers: error rate, tenants affected, minutes to mitigate, minutes to resolve. If you cannot name what you measured, choose a different incident.

  • 02

    A field in a write endpoint's response must change shape. You own the endpoint; you do not own the four internal callers or the outbound webhook consumers who read it. Describe a deprecation you were responsible for: what you shipped first, how you established who was actually reading the field, the window you gave and what set its length, what you did about the consumer who never moved, and how you decided removal was safe. Name the signal you used, not the announcement you sent.

  • 03

    A colleague's change updates a row with UPDATE resource SET version = version + 1 WHERE resource_id = $1 AND version = $2 and treats an affected-row count of zero as a successful no-op. You read that as a silently lost update; they think returning 200 is friendlier to clients than returning a conflict. Describe how you have handled a review disagreement of this shape: what goes in the comment, when you leave the thread, and who decides. Then write the comment you would leave here, in under 80 words.

PracHub preparation framework ↗
How difficult is the Recro interview process?

The overall difficulty is average to difficult. The online assessment and internal technical rounds are generally straightforward if you have strong coding fundamentals. However, the client rounds can be highly challenging as they are run by external teams with their own rigorous standards.

Recro Software Engineer candidate reports ↗
What happens if I clear the internal rounds but fail a client round?

Recro has a large network of client partners. If you clear the internal bar but do not match with the first client, the talent acquisition team will typically line up interviews with other clients that match your skill set.

Recro Software Engineer candidate reports ↗
Is this a remote or on-site role?

This depends entirely on the client assignment. While Recro supports remote work, some client partners may require hybrid or fully on-site arrangements at their offices (frequently located in major tech hubs like Bengaluru).

Recro Software Engineer candidate reports ↗
How long does the entire hiring process take?

The internal process at Recro can be completed in 10 to 15 days. However, matching you with a client and completing their specific interview loop can extend the overall timeline to 3 to 4 weeks.

Recro Software Engineer candidate reports ↗
What topics does Recro test in interviews?

Recro interviews most often cover Java, Selenium, Asynchronous JavaScript, Dynamic programming, and JavaScript fundamentals. The exact emphasis depends on the specific role you apply for.

Recro Software Engineer candidate reports ↗
Sources & methodology 3 sources ↗

No official company page is cited. Rounds and questions come from candidate reports and PracHub editorial material; each source shows the date it was read.