Trading Dev AcademyFree quant education

How to learn quantitative finance

Start with one question you want to answer

Use this studio to learn how to explain, calculate and challenge a quantitative claim. Choose a question small enough to investigate today: “What does this input measure?”, “Why did this result change?” or “Which assumption makes this hedge work?” Write the question before opening more tabs.

If the notation feels unfamiliar, begin with Mathematical foundations. Otherwise, use Learning paths to choose a sequence or open a module directly. Read its building blocks and readiness question first. An unfamiliar prerequisite is a useful starting point.

Your goal is a small piece of evidence: an explanation from memory, a checked calculation or a prediction that survives a changed input. A completed page records activity; it does not establish mastery.

Use Read, Solve, Lab, Check and Cards together

Read: understand the claim.
Read one lesson. Answer predict-first and explain-it-yourself prompts before revealing answers. Use Algebra for derivations and worked arithmetic; switch to Python to inspect the corresponding implementation.
Solve: produce an answer.
Try a practice exercise and write your reasoning. The calculation desk evaluates numerical expressions; it does not execute Python or prove algebra. Guided worked examples appear below the practice workbench; use their fade mode to complete hidden steps.
Lab: test your mental model.
Predict a slider’s effect before moving it. Change one input, compare the numerical readout with the chart, and explain any surprise. Synthetic examples illustrate mechanics, not trading performance.
Check: test recall and confidence.
Select “guessing”, “fairly sure” or “certain” before answering. Read the explanation even when correct. A short quiz cannot establish reliable calibration or trading skill.
Cards: return after a delay.
Recall the answer before revealing it. Grade Again, Hard, Good or Easy honestly. Review collects due cards across modules; the displayed interval is a scheduling aid.

Translate notation into a story, then a number

Before manipulating symbols, identify the output, the inputs, their units and the time period. Say the relationship aloud: “This tells me how much the output changes when I change one input, while the stated assumptions remain fixed.” Then locate every symbol in the lesson’s definitions. The same letter can mean something different elsewhere.

Use four passes: explain the idea in everyday language; choose small, easy numbers; work each step with units; then connect the arithmetic to the general expression. Ask whether the result should be positive, negative, larger or smaller before using a calculator.

For each mathematical step, name its reason: a definition, an algebraic identity, a modeling assumption, a calculus result or an approximation. If you cannot name it, return to that step. In Python, trace the same inputs through the function and compare against the hand-worked example; plausible output alone does not validate code.

Make a picture that helps you reason

Treat a visual as another statement of the model. Read the axes, units, scale, time horizon and caption before interpreting its shape. Ask what is held fixed and whether the chart shows observations, simulation or an illustrative scenario.

  • Change: imagine walking up a ramp. Steepness helps you picture a local rate of change; it does not tell you the entire journey. Compare nearby points before extrapolating.
  • Accumulation: imagine a tank filling. Flow is measured per unit of time; the water in the tank is an amount. This separates a rate from its accumulated total. The analogy assumes you account for outflows.
  • Uncertainty: imagine repeated draws from a bag. A distribution describes possible outcomes and their weights, not the path of the next draw. Changing the bag changes the model.
  • Constraints: sketch a fence around feasible choices. The best unconstrained choice may sit outside it. Identify the real constraint before optimizing.

These are teaching analogies, not proofs. Test each with a small numerical table and state where it breaks. In a lab, record a baseline and two changed settings. A chart should help you explain those numbers; animation alone is not evidence.

Retrieve first, then correct, then return

Retrieval means bringing an answer to mind without looking. Close the explanation and reconstruct the idea, key assumption and first calculation step. Then check the source and repair the specific gap. Retrieval research supports repeated recall in studied tasks; merely recognizing a familiar answer is a different achievement. Karpicke and Roediger’s experiment used vocabulary, so transfer to mathematical modeling still needs practice.

Spacing means separating practice across time. Return on another day instead of making every repetition immediate. Start with the Cards schedule and keep occasional closed-book calculations alongside it. If you cannot begin, reveal a small cue, finish the attempt, inspect the correction and try again later. Difficulty without feedback is not the goal.

There is no universal optimal review interval: Cepeda and colleagues found that useful spacing depended on the delay until testing. The routines below are practical suggestions, not experimentally optimized schedules for this site.

Move from worked examples to choosing your own method

First study one complete solution and explain why each step follows. Next use fade mode, then solve a related problem without the example visible. If stuck, uncover the smallest useful step. Copying a solution after reading it is not an independent attempt. Atkinson, Renkl and Merrill studied fading with prompts about underlying principles; this does not mean support should disappear before you understand the basics.

Interleaving means mixing problem types so you must choose a method. Once you can perform two methods separately, mix their exercises and explain which method the question calls for. Use the practice problem-type selector to combine calculation, interpretation, derivation, debugging and design. Mixed mathematical practice improved later test performance in a classroom randomized trial; it does not justify random topic switching while you are still lost.

Judge this approach by later independent attempts. A 2025 study of student perceptions found that learners often preferred blocked practice. Preference alone did not establish which approach produced better learning in that study.

Turn mistakes and confidence into the next exercise

Use the practice workbench’s “Your working & reasoning” field for a compact error log: my attempt; confidence; first incorrect step; corrected reason; next test. Label the issue precisely: missing concept, wrong units, sign, timing, method choice, arithmetic or unsupported assumption. Keep your original attempt visible so the correction remains meaningful.

A high-confidence mistake deserves attention; a correct guess also needs another attempt. Butterfield and Metcalfe found that high-confidence errors could be corrected well after feedback in their experiment. That is a reason to inspect feedback, not to manufacture certainty.

Change one feature of the missed problem and try again after a delay. For open-ended exercises, the rubric is self-assessment: ticking every box does not certify your reasoning. Ask whether another person could reproduce your setup from the notes alone.

Choose a routine that fits today

Adapt these suggested time boxes to your needs. Stop at a clear checkpoint instead of racing to finish a module.

  • 15 minutes: 3 minutes recalling due cards; 5 minutes on one lesson idea; 5 minutes attempting a calculation or prediction; 2 minutes recording a correction and the next question.
  • 45 minutes: 5 minutes retrieving yesterday’s idea; 10 minutes reading and self-explaining; 15 minutes on a worked example followed by an independent attempt; 10 minutes testing predictions in a lab; 5 minutes checking answers and planning a return.
  • 90 minutes: 10 minutes reviewing; 20 minutes reading or investigating a paper; 20 minutes deriving and checking one example; 5 minutes away from the screen; 20 minutes testing a changed scenario or implementation; 10 minutes explaining limitations; 5 minutes saving your findings.

For a difficult topic, repeat the same small cycle across several sessions. Progress means less dependence on prompts and better explanations of failure cases, not simply more pages opened.

Read research papers with a question and an evidence boundary

Use the research library to find a source tied to your question; save it to the reading queue. Record publication status, version, access depth, relevant market, sample dates and the precise claim you want to inspect. A recent preprint is not automatically peer reviewed, and a promising forecast is not evidence of profitable execution.

Read in passes: identify the question and contribution; inspect the method and assumptions; trace one result to its figure, table or derivation. Ask what observations were available at the decision time, which baseline was used, what uncertainty remains and which costs or constraints were excluded. Abstract-only access supports a provisional account of the authors’ claims.

The paper inbox can contain unreviewed imports and AI briefings. Check each briefing’s source coverage and completeness. Selected excerpts can omit decisive details. Verify equations, citations and code against the paper; the model has not run its example code. Use the briefing to locate questions, then record your own checked conclusions.

Build a reproducible research habit

In Projects, choose one falsifiable question. Write down the mechanism, required data, baseline, decision-time information, costs and rejection condition before adjusting inputs. Reproduce one small example, then change an assumption that could invalidate it. Keep simulated mechanics separate from historical evidence, and keep an untouched evaluation period when developing an empirical model.

Finish with a short research note: what I expected; what I observed; what I checked; what remains unknown; what I will test next. Use reference sheets to check contract, probability and cash-timing conventions.

Practice notes, progress and reading queues are local to this browser and site address. Use Workspace backup to export saved work and inspect an import before merging. Watch for storage warnings. Temporary predict/explanation fields are not a substitute for saved practice notes. Mark lessons done when useful, but keep returning to independent explanations and problems.

What supports this guide—and what has not been tested

Primary-source review: 27 September 2026. This guide adapts educational findings; the site, its card scheduler, these time boxes and the visual analogies have not been evaluated as a combined learning intervention. None of the studies below establishes trading performance.

  • Karpicke & Roediger, 2008, Science: published experiment; author-hosted full text inspected. College students learned foreign-language word pairs with a one-week final test. Supports retrieval, with task-transfer limits.
  • Cepeda et al., 2008, Psychological Science: published experiment; abstract-only access here. Fact learning with varied review/test delays. Supports spacing dependence on retention horizon; no exact schedule prescribed.
  • Atkinson et al., 2003, Journal of Educational Psychology: published experiments; institutional abstract inspected. Fading plus self-explanation prompts; transferring results to unfamiliar research problems remains uncertain.
  • Rohrer et al., 2020, Journal of Educational Psychology: published randomized trial, online in 2019; publisher abstract inspected. Seventh-grade mathematics classes studied over four months, with a delayed test; not adult trading research.
  • Butterfield & Metcalfe, 2001: published memory experiment; PubMed abstract inspected. Confidence, feedback and later correction; no guarantee for every learner or error.
  • Hartwig & Rohrer, 2025, Behavioral Sciences: published primary surveys; open full text inspected. Two Florida seventh-grade samples; perceptions rather than a new efficacy trial. Study 2 occurred after pandemic school closures, so publication year is not its data year.

Source links accompany the relevant advice above. Exact collection dates were not established for the other studies in this review. The learning routines, error-log template and analogies are practical authoring suggestions, not separately validated interventions.