cswork / libraryOpen practice workspace

Interview guides · Sanmina

Sanmina Software Engineer Interview Guide

Sanmina Software Engineer interview guide: reported rounds, questions and how candidates describe the process.

The 60-second brief

At Sanmina, a Software Engineer plays a vital role in bridging the gap between advanced technology and world-class manufacturing. As a global leader in electronics manufacturing services (EMS), Sanmina relies heavily on custom software, automated testing systems, enterprise resource planning (ERP) systems, and real-time data tracking to power its factories. The software you build, optimize, and maintain directly impacts the production of complex medical devices, defense systems, automotive electronics, and telecommunications hardware. This role is highly collaborative and operationally critical. Unlike traditional software companies where code lives purely in the cloud, at Sanmina, your code directly interfaces with physical assembly lines, robotic testing fixtures, and supply chain logistics.

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

Focus areas

  • Aptitude Assessment
  • Group Discussion (GD)
  • Java (Programming Language)

The Sanmina interview process

Sanmina candidates report 7 rounds over 4-6 weeks. The stages below are what candidates describe, not a published process.

HR Phone Screen

Discuss your background, salary expectations, and interest in the role.

What to demonstrate

  • Discuss your background, salary expectations, and interest in the role
  • Depth in Aptitude Assessment

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 Interview

One or more interviews focusing on past projects, system design reasoning, and real-world engineering challenges.

What to demonstrate

  • One or more interviews focusing on past projects, system design reasoning, and real-world engineering challenges
  • Depth in Aptitude Assessment

How to prepare

  • Answer aloud and timed: Answer verbal ability questions to demonstrate strong English communication skills.
  • Answer aloud and timed: Participate in a group discussion about the pros and cons of integrating artificial intelligence in the IT industry.

Facility Tour

Tour of the manufacturing facility to visualize where your software will be deployed.

What to demonstrate

  • Tour of the manufacturing facility to visualize where your software will be deployed
  • Depth in Aptitude Assessment

How to prepare

  • Answer aloud and timed: Discuss current scientific or technological milestones, such as the success of the Chandrayaan 3 space mission.
  • Answer aloud and timed: How long have you been working with Java, and can you explain the core differences between interface and abstract classes?

Online Aptitude Test

Timed assessment covering quantitative, logical, and verbal reasoning.

What to demonstrate

  • Timed assessment covering quantitative, logical, and verbal reasoning
  • Depth in Aptitude Assessment

How to prepare

  • Answer aloud and timed: Write a functional algorithm on paper to reverse an array or find duplicate elements without using built-in helper functions.
  • Answer aloud and timed: Explain your experience with SQL Server database management. How do you optimize a slow-running query?

Group Discussion

Candidates discuss a general, economic, or technical topic to evaluate communication and teamwork.

What to demonstrate

  • Candidates discuss a general, economic, or technical topic to evaluate communication and teamwork
  • Depth in Aptitude Assessment

How to prepare

  • Answer aloud and timed: Write a SQL query using an inner join to retrieve manufacturing test records associated with specific product serial numbers.
  • Answer aloud and timed: Walk me through the fundamental concepts of Object-Oriented Programming (OOP) and how you have applied them in your academic or professional projects.

Technical Interview

One-on-one session deep-diving into your resume, projects, internships, and core programming/SQL skills.

What to demonstrate

  • One-on-one session deep-diving into your resume, projects, internships, and core programming/SQL skills
  • Depth in Aptitude Assessment

How to prepare

  • Answer aloud and timed: What experience do you have working with ERP systems, and how would you design an API to sync inventory data?
  • Answer aloud and timed: Explain your thought process when designing software that must interface with physical enclosures or hardware testing equipment.

HR Interview

Final round to assess cultural fit, behavioral alignment, and compensation expectations.

What to demonstrate

  • Final round to assess cultural fit, behavioral alignment, and compensation expectations
  • Depth in Aptitude Assessment

How to prepare

  • Answer aloud and timed: How do you manage project deadlines when you are tasked with delivering software for multiple manufacturing lines simultaneously?
  • Answer aloud and timed: Walk us through your design process when creating a software tool to monitor and report real-time failures on an assembly line.

Where candidates lose points

Emphasize your database skills

Almost every software system at Sanmina relies heavily on databases to track parts, test results, and inventory. Spend extra time reviewing SQL joins, database normalization, and query optimization.

Be ready to code on paper

Practice writing clean, functional code by hand without the aid of an IDE or auto-complete. Focus on logical structuring and clear variable naming.

When writing code on paper, explain your thought process aloud

Interviewers value your systematic reasoning and how you approach a problem step-by-step far more than perfect syntax.

Questions & practice

Write a functional algorithm on paper to reverse an array or find duplicate elements without using built-in he

Medium · Core Technical & Programming

Write a functional algorithm on paper to reverse an array or find duplicate elements without using built-in helper functions.

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?

Explain your thought process when designing software that must interface with physical enclosures or hardware

Medium · Systems, Integration & Manufacturing Rea

Explain your thought process when designing software that must interface with physical enclosures or hardware testing equipment.

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?

Diff a projection against the primary without per-row point reads

Hard · reconciliation · range hashing · throttling

The listing projection has drifted and some rows show a stale version. The primary holds 40,000,000 resource rows across 12,000 tenants while serving 1,200 writes and 14,000 reads per second. The obvious repair, reading each resource row and comparing its version against the projection, is correct and would eventually finish. Explain precisely why it is unacceptable here, then give a diff that finds the differing rows, state its complexity, and make it safe to run against a live primary. Replication lag is usually under 100 ms and is not bounded.

Approach

  1. Quantify the naive cost rather than calling it slow: 40,000,000 point reads at even 0.5 ms each is over five hours serialised, and the only lever is concurrency, which is exactly what you cannot spend. The primary's pool is sized for the write path, and 40,000,000 random reads evict the buffer cache that sustains the 85 percent cache hit rate, so the audit degrades the system it is auditing.
  2. Replace random access with one ordered pass per side. Both sides can be read in (tenant_id, resource_id) order, which is a sequential scan on each and a merge join in O(n) time and O(1) memory. For a dense diff that is the whole answer, and it reads the primary once instead of 40,000,000 times.
  3. For the expected sparse case, compare range hashes instead of rows: partition the key space, compute per range an order-independent aggregate over hash(resource_id, version), compare aggregates, and descend only into ranges that differ. With d differing rows and branching factor B, at most d ranges mismatch per level, so the drill-down examines O(d log_B(n/d)) ranges and reads full rows only in mismatching leaves.
  4. Aggregate with a sum modulo 2^64 or a multiset hash, never XOR. XOR is order-independent but self-cancelling, so two rows wrong in the same way, or a row duplicated on one side, leave the range aggregate matching and the range is declared clean.

Follow-up

  • The diff reports 900 stale rows. How do you decide between patching those rows and rebuilding the projection from resource_revision?
  • Same job, but the projection lives in a search index that cannot be scanned in key order. What changes?

Explain your experience with SQL Server database management. How do you optimize a slow-running query?

Medium · Core Technical & Programming

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?

Write a SQL query using an inner join to retrieve manufacturing test records associated with specific product

Medium · Core Technical & Programming

Write a SQL query using an inner join to retrieve manufacturing test records associated with specific product serial numbers.

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?

Solve a series of quantitative questions covering percentages, ratios, and time-and-work problems.

Medium · Aptitude & Logical Reasoning (Common for

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?

Identify the next logical pattern in a sequence of abstract shapes or numbers.

Medium · Aptitude & Logical Reasoning (Common for

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?

Answer verbal ability questions to demonstrate strong English communication skills.

Medium · Aptitude & Logical Reasoning (Common for

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?

Participate in a group discussion about the pros and cons of integrating artificial intelligence in the IT ind

Medium · Aptitude & Logical Reasoning (Common for

Participate in a group discussion about the pros and cons of integrating artificial intelligence in the IT industry.

Approach

  1. Say who the caller is and what they do when the call fails halfway.
  2. Define the identity of a request so a retry cannot double-apply it.
  3. Separate accepted, pending, failed and confirmed; they are different facts.
  4. Design the error taxonomy before the success shape; callers branch on it.

Follow-up

  • What happens if the caller retries after a timeout?
  • How does a client discover it is on an old version of this contract?

Discuss current scientific or technological milestones, such as the success of the Chandrayaan 3 space mission

Medium · Aptitude & Logical Reasoning (Common for

Discuss current scientific or technological milestones, such as the success of the Chandrayaan 3 space mission.

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 long have you been working with Java, and can you explain the core differences between interface and abstr

Medium · Core Technical & Programming

How long have you been working with Java, and can you explain the core differences between interface and abstract classes?

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?

Walk me through the fundamental concepts of Object-Oriented Programming (OOP) and how you have applied them in

Medium · Core Technical & Programming

Walk me through the fundamental concepts of Object-Oriented Programming (OOP) and how you have applied them in your academic or professional projects.

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 experience do you have working with ERP systems, and how would you design an API to sync inventory data?

Medium · Systems, Integration & Manufacturing Rea

Approach

  1. Fix the scope first: who calls this, how often, and what they do when it fails.
  2. Name the read and write paths separately; they rarely have the same bottleneck.
  3. Choose a partition key and say what query it makes expensive.
  4. State the consistency you need, and where you are willing to be stale.

Follow-up

  • What breaks first when traffic grows ten times?
  • How does this behave when that dependency is down for an hour?

How do you manage project deadlines when you are tasked with delivering software for multiple manufacturing li

Medium · Systems, Integration & Manufacturing Rea

How do you manage project deadlines when you are tasked with delivering software for multiple manufacturing lines simultaneously?

Approach

  1. Say who the caller is and what they do when the call fails halfway.
  2. Define the identity of a request so a retry cannot double-apply it.
  3. Separate accepted, pending, failed and confirmed; they are different facts.
  4. Design the error taxonomy before the success shape; callers branch on it.

Follow-up

  • What happens if the caller retries after a timeout?
  • How does a client discover it is on an old version of this contract?

Walk us through your design process when creating a software tool to monitor and report real-time failures on

Medium · Systems, Integration & Manufacturing Rea

Walk us through your design process when creating a software tool to monitor and report real-time failures on an assembly line.

Approach

  1. Say who the caller is and what they do when the call fails halfway.
  2. Define the identity of a request so a retry cannot double-apply it.
  3. Separate accepted, pending, failed and confirmed; they are different facts.
  4. Design the error taxonomy before the success shape; callers branch on it.

Follow-up

  • What happens if the caller retries after a timeout?
  • How does a client discover it is on an old version of this contract?

One customer endpoint stalls deliveries to every other destination

Medium · bulkhead · timeouts · saturation

The egress service delivers about 1.5k webhooks/second across 40,000 destinations, with a per-destination concurrency cap of 4 and a 10-second connect-plus-read timeout. Throughput falls to 300/second, queue depth climbs, and p99 delivery latency for unaffected destinations goes from 200 ms to minutes, while the error rate barely moves. One tenant holds 900 destination rows whose URLs share a hostname that now answers in 9.5 seconds. Explain the mechanism with the arithmetic, then give the containment in the order you would apply it.

Approach

  1. Look at saturation before errors. A flat error rate with collapsing throughput says nothing is failing, things are waiting, so the first signal to pull is in-flight request count or pool wait time rather than the error counter. This is the distinction that decides the whole investigation.
  2. Group in-flight work by resolved host, not by destination id. The cap is keyed per destination row, so 900 rows sharing one hostname buy 3,600 concurrent slots against a single host, each held for 9.5 seconds. The bulkhead was never a bulkhead for that host, and grouping by the wrong dimension is why the dashboard looked healthy.
  3. Do the arithmetic in both directions. Required concurrency is arrival rate times latency, so 1.5k/second at 200 ms needs about 300 in flight, which is entirely consumed by 3,600 slow slots; conversely whatever concurrency is left sustains rate equals concurrency divided by 9.5 seconds, which is the 300/second you are seeing. Matching both numbers is what promotes this from a plausible story to the mechanism.
  4. Explain why the circuit breaker never helped. It opens on consecutive failures, and a 9.5-second response inside a 10-second timeout is a success. Slow is not failing, so an error-rate breaker cannot see this; you need a slow-call ratio, a deadline propagated from the caller's remaining budget, or a concurrency limiter.

Follow-up

  • The host recovers to 80 ms. How long does the queue take to drain, and what does the drain do to the recovered host?
  • Where should the 10-second timeout number actually come from?

Suggested practice checklist

Built from the rounds and topics Sanmina candidates report.

Day 1 — Map the Sanmina loop

  • Write out the reported sequence: HR Phone Screen, Technical Interview, Facility Tour, Online Aptitude Test, Group Discussion, Technical Interview.
  • 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 7 reported rounds, with the weakest marked.

Day 2 — Work Aptitude Assessment

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

Deliverable: One timed worked example in Aptitude Assessment.

Day 3 — Work Group Discussion (GD)

  • Spend the session on Group Discussion (GD), which Sanmina candidates report being tested on.
  • Write one worked example in Group Discussion (GD) and time yourself on it.

Deliverable: One timed worked example in Group Discussion (GD).

Day 4 — Work Java (Programming Language)

  • Spend the session on Java (Programming Language), which Sanmina candidates report being tested on.
  • Write one worked example in Java (Programming Language) and time yourself on it.

Deliverable: One timed worked example in Java (Programming Language).

Day 5 — Answer out loud: Aptitude & Logical Reasoning (Common for Campus & Entry-Level Roles)

  • Answer aloud, timed: Solve a series of quantitative questions covering percentages, ratios, and time-and-work problems.
  • Answer aloud, timed: Identify the next logical pattern in a sequence of abstract shapes or numbers.

Deliverable: Spoken answers to 2 reported Aptitude & Logical Reasoning (Common for Campus & Entry-Level Roles) question(s), under time.

Day 6 — Answer out loud: Core Technical & Programming

  • Answer aloud, timed: How long have you been working with Java, and can you explain the core differences between interface and abstract classes?
  • Answer aloud, timed: Write a functional algorithm on paper to reverse an array or find duplicate elements without using built-in helper functions.

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

Day 7 — Answer out loud: Systems, Integration & Manufacturing Reasoning

  • Answer aloud, timed: What experience do you have working with ERP systems, and how would you design an API to sync inventory data?
  • Answer aloud, timed: Explain your thought process when designing software that must interface with physical enclosures or hardware testing equipment.

Deliverable: Spoken answers to 2 reported Systems, Integration & Manufacturing Reasoning question(s), under time.

Behavioural preparation

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

Describe a time you had to troubleshoot a software issue on a system you did not build. How did you isolate th

Medium · Systems, Integration & Manufacturing Rea

Describe a time you had to troubleshoot a software issue on a system you did not build. How did you isolate the problem?

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?

Tell me about yourself and walk me through the key projects listed on your resume.

Medium · Behavioral & Experience Walkthroughs

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 your role in your previous internship. What was the most challenging technical obstacle you overcame?

Medium · Behavioral & Experience Walkthroughs

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 high-stress situations or tight production deadlines when software bugs threaten to halt phy

Medium · Behavioral & Experience Walkthroughs

How do you handle high-stress situations or tight production deadlines when software bugs threaten to halt physical manufacturing?

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?

Why do you want to work at Sanmina, and how long do you plan on staying with our division?

Medium · Behavioral & Experience Walkthroughs

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 situation where you had to collaborate with non-technical stakeholders, such as plant operators or

Medium · Behavioral & Experience Walkthroughs

Describe a situation where you had to collaborate with non-technical stakeholders, such as plant operators or process engineers, to gather software requirements.

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?