1. You can view them anywhere (Github renders them nicely) 2. You can edit them in your favorite editor 3. Formatting doesn't decrease the readability 4. Extensible (syntax highlighting, mermaid, mathjax, etc.) 5. Cross-linking which is a core for any knowledge system is free 6. You can use Git for versioning and backup, etc, etc.
# Solar System
## Planets
### Color
- Earth ?:: Blue
- Mars ?:: Red
The best thing about it (for me) is that the header structure (and any parent list items) are added to the cards, e.g.: Path: Solar System > Planets > Color
Front: Earth
Back: Blue
This hierarchy makes it much easier to formulate succinct cards, in my experience.The syntax also means that I can easily add cards from my regular Markdown notes, so regular notes and Anki cards live together.
Not abandoned exactly, I just haven't been working on the project that I wanted it for in gosh has it been that long.
https://github.com/eudoxia0/hashcards
https://github.com/eudoxia0/hashcards?tab=readme-ov-file#ima...
Some examples would be Michael Nielsen, Gwern Branwen, Andy Matuschak and u/SigmaX (reddit - not sure his real name)
* http://augmentingcognition.com/ltm.html * https://gwern.net/spaced-repetition * https://andymatuschak.org/prompts/ * https://imgur.com/a/anki-examples-math-engineering-eACA7QM * https://imgur.com/a/anki-practice-cards-language-music-mathe...
A very simple cli tool, consuming basic txt format. You can use it in a second window while waiting for your compilation to finish.
Recently I’ve been also experimenting with defining QA pairs in my note files (in a special section). I then use a custom function in emacs to extract these pairs and push to a file as well as Anki.
What I was doing is very common. Trying to engage logically with what logic can engage with, while failing to recognize that the emotional challenge is what has to be dealt with first. And that once feelings are out of the way, the logical problem will be massively easier to solve.
It has the least friction for creating flashcards I’ve ever seen. You actually don’t even have to create flashcards - you can add any note to the review queue with one keystroke and record the ease of recall with another command.
Every 6 months I create around 5000 Anki cards out of the last 6 months for reading practice of the YLE Selkouutiset news, on a sentence by sentence basis: https://github.com/Selkouutiset-Archive/selkokortti
For raw isolated vocabulary my finfreq10k Anki deck can't be beat! https://ankiweb.net/shared/info/1149950470
But in your case, and for writing practice, you may also like https://github.com/hiAndrewQuinn/finyap , which is self-hosted in the sense that a new deck is just a CSV file in "scenarios".
Tsemppiä vaimollesi!
The feature
https://learnalist.net/faq/add-a-list-overtime-for-spaced-le...
Bulk import ui https://learnalist.net/toolbox/srs-add-overtime-v1.html
You’re welcome to try it, it is not self-hosted.
I also have a mobile app, and have been thinking of how to simplify the server etc.
Equally been thinking about how to modify the mobile app to work better with a different backend but still maintain notifications (local instead of server).
It used to be in the public domain but I moved it to a private repo. I am open to moving it back, there is just a small part of the code I want to keep private.
With regards to cloze deletions the author writes:
> cloze deletions in Mochi are very verbose. [...] This is a lot of typing.
First, the numbering (1::) is optional. Secondly there are keyboard shortcuts, cmd+L to wrap in {{}} and cmd+1,2,3 to add numbering.
The point about note types is fair, and I may a similar function eventually, but I recommend most people to create no more than 10 cards a day. Any more and you risk getting overwhelmed with reviews. In the article the author shows an example of creating 4 (or more) cards for a single atomic element. This excessive card creation probably contributed more to the 1700 overdue cards than the algorithm (more on that later). If you really do want to create multiple cards like this you can use cloze groups. E.g. {{1::Helium}} (symbol: {{2::He}}) has atomic number {{3::2}}
Finally, the "biggest problem with Mochi". This is kind of a moot point now that Mochi has an FSRS option, but there are a lot of misconceptions in the article about the algorithm. First being that Mochi's algorithm is inferior to SM-2 because it is simpler, and that the rational for it being simpler is because "the user can reason about the algorithm more easily." I'm not sure where the author got that idea, maybe I mentioned it before as an advantage, but it's not the main reason. The main reason is that the additional complexity in SM-2 is actually detrimental in some subtle ways. [0] The author just assumed the algorithm was worse and gave up.
With regards to the forgetting multiplier the author states:
> If I forgot something after sixty days, I surely won’t have better recall in thirty.
But what is the evidence for this? The assumption here is that the knowledge was "completely lost". For the card to have gotten to 60 days in the first place, you must have remembered it previously after 30 days. Evidence show that reviews strengthen memory, not degrade it. Even FSRS does not completely reset the interval after a forget. I get that the author doesn't want to configure things, but lowering the multiplier to 0.2 for example seems a lot easier than building a brand new SRS flashcards app.
Criticisms aside I really do like the idea of hashcards. Plain text, offline, open source. It checks a lot of boxes that I personally look for in software and I'm happy to see more options in this space.
[0] https://web.archive.org/web/20200926103540/https://massimmer...
I mean... Its even in the FAQ. It's a question people care to ask.
Creating a flash card is as simple as sending a word (or expression) you want to learn. The bot takes care of the rest: generates the translation, pronunciation, and examples.
The bot also uses FSRS for SR.