Blog / Learning and memory

Write better flashcards: five repairs for overloaded questions

Apply knowledge-formulation ideas to a concrete study set: scope, context, answer boundaries, cloze and source notes.

Learning methodsDeckumi4 min read
Back to articles
On this page

Use formulation as an editing tool

Knowledge-formulation advice is most useful when it helps you change an actual card. This guide applies that idea to a small set of programming notes. It does not reproduce the historical twenty rules, promise a particular memory outcome, or imply that Deckumi automatically repairs every weak question. The practical test is whether a learner can identify what is being asked, attempt an answer without seeing it, and judge that answer after revealing. Keep your original notes available. Editing should preserve the meaning you need to learn rather than turning every card into the shortest possible sentence.

Repair 1: split an overloaded request

Before: “Explain recursion, base cases, stack use, performance and common errors.” This combines several targets. A learner who remembers only one part cannot give a clear self-rating for the whole card. After: “What does a base case prevent in a recursive branch?” Answer: “Another recursive call on that branch.” Create separate cards for stack behavior or a named algorithm's complexity only when the course provides the relevant conditions. Splitting is a way to make a judgment clearer, not a requirement that every answer contain exactly one word.

Repair 2: restore missing context

Before: “When does it stop?” The sentence depended on a preceding paragraph. Tomorrow it may appear next to a biology card and no longer identify its subject. After: “In a countdown that recurses while n is positive, what should happen at n = 0?” Answer: “Return without making another recursive call.” The extra context makes the question longer but less ambiguous. Keep a version or a mathematical condition in the question whenever it changes the answer.

Repair 3: put the comparison point first

Before answer: a long paragraph about the history of recursion, ending with the stopping rule. It may contain useful background, but the learner has to search for the part that determines the rating. After answer: start with the stopping rule, then add an explanation or place supporting detail in notes. If the task requires a complete proof or an ordered procedure, say so explicitly. Do not silently replace a required whole-task answer with disconnected fragments.

Repair 4: choose a format for a reason

A cloze such as “A {{base case}} ends a recursive branch” can test a term in context. A direct question such as “What is the role of a base case?” can test its meaning. Decide which target you need rather than choosing the format that is fastest to type. Preview the result. If grammar gives away the blank or several different words would be equally reasonable, add context or use a question. In Deckumi, multiple blanks on one card reveal together; use separate cards when you need independent ratings. Do not assume Anki's numbered cloze behavior is available.

Repair 5: keep the source and applicability

A question about a particular language runtime can be wrong when its version is removed. Put the decisive version in the question and keep the source title, section or URL in the supporting notes where appropriate. A note is a reference aid, not automatic source verification. When an answer is disputed, revisit the source instead of treating the generated wording as authority. If the source itself is unclear, postpone that card or rewrite it as a question you can justify. More confident phrasing is not a substitute for evidence.

A revision session you can repeat

Pass
Action
Stop when
Meaning
Read the source and explain the target.
You know what should be recalled.
Question
Restore context and remove unrelated targets.
The prompt stands on its own.
Answer
Put the judgment point first.
A response can be compared fairly.
Trial
Attempt, reveal and rate one card.
You can identify the next correction, if needed.
Open a small set, improve one card and try it in review. Keep useful context even when it costs a few extra words. These repairs can guide manual editing and inspection of generated cards alike; they do not certify the correctness of a model's output or replace understanding the lesson.

Put this into practice: PDF to flashcards · Text to flashcards · FSRS flashcards online

References and further reading

Create flashcardsBack to articles