Skip to content
Job preparation

Full Stack Developer ยท 3-5 Years

Real implementation, debugging, tools, logs, edge cases, and measurable fixes.

Try each answer before revealing the suggested coaching answer.

← All Full Stack Developer levels

25 questions

01You are working on a production project and HTML CSS JavaScript fundamentals starts causing issues. How would you diagnose and fix it as a Full Stack Developer?

A production answer

Say this first: HTML CSS JavaScript fundamentals should be explained through its purpose, the boundary where it applies, and the evidence that shows it is working.

Use a real scenario

Imagine a production service that handles customer and employee data. The team must decide how to apply HTML CSS JavaScript fundamentals, verify the result, and explain the user impact. For a Full Stack Developer, attach the explanation to a threat model and control evidence.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • State the constraint that could change your decision, such as scale, data sensitivity, recovery target, or team ownership.
  • Call out excess privilege or an uncontained incident and the control that reduces it.

Evidence to mention

Track coverage of critical controls and time to detect. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a production service that handles customer and employee data as the example and show where you would stop a risky rollout.

Link to question 1
02How have you implemented React component lifecycle in a real Software Engineering project?

A production answer

Say this first: The important point about React component lifecycle is how an engineer recognizes the unsafe path early and prevents it from becoming customer impact.

Use a real scenario

Imagine a production service that handles customer and employee data. The team must decide how to apply React component lifecycle, verify the result, and explain the user impact. For a Full Stack Developer, attach the explanation to a threat model and control evidence.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • Start with containment and evidence. Changing several variables at once makes the incident harder to understand.
  • Call out excess privilege or an uncontained incident and the control that reduces it.

Evidence to mention

Track coverage of critical controls and time to detect. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a production service that handles customer and employee data as the example and show where you would stop a risky rollout.

Link to question 2
03A release is blocked because of a problem related to state management. What steps would you take?

A production answer

Say this first: state management should be explained through its purpose, the boundary where it applies, and the evidence that shows it is working.

Use a real scenario

Imagine a production service that handles customer and employee data. The team must decide how to apply state management, verify the result, and explain the user impact. For a Full Stack Developer, attach the explanation to a threat model and control evidence.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • State the constraint that could change your decision, such as scale, data sensitivity, recovery target, or team ownership.
  • Call out excess privilege or an uncontained incident and the control that reduces it.

Evidence to mention

Track coverage of critical controls and time to detect. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a production service that handles customer and employee data as the example and show where you would stop a risky rollout.

Link to question 3
04What logs, metrics, or artifacts would you check while troubleshooting REST API design?

A production answer

Say this first: The important point about REST API design is how an engineer recognizes the unsafe path early and prevents it from becoming customer impact.

Use a real scenario

Imagine a production service that handles customer and employee data. The team must decide how to apply REST API design, verify the result, and explain the user impact. For a Full Stack Developer, attach the explanation to a threat model and control evidence.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • Start with containment and evidence. Changing several variables at once makes the incident harder to understand.
  • Call out excess privilege or an uncontained incident and the control that reduces it.

Evidence to mention

Track coverage of critical controls and time to detect. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a production service that handles customer and employee data as the example and show where you would stop a risky rollout.

Link to question 4
05How would you make GraphQL basics reliable enough for day-to-day production use?

A production answer

Say this first: GraphQL basics should be explained through its purpose, the boundary where it applies, and the evidence that shows it is working.

Use a real scenario

Imagine a production service that handles customer and employee data. The team must decide how to apply GraphQL basics, verify the result, and explain the user impact. For a Full Stack Developer, attach the explanation to a threat model and control evidence.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • State the constraint that could change your decision, such as scale, data sensitivity, recovery target, or team ownership.
  • Call out excess privilege or an uncontained incident and the control that reduces it.

Evidence to mention

Track coverage of critical controls and time to detect. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a production service that handles customer and employee data as the example and show where you would stop a risky rollout.

Link to question 5
06You are working on a production project and authentication and authorization starts causing issues. How would you diagnose and fix it as a Full Stack Developer?

A production answer

Say this first: authentication and authorization should be explained through its purpose, the boundary where it applies, and the evidence that shows it is working.

Use a real scenario

Imagine a production service that handles customer and employee data. The team must decide how to apply authentication and authorization, verify the result, and explain the user impact. For a Full Stack Developer, attach the explanation to a threat model and control evidence.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • State the constraint that could change your decision, such as scale, data sensitivity, recovery target, or team ownership.
  • Call out excess privilege or an uncontained incident and the control that reduces it.

Evidence to mention

Track coverage of critical controls and time to detect. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a production service that handles customer and employee data as the example and show where you would stop a risky rollout.

Link to question 6
07How have you implemented JWT and sessions in a real Software Engineering project?

A production answer

Say this first: The important point about JWT and sessions is how an engineer recognizes the unsafe path early and prevents it from becoming customer impact.

Use a real scenario

Imagine a production service that handles customer and employee data. The team must decide how to apply JWT and sessions, verify the result, and explain the user impact. For a Full Stack Developer, attach the explanation to a threat model and control evidence.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • Start with containment and evidence. Changing several variables at once makes the incident harder to understand.
  • Call out excess privilege or an uncontained incident and the control that reduces it.

Evidence to mention

Track coverage of critical controls and time to detect. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a production service that handles customer and employee data as the example and show where you would stop a risky rollout.

Link to question 7
08A release is blocked because of a problem related to input validation. What steps would you take?

A production answer

Say this first: input validation should be explained through its purpose, the boundary where it applies, and the evidence that shows it is working.

Use a real scenario

Imagine a production service that handles customer and employee data. The team must decide how to apply input validation, verify the result, and explain the user impact. For a Full Stack Developer, attach the explanation to a threat model and control evidence.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • State the constraint that could change your decision, such as scale, data sensitivity, recovery target, or team ownership.
  • Call out excess privilege or an uncontained incident and the control that reduces it.

Evidence to mention

Track coverage of critical controls and time to detect. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a production service that handles customer and employee data as the example and show where you would stop a risky rollout.

Link to question 8
09What logs, metrics, or artifacts would you check while troubleshooting SQL vs NoSQL?

A production answer

Say this first: SQL vs NoSQL is a choice between approaches with different strengths. The useful answer is the decision rule, not a dictionary definition.

Use a real scenario

Imagine a production service that handles customer and employee data. The team must decide how to apply SQL vs NoSQL, verify the result, and explain the user impact. For a Full Stack Developer, attach the explanation to a threat model and control evidence.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • Choose the option that fits the workload and constraints; do not present one option as universally superior.
  • Call out excess privilege or an uncontained incident and the control that reduces it.

Concrete check

SELECT COUNT(*) AS rows, MAX(loaded_at) AS freshest FROM <table>;

Evidence to mention

Track coverage of critical controls and time to detect. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a production service that handles customer and employee data as the example and show where you would stop a risky rollout.

Link to question 9
10How would you make database indexing reliable enough for day-to-day production use?

A production answer

Say this first: database indexing should be explained through its purpose, the boundary where it applies, and the evidence that shows it is working.

Use a real scenario

Imagine a production service that handles customer and employee data. The team must decide how to apply database indexing, verify the result, and explain the user impact. For a Full Stack Developer, attach the explanation to a threat model and control evidence.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • State the constraint that could change your decision, such as scale, data sensitivity, recovery target, or team ownership.
  • Call out excess privilege or an uncontained incident and the control that reduces it.

Concrete check

SELECT COUNT(*) AS rows, MAX(loaded_at) AS freshest FROM <table>;

Evidence to mention

Track coverage of critical controls and time to detect. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a production service that handles customer and employee data as the example and show where you would stop a risky rollout.

Link to question 10
11You are working on a production project and transactions starts causing issues. How would you diagnose and fix it as a Full Stack Developer?

A production answer

Say this first: transactions should be explained through its purpose, the boundary where it applies, and the evidence that shows it is working.

Use a real scenario

Imagine a production service that handles customer and employee data. The team must decide how to apply transactions, verify the result, and explain the user impact. For a Full Stack Developer, attach the explanation to a threat model and control evidence.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • State the constraint that could change your decision, such as scale, data sensitivity, recovery target, or team ownership.
  • Call out excess privilege or an uncontained incident and the control that reduces it.

Evidence to mention

Track coverage of critical controls and time to detect. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a production service that handles customer and employee data as the example and show where you would stop a risky rollout.

Link to question 11
12How have you implemented caching strategy in a real Software Engineering project?

A production answer

Say this first: The important point about caching strategy is how an engineer recognizes the unsafe path early and prevents it from becoming customer impact.

Use a real scenario

Imagine a production service that handles customer and employee data. The team must decide how to apply caching strategy, verify the result, and explain the user impact. For a Full Stack Developer, attach the explanation to a threat model and control evidence.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • Start with containment and evidence. Changing several variables at once makes the incident harder to understand.
  • Call out excess privilege or an uncontained incident and the control that reduces it.

Evidence to mention

Track coverage of critical controls and time to detect. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a production service that handles customer and employee data as the example and show where you would stop a risky rollout.

Link to question 12
13A release is blocked because of a problem related to frontend performance. What steps would you take?

A production answer

Say this first: frontend performance should be explained through its purpose, the boundary where it applies, and the evidence that shows it is working.

Use a real scenario

Imagine a production service that handles customer and employee data. The team must decide how to apply frontend performance, verify the result, and explain the user impact. For a Full Stack Developer, attach the explanation to a threat model and control evidence.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • State the constraint that could change your decision, such as scale, data sensitivity, recovery target, or team ownership.
  • Call out excess privilege or an uncontained incident and the control that reduces it.

Evidence to mention

Track coverage of critical controls and time to detect. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a production service that handles customer and employee data as the example and show where you would stop a risky rollout.

Link to question 13
14What logs, metrics, or artifacts would you check while troubleshooting API error handling?

A production answer

Say this first: The important point about API error handling is how an engineer recognizes the unsafe path early and prevents it from becoming customer impact.

Use a real scenario

Imagine a production service that handles customer and employee data. The team must decide how to apply API error handling, verify the result, and explain the user impact. For a Full Stack Developer, attach the explanation to a threat model and control evidence.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • Start with containment and evidence. Changing several variables at once makes the incident harder to understand.
  • Call out excess privilege or an uncontained incident and the control that reduces it.

Evidence to mention

Track coverage of critical controls and time to detect. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a production service that handles customer and employee data as the example and show where you would stop a risky rollout.

Link to question 14
15How would you make microservices basics reliable enough for day-to-day production use?

A production answer

Say this first: microservices basics should be explained through its purpose, the boundary where it applies, and the evidence that shows it is working.

Use a real scenario

Imagine a production service that handles customer and employee data. The team must decide how to apply microservices basics, verify the result, and explain the user impact. For a Full Stack Developer, attach the explanation to a threat model and control evidence.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • State the constraint that could change your decision, such as scale, data sensitivity, recovery target, or team ownership.
  • Call out excess privilege or an uncontained incident and the control that reduces it.

Evidence to mention

Track coverage of critical controls and time to detect. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a production service that handles customer and employee data as the example and show where you would stop a risky rollout.

Link to question 15
16You are working on a production project and monolith vs microservices starts causing issues. How would you diagnose and fix it as a Full Stack Developer?

A production answer

Say this first: monolith vs microservices is a choice between approaches with different strengths. The useful answer is the decision rule, not a dictionary definition.

Use a real scenario

Imagine a production service that handles customer and employee data. The team must decide how to apply monolith vs microservices, verify the result, and explain the user impact. For a Full Stack Developer, attach the explanation to a threat model and control evidence.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • Choose the option that fits the workload and constraints; do not present one option as universally superior.
  • Call out excess privilege or an uncontained incident and the control that reduces it.

Evidence to mention

Track coverage of critical controls and time to detect. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a production service that handles customer and employee data as the example and show where you would stop a risky rollout.

Link to question 16
17How have you implemented unit and integration testing in a real Software Engineering project?

A production answer

Say this first: The important point about unit and integration testing is how an engineer recognizes the unsafe path early and prevents it from becoming customer impact.

Use a real scenario

Imagine a production service that handles customer and employee data. The team must decide how to apply unit and integration testing, verify the result, and explain the user impact. For a Full Stack Developer, attach the explanation to a threat model and control evidence.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • Start with containment and evidence. Changing several variables at once makes the incident harder to understand.
  • Call out excess privilege or an uncontained incident and the control that reduces it.

Concrete check

npm test -- --runInBand

Evidence to mention

Track coverage of critical controls and time to detect. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a production service that handles customer and employee data as the example and show where you would stop a risky rollout.

Link to question 17
18A release is blocked because of a problem related to CI/CD for web apps. What steps would you take?

A production answer

Say this first: Continuous integration validates small changes frequently. Continuous delivery keeps a validated release ready to deploy; continuous deployment automatically releases changes that meet the agreed gates.

Use a real scenario

Imagine a production service that handles customer and employee data. The team must decide how to apply CI/CD for web apps, verify the result, and explain the user impact. For a Full Stack Developer, attach the explanation to a threat model and control evidence.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • State the constraint that could change your decision, such as scale, data sensitivity, recovery target, or team ownership.
  • Call out excess privilege or an uncontained incident and the control that reduces it.

Evidence to mention

Track coverage of critical controls and time to detect. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a production service that handles customer and employee data as the example and show where you would stop a risky rollout.

Link to question 18
19What logs, metrics, or artifacts would you check while troubleshooting Dockerizing applications?

A production answer

Say this first: The important point about Dockerizing applications is how an engineer recognizes the unsafe path early and prevents it from becoming customer impact.

Use a real scenario

Imagine a production service that handles customer and employee data. The team must decide how to apply Dockerizing applications, verify the result, and explain the user impact. For a Full Stack Developer, attach the explanation to a threat model and control evidence.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • Start with containment and evidence. Changing several variables at once makes the incident harder to understand.
  • Call out excess privilege or an uncontained incident and the control that reduces it.

Evidence to mention

Track coverage of critical controls and time to detect. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a production service that handles customer and employee data as the example and show where you would stop a risky rollout.

Link to question 19
20How would you make environment configuration reliable enough for day-to-day production use?

A production answer

Say this first: environment configuration should be explained through its purpose, the boundary where it applies, and the evidence that shows it is working.

Use a real scenario

Imagine a production service that handles customer and employee data. The team must decide how to apply environment configuration, verify the result, and explain the user impact. For a Full Stack Developer, attach the explanation to a threat model and control evidence.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • State the constraint that could change your decision, such as scale, data sensitivity, recovery target, or team ownership.
  • Call out excess privilege or an uncontained incident and the control that reduces it.

Evidence to mention

Track coverage of critical controls and time to detect. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a production service that handles customer and employee data as the example and show where you would stop a risky rollout.

Link to question 20
21You are working on a production project and security headers and CORS starts causing issues. How would you diagnose and fix it as a Full Stack Developer?

A production answer

Say this first: security headers and CORS should be explained through its purpose, the boundary where it applies, and the evidence that shows it is working.

Use a real scenario

Imagine a production service that handles customer and employee data. The team must decide how to apply security headers and CORS, verify the result, and explain the user impact. For a Full Stack Developer, attach the explanation to a threat model and control evidence.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • State the constraint that could change your decision, such as scale, data sensitivity, recovery target, or team ownership.
  • Call out excess privilege or an uncontained incident and the control that reduces it.

Concrete check

Review the least-privilege policy, then test the denied path as well as the allowed path.

Evidence to mention

Track coverage of critical controls and time to detect. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a production service that handles customer and employee data as the example and show where you would stop a risky rollout.

Link to question 21
22How have you implemented accessibility basics in a real Software Engineering project?

A production answer

Say this first: The important point about accessibility basics is how an engineer recognizes the unsafe path early and prevents it from becoming customer impact.

Use a real scenario

Imagine a production service that handles customer and employee data. The team must decide how to apply accessibility basics, verify the result, and explain the user impact. For a Full Stack Developer, attach the explanation to a threat model and control evidence.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • Start with containment and evidence. Changing several variables at once makes the incident harder to understand.
  • Call out excess privilege or an uncontained incident and the control that reduces it.

Concrete check

Review the least-privilege policy, then test the denied path as well as the allowed path.

Evidence to mention

Track coverage of critical controls and time to detect. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a production service that handles customer and employee data as the example and show where you would stop a risky rollout.

Link to question 22
23A release is blocked because of a problem related to observability and logging. What steps would you take?

A production answer

Say this first: observability and logging should be explained through its purpose, the boundary where it applies, and the evidence that shows it is working.

Use a real scenario

Imagine a production service that handles customer and employee data. The team must decide how to apply observability and logging, verify the result, and explain the user impact. For a Full Stack Developer, attach the explanation to a threat model and control evidence.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • State the constraint that could change your decision, such as scale, data sensitivity, recovery target, or team ownership.
  • Call out excess privilege or an uncontained incident and the control that reduces it.

Evidence to mention

Track coverage of critical controls and time to detect. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a production service that handles customer and employee data as the example and show where you would stop a risky rollout.

Link to question 23
24What logs, metrics, or artifacts would you check while troubleshooting system design for web apps?

A production answer

Say this first: The important point about system design for web apps is how an engineer recognizes the unsafe path early and prevents it from becoming customer impact.

Use a real scenario

Imagine a production service that handles customer and employee data. The team must decide how to apply system design for web apps, verify the result, and explain the user impact. For a Full Stack Developer, attach the explanation to a threat model and control evidence.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • Start with containment and evidence. Changing several variables at once makes the incident harder to understand.
  • Call out excess privilege or an uncontained incident and the control that reduces it.

Concrete check

journalctl -u <service> --since "15 min ago"

Evidence to mention

Track coverage of critical controls and time to detect. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a production service that handles customer and employee data as the example and show where you would stop a risky rollout.

Link to question 24
25How would you make deployment rollback reliable enough for day-to-day production use?

A production answer

Say this first: deployment rollback should be explained through its purpose, the boundary where it applies, and the evidence that shows it is working.

Use a real scenario

Imagine a production service that handles customer and employee data. The team must decide how to apply deployment rollback, verify the result, and explain the user impact. For a Full Stack Developer, attach the explanation to a threat model and control evidence.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • State the constraint that could change your decision, such as scale, data sensitivity, recovery target, or team ownership.
  • Call out excess privilege or an uncontained incident and the control that reduces it.

Evidence to mention

Track coverage of critical controls and time to detect. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a production service that handles customer and employee data as the example and show where you would stop a risky rollout.

Link to question 25

Further reading

These are original practice questions and suggested answers. Adapt them to your own work and explain evidence, trade-offs, and limitations.