Skip to content
Job preparation

Full Stack Developer · 10+ Years

Platform standards, governance, operating model, metrics, mentoring, and decision frameworks.

Try each answer before revealing the suggested coaching answer.

← All Full Stack Developer levels

25 questions

01How would you standardize HTML CSS JavaScript fundamentals across multiple teams as a technical lead or architect?

A technical-leadership 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

  • make the decision criteria visible across teams and create a safe default path.
  • 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.

request or change → guardrail / validation → HTML CSS JavaScript fundamentals → observable result → owner review

Practice prompt: Explain the escalation route when excess privilege or an uncontained incident conflicts with delivery pressure.

Link to question 1
02How would you define governance, ownership, and success metrics for React component lifecycle?

A technical-leadership answer

Say this first: React component lifecycle 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 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

  • make the decision criteria visible across teams and create a safe default path.
  • 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.

request or change → guardrail / validation → React component lifecycle → observable result → owner review

Practice prompt: Explain the escalation route when excess privilege or an uncontained incident conflicts with delivery pressure.

Link to question 2
03A leadership team asks you to improve maturity around state management. What roadmap would you propose?

A technical-leadership 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

  • make the decision criteria visible across teams and create a safe default path.
  • 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.

request or change → guardrail / validation → state management → observable result → owner review

Practice prompt: Explain the escalation route when excess privilege or an uncontained incident conflicts with delivery pressure.

Link to question 3
04How would you balance delivery speed, risk, cost, and maintainability for REST API design?

A technical-leadership answer

Say this first: REST API design 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 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

  • make the decision criteria visible across teams and create a safe default path.
  • 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.

request or change → guardrail / validation → REST API design → observable result → owner review

Practice prompt: Explain the escalation route when excess privilege or an uncontained incident conflicts with delivery pressure.

Link to question 4
05How would you mentor teams that use GraphQL basics inconsistently across projects?

A technical-leadership 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

  • make the decision criteria visible across teams and create a safe default path.
  • 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.

request or change → guardrail / validation → GraphQL basics → observable result → owner review

Practice prompt: Explain the escalation route when excess privilege or an uncontained incident conflicts with delivery pressure.

Link to question 5
06How would you standardize authentication and authorization across multiple teams as a technical lead or architect?

A technical-leadership 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

  • make the decision criteria visible across teams and create a safe default path.
  • 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.

request or change → guardrail / validation → authentication and authorization → observable result → owner review

Practice prompt: Explain the escalation route when excess privilege or an uncontained incident conflicts with delivery pressure.

Link to question 6
07How would you define governance, ownership, and success metrics for JWT and sessions?

A technical-leadership answer

Say this first: JWT and sessions 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 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

  • make the decision criteria visible across teams and create a safe default path.
  • 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.

request or change → guardrail / validation → JWT and sessions → observable result → owner review

Practice prompt: Explain the escalation route when excess privilege or an uncontained incident conflicts with delivery pressure.

Link to question 7
08A leadership team asks you to improve maturity around input validation. What roadmap would you propose?

A technical-leadership 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

  • make the decision criteria visible across teams and create a safe default path.
  • 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.

request or change → guardrail / validation → input validation → observable result → owner review

Practice prompt: Explain the escalation route when excess privilege or an uncontained incident conflicts with delivery pressure.

Link to question 8
09How would you balance delivery speed, risk, cost, and maintainability for SQL vs NoSQL?

A technical-leadership 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

  • make the decision criteria visible across teams and create a safe default path.
  • 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.

request or change → guardrail / validation → SQL vs NoSQL → observable result → owner review

Practice prompt: Explain the escalation route when excess privilege or an uncontained incident conflicts with delivery pressure.

Link to question 9
10How would you mentor teams that use database indexing inconsistently across projects?

A technical-leadership 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

  • make the decision criteria visible across teams and create a safe default path.
  • 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.

request or change → guardrail / validation → database indexing → observable result → owner review

Practice prompt: Explain the escalation route when excess privilege or an uncontained incident conflicts with delivery pressure.

Link to question 10
11How would you standardize transactions across multiple teams as a technical lead or architect?

A technical-leadership 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

  • make the decision criteria visible across teams and create a safe default path.
  • 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.

request or change → guardrail / validation → transactions → observable result → owner review

Practice prompt: Explain the escalation route when excess privilege or an uncontained incident conflicts with delivery pressure.

Link to question 11
12How would you define governance, ownership, and success metrics for caching strategy?

A technical-leadership answer

Say this first: caching strategy 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 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

  • make the decision criteria visible across teams and create a safe default path.
  • 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.

request or change → guardrail / validation → caching strategy → observable result → owner review

Practice prompt: Explain the escalation route when excess privilege or an uncontained incident conflicts with delivery pressure.

Link to question 12
13A leadership team asks you to improve maturity around frontend performance. What roadmap would you propose?

A technical-leadership 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

  • make the decision criteria visible across teams and create a safe default path.
  • 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.

request or change → guardrail / validation → frontend performance → observable result → owner review

Practice prompt: Explain the escalation route when excess privilege or an uncontained incident conflicts with delivery pressure.

Link to question 13
14How would you balance delivery speed, risk, cost, and maintainability for API error handling?

A technical-leadership answer

Say this first: API error handling 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 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

  • make the decision criteria visible across teams and create a safe default path.
  • 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.

request or change → guardrail / validation → API error handling → observable result → owner review

Practice prompt: Explain the escalation route when excess privilege or an uncontained incident conflicts with delivery pressure.

Link to question 14
15How would you mentor teams that use microservices basics inconsistently across projects?

A technical-leadership 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

  • make the decision criteria visible across teams and create a safe default path.
  • 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.

request or change → guardrail / validation → microservices basics → observable result → owner review

Practice prompt: Explain the escalation route when excess privilege or an uncontained incident conflicts with delivery pressure.

Link to question 15
16How would you standardize monolith vs microservices across multiple teams as a technical lead or architect?

A technical-leadership 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

  • make the decision criteria visible across teams and create a safe default path.
  • 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.

request or change → guardrail / validation → monolith vs microservices → observable result → owner review

Practice prompt: Explain the escalation route when excess privilege or an uncontained incident conflicts with delivery pressure.

Link to question 16
17How would you define governance, ownership, and success metrics for unit and integration testing?

A technical-leadership answer

Say this first: unit and integration testing 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 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

  • make the decision criteria visible across teams and create a safe default path.
  • 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

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.

request or change → guardrail / validation → unit and integration testing → observable result → owner review

Practice prompt: Explain the escalation route when excess privilege or an uncontained incident conflicts with delivery pressure.

Link to question 17
18A leadership team asks you to improve maturity around CI/CD for web apps. What roadmap would you propose?

A technical-leadership 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

  • make the decision criteria visible across teams and create a safe default path.
  • 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.

request or change → guardrail / validation → CI/CD for web apps → observable result → owner review

Practice prompt: Explain the escalation route when excess privilege or an uncontained incident conflicts with delivery pressure.

Link to question 18
19How would you balance delivery speed, risk, cost, and maintainability for Dockerizing applications?

A technical-leadership answer

Say this first: Dockerizing applications 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 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

  • make the decision criteria visible across teams and create a safe default path.
  • 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.

request or change → guardrail / validation → Dockerizing applications → observable result → owner review

Practice prompt: Explain the escalation route when excess privilege or an uncontained incident conflicts with delivery pressure.

Link to question 19
20How would you mentor teams that use environment configuration inconsistently across projects?

A technical-leadership 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

  • make the decision criteria visible across teams and create a safe default path.
  • 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.

request or change → guardrail / validation → environment configuration → observable result → owner review

Practice prompt: Explain the escalation route when excess privilege or an uncontained incident conflicts with delivery pressure.

Link to question 20
21How would you standardize security headers and CORS across multiple teams as a technical lead or architect?

A technical-leadership 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

  • make the decision criteria visible across teams and create a safe default path.
  • 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.

request or change → guardrail / validation → security headers and CORS → observable result → owner review

Practice prompt: Explain the escalation route when excess privilege or an uncontained incident conflicts with delivery pressure.

Link to question 21
22How would you define governance, ownership, and success metrics for accessibility basics?

A technical-leadership answer

Say this first: accessibility 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 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

  • make the decision criteria visible across teams and create a safe default path.
  • 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.

request or change → guardrail / validation → accessibility basics → observable result → owner review

Practice prompt: Explain the escalation route when excess privilege or an uncontained incident conflicts with delivery pressure.

Link to question 22
23A leadership team asks you to improve maturity around observability and logging. What roadmap would you propose?

A technical-leadership 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

  • make the decision criteria visible across teams and create a safe default path.
  • 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.

request or change → guardrail / validation → observability and logging → observable result → owner review

Practice prompt: Explain the escalation route when excess privilege or an uncontained incident conflicts with delivery pressure.

Link to question 23
24How would you balance delivery speed, risk, cost, and maintainability for system design for web apps?

A technical-leadership answer

Say this first: system design for web apps 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 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

  • make the decision criteria visible across teams and create a safe default path.
  • 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

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.

request or change → guardrail / validation → system design for web apps → observable result → owner review

Practice prompt: Explain the escalation route when excess privilege or an uncontained incident conflicts with delivery pressure.

Link to question 24
25How would you mentor teams that use deployment rollback inconsistently across projects?

A technical-leadership 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

  • make the decision criteria visible across teams and create a safe default path.
  • 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.

request or change → guardrail / validation → deployment rollback → observable result → owner review

Practice prompt: Explain the escalation route when excess privilege or an uncontained incident conflicts with delivery pressure.

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.