Steven GellerQuantum Computing, End to End

Book contents

Current section

Orientation Guides

  1. How to Use This Book
  2. Computation, Information, and Qubits
  3. Amplitudes, Measurement, and Gates
  4. Multi-Qubit Circuits, Entanglement, and No-Hype Protocols
  5. Quantum Algorithms and Speedups
  6. Noise, Error Correction, and Fault Tolerance
  7. Hardware Architecture and the Full Stack
  8. Applications, Evidence, and Strategy

Orientation · Guide 00

How to Use This Book

Quantum Computing, End to End is built to be worked, not skimmed: every part ends in something you have to do. This guide gives you the reading order, shows you the furniture every chapter shares, and lays out the study loop that turns a chapter into working knowledge.

In this chapter 7 sections

Reader question. How should a reader choose a route through this book and know when a concept is ready to use?

Use the book as a dependency graph, not a 95-page queue: begin with a diagnostic task, follow only the prerequisites exposed by failure, and leave each route by producing an artifact that has an objective check.

Scope and non-goals.
  • This page does not summarize quantum computing or promise mastery by completion.
  • It does not prescribe one sequence for programmers, physicists, operators, and decision-makers.
The book as a path from orientation to judgment The book is a path, not a pile of chapters Orientationeight guides FoundationsParts I to III SystemsParts IV to VII JudgmentParts VIII to X the orientation guides are re-entry points: return to them whenever a part assumes something you do not have yet
Figure 0.1. Notice that the arrows point one way but the guides sit outside the sequence. Each stage assumes the previous one, and the guides are where you repair a gap before it compounds.

Choose the work you need to perform

Separate calculation, implementation, systems review, and evidence-evaluation goals.

Choose an output before choosing a chapter. “Learn quantum computing” does not specify enough to route anyone; calculating a measurement distribution, tracing a protocol, checking an algorithmic speedup, and auditing a hardware claim expose different gaps.

Four starting jobs and the evidence that completes them
JobFirst observable taskExit artifact
CalculateNormalize a two-amplitude state and predict a basis measurement.A derivation whose probabilities sum to one.
ImplementTrace a two-qubit circuit in the declared bit order.An executable statevector fixture with assertions.
Review a systemSeparate logical operations from native gates, routing, and noise.A resource and failure-mode ledger.
Evaluate evidenceRewrite one advantage claim as a problem contract and baseline.A dated claim-to-source dossier with a reversal condition.

Evidence boundary. Quantum computing study requires mathematical, physical, and computational layers rather than a fact-only reading sequence. [National Academies of Sciences] [Michael A. Nielsen]

A diagnostic before a syllabus

Use four small tasks to expose missing prerequisites.

Attempt these without consulting the chapter summaries. A failed task names a prerequisite; it is not a score of general intelligence or a reason to start at page one.

  1. State task. Given amplitudes 3/5 and 4i/5, state the two computational-basis probabilities and check normalization. If the squared magnitudes or the role of phase are unclear, begin with the first two orientation guides and Chapters 3–10.
  2. Circuit task. Starting in |00>, trace Hadamard on q0 followed by CNOT q0 → q1. If wire order or tensor order is ambiguous, take the circuits route through Chapters 13 and 16–20.
  3. Resource task. Explain why an algorithm with fewer oracle queries can still lose end to end. If query count, gate count, depth, sampling, and classical processing collapse into one number, take the algorithms route through Chapters 22 and 27.
  4. Evidence task. For “1,000 qubits,” list three measurements needed before inferring useful capacity. If physical and logical qubits or control/readout budgets are missing, use the systems orientation and Chapters 45–63.

The answer to the state task is 9/25 and 16/25; their sum is one. The circuit task ends in equal amplitudes on |00> and |11> under the book's most-significant-displayed-bit convention. Those two answers are routing fixtures, not compressed substitutes for the derivations.

Evidence boundary. A route should expose prerequisites in quantum information, circuits, algorithms, and hardware systems. [John Preskill] [National Academies of Sciences]

Four routes through the dependency graph

Map distinct reader goals to canonical chapter sequences.

Canonical routes; follow prerequisites only when a task exposes the need
RouteCanonical sequenceTerminal work
Mathematical foundationsAmplitudes, Measurement, and Gates; Chapters 8–15Derive a density-matrix measurement and verify trace, positivity, and probability normalization.
Circuits and algorithmsMulti-Qubit Circuits; Chapters 16–35Run a small algorithm trace with separate query, gate, depth, sampling, and post-processing records.
Hardware and reliabilityNoise and Fault Tolerance; Chapters 45–63Produce a units-bearing logical-operation budget tied to one physical modality.
Applications and evidenceApplications, Evidence, and Strategy; Chapters 64–82Defend a build, partner, wait, or avoid decision against a named classical baseline.

Evidence boundary. The book's diagnostic tasks should reflect the operational competencies used by standard quantum-computing texts. [Michael A. Nielsen] [John Preskill]

Exit conditions for each route

Define observable outputs that demonstrate readiness.

A route is complete when its terminal artifact survives an independent check. Familiar vocabulary, a finished reading list, or the ability to repeat the page's prose does not satisfy that standard. Mathematical work needs an invariant; code needs a deterministic test and a disclosed stochastic tolerance; a system budget needs units and comparable denominators; an evidence judgment needs dated sources and a condition that would reverse it.

Use the solution and pass condition on each page as a local exit. If the work fails, follow the named prerequisite implicated by the error. If it passes, move to the next dependency or skip ahead to the capstone that consumes the artifact. This makes progress observable without pretending every reader needs the same sequence or pace.

How to report a broken explanation

Connect correction, revision, and errata paths.

A useful correction identifies the route, quotes the smallest inaccurate or ambiguous claim, supplies a counterexample or source, and states the proposed change. Mathematical reports should include notation and the first line where two derivations diverge. Software reports should include the command, environment, seed when relevant, expected output, and observed output. Evidence reports should include the source date and the claim it does or does not support.

Use the page's errata link for a factual or technical defect and the revision-history link to see whether it has already changed. Do not infer silent specialist approval from polished prose: every page discloses its current review status, and pending independent review remains visible until it is actually recorded.

Interactive route selector and scored diagnostic

Acceptance contract for Interactive route selector and scored diagnostic
FieldReader-visible record
FormatAccessible HTML decision tree plus printable one-page worksheet
VerificationAutomated test resolves every recommended route to an existing canonical page; answer key reproduces all route scores.
AvailabilitySource-embedded acceptance record; no separate download is claimed
{
  "artifact": "Interactive route selector and scored diagnostic",
  "format": "Accessible HTML decision tree plus printable one-page worksheet",
  "acceptance_test": "Automated test resolves every recommended route to an existing canonical page; answer key reproduces all route scores.",
  "publication_state": "source-embedded contract and worked fixture"
}

Scope boundary

  • This page does not summarize quantum computing or promise mastery by completion.
  • It does not prescribe one sequence for programmers, physicists, operators, and decision-makers.

Depth commitment. Four diagnostics, four route maps, and explicit exit criteria; no compressed textbook content.

Practice problem

Complete the four diagnostic tasks and select a route without consulting chapter summaries.

Deliverable
A route-selection worksheet with each failed task mapped to one prerequisite page.
Pass condition
Every failed diagnostic maps to a valid prerequisite and every selected route terminates in a named artifact.

Verification record

Expected solution form. Annotated answer key plus a route-decision table.

Model answer. The state task yields probabilities 9/25 and 16/25; the circuit task yields (|00>+|11>)/sqrt(2). Failures in these tasks route to amplitudes or circuits respectively; resource-account failures route to Chapter 22 and claim-audit failures route to the hardware/evidence guides.

Model result and check. A validator recomputes route selection from each possible diagnostic outcome and matches the published table.

Acceptance test. Every failed diagnostic maps to a valid prerequisite and every selected route terminates in a named artifact.

Provenance

Sources and review

  1. National Academies of Sciences, Engineering, and Medicine. Quantum Computing: Progress and Prospects. National Academies Press. 2019consensus study report
  2. Michael A. Nielsen and Isaac L. Chuang. Quantum Computation and Quantum Information. Cambridge University Press. 2010textbook
  3. John Preskill. Lecture Notes for Physics 219: Quantum Computation. California Institute of Technology. 2018graduate lecture notes

The load-bearing claims in the chapter are mapped inline to this registered source set. A citation supports only the bounded claim beside it.

Cite this chapter