Spike: evaluate FSRS as a replacement scheduling algorithm #50
Labels
No labels
area
auth
area
data
area
domain
area
infra
area
stats
area
study
area
tooling
area
ui
duplicate
future
kind
bug
kind
chore
kind
decision
kind
docs
kind
feature
kind
spike
kind
test
prio
blocker
risk
high
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
nickkeers/first-thousand-words#50
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Objective: Decide whether to migrate off SM-2 once real review data exists.
Files:
docs/decisions/0003-scheduling-algorithm.md(extends the M3 entry)Steps:
Study.Reviewstoresinterval_before/afterand grades, the history can be replayedagainst a different scheduler — confirm that by implementing one replay in a throwaway script.
Verify: a written recommendation with the replay result, not a code change.
Notes: deliberately deferred. Do not build it in v1; just be sure the data model does not
block it.