Get AI summaries of any video or article — Sign up free
Use the Feynman Technique, Logseq, and Obsidian for Slow Learning thumbnail

Use the Feynman Technique, Logseq, and Obsidian for Slow Learning

Joshua Duffney·
5 min read

Based on Joshua Duffney's video on YouTube. If you like this content, support the original creators by watching, liking and subscribing to their content.

TL;DR

Use the Feynman Technique as a four-step loop: intake, write everything you know to expose gaps, compress and reorganize into teachable cards, then publish for feedback.

Briefing

Slow learning gets a practical workflow: use the Feynman Technique to turn scattered reading into a navigable knowledge base that exposes gaps and drives targeted review. The core loop is four steps—capture what’s known, identify what’s missing, simplify and reorganize into reusable notes, then publish for feedback—so learning doesn’t stall at “consuming content” and instead becomes a system for building understanding.

Step one starts with a focused concept and deliberate intake—books, articles, courses, and videos—often with notes taken along the way. Step two forces clarity by writing down everything the learner thinks they know in a single place (for example, an Obsidian note or a Logseq note). That act of dumping knowledge is where gaps surface: when the writing runs into uncertainty, the learner returns to the original materials to fill holes. Over time, multiple notes emerge at different levels of detail, each reflecting a different slice of the same topic.

Step three is the integration step. Instead of keeping those notes as separate “scraps,” the learner simplifies and reorganizes them into a narrative structure that can teach someone else. In practice, this means extracting key ideas from the scratch notes and compressing them into “knowledge base” cards—often organized by themes using folder structures. The workflow emphasizes building small, reusable nuggets (like a “maps” card for Go) that combine insights from both a book chapter and a related article, then linking them together so the knowledge can be scanned and expanded later.

Step four—publishing—turns private understanding into something testable. Even if full publishing isn’t immediate, the logic is that sharing (with a colleague, online, or via a blog/video) reveals where explanations break down. Feedback then tightens the system, and the cycle repeats either by deepening the same topic or starting a new one.

The transcript then demonstrates how this looks while learning Go. The learner uses Logseq for “literature notes” during consumption: each resource gets a note with a source link at the top, markdown headings copied from the material for structure, and code snippets captured as examples. Daily time-blocking in Logseq adds a recurring metric (at least 30 minutes) to keep the learning investment consistent, and the notes include tags for topics and for “gap” areas—uncertainty that should trigger future study.

Books are handled as chapter-level scratch space with tags and markdown features like bolded key terms, quote blocks for verbatim takeaways, and task lists to track exercises. Courses are mapped to modules and clips using a table-of-contents style structure, with links to tools like the Go Playground and relevant GitHub repositories. The learner also uses “gap” tags to mark weak spots—pointers are highlighted as an example—so the knowledge base becomes a roadmap for selective reading.

When moving into Obsidian, the learner compresses the scratch notes into knowledge cards inside a structured vault (using folder-note organization). Embedded links let the learner “thumb through” the knowledge base like a slip box, and attached code repositories provide executable reference material. The payoff is twofold: faster retrieval when writing or debugging, and more efficient centipical reading—skimming broadly, then analytically reading only the sections that address the learner’s current gaps. The end goal isn’t just better notes; it’s deeper understanding that could eventually support teaching outputs like a course or even a book.

Cornell Notes

The Feynman Technique becomes a concrete note-taking workflow for slow learning: intake (step 1), write everything you think you know to reveal gaps (step 2), then compress and reorganize those scratch notes into reusable knowledge cards (step 3). Publishing (step 4) is the feedback mechanism that tests whether the reorganized notes actually communicate understanding. While learning Go, Logseq serves as a scratchpad for literature notes—source links, markdown headings, code snippets, and “gap” tags—supported by daily time-blocking. Obsidian then turns those scratch notes into an integrated knowledge base using folder structures, embedded links, and attached code samples, enabling targeted review and centipical reading based on identified weaknesses.

Why does writing down “everything you know” (step 2) reliably reveal gaps, and what does that look like in practice?

The method forces the learner to translate vague understanding into explicit claims. When the writing hits missing details—syntax, edge cases, or conceptual definitions—the uncertainty becomes visible. In the transcript, those moments trigger a return to the original materials (articles, books, courses) to fill the specific holes, producing multiple notes at different levels of detail that later get integrated.

How does the workflow distinguish between scratch notes and a long-term knowledge base?

Scratch notes live in Logseq during consumption. They’re treated like rapid “literature notes”: a source link at the top, markdown headings copied from the material, code snippets and examples, and lightweight organization. The knowledge base in Obsidian is step 3’s output: extracted ideas get compressed into named cards (often per concept like “maps”), placed into theme folders, and linked/embedded so they can be scanned and reused later.

What does “simplify and reorganize” mean when learning a programming language like Go?

It means extracting the most reusable pieces from multiple artifacts and turning them into compact reference cards. The transcript’s example combines a book section on maps with an article’s “check key maps” content, then compresses it into a single Obsidian note containing the key behavior (including how missing keys behave) plus the essential syntax and examples. The result is a card that can be referenced without re-reading the entire book or article.

How do tags and “gap” markers change the learning strategy from passive review to targeted study?

Tags label topics (like Go) and also mark weaknesses. The transcript describes orange/yellow “gap” tags scattered through the knowledge base; pointers are given as an example. Those tags become a study queue: instead of re-consuming everything, the learner can do centipical reading—skim many sources, then analytically read only the sections that address the tagged gaps (e.g., closure functions, interfaces, methods, pointers).

What role does daily time-blocking play in making slow learning sustainable?

Logseq templates include a daily metric (at least 30 minutes) for the current learning target. The learner links each daily entry to the relevant note (article/book/course) so the system provides both a reminder and a direct jump point into the scratch notes. Physical cues (like keeping a book on the desk) reinforce the habit, reducing reliance on motivation.

Why embed notes and attach code samples inside Obsidian?

Embedding supports quick scanning and “slip-box” browsing: clicking or hovering reveals linked cards without losing context. Attaching code repositories or scripts turns conceptual notes into practical reference material—so the learner can open a script in VS Code directly from the knowledge base when testing or implementing examples.

Review Questions

  1. In step 2, what specific behaviors indicate a “gap” in understanding, and how does the workflow respond to that gap?
  2. How does the transcript’s approach to maps illustrate the difference between a literature note and a knowledge base card?
  3. What is centipical reading in this context, and how do “gap” tags guide which parts of future resources get read analytically?

Key Points

  1. 1

    Use the Feynman Technique as a four-step loop: intake, write everything you know to expose gaps, compress and reorganize into teachable cards, then publish for feedback.

  2. 2

    Treat Logseq notes as scratch space during consumption: include source links, markdown structure, and code snippets tied to the exact concepts you’re learning.

  3. 3

    Build daily consistency with time-blocking templates that link each day’s entry to the relevant learning note.

  4. 4

    When integrating in Obsidian, extract the most reusable ideas from multiple artifacts into named knowledge cards and organize them with folder structures.

  5. 5

    Use tags—especially “gap” tags—to turn your knowledge base into a study plan that drives centipical reading and targeted review.

  6. 6

    Embed linked notes and attach executable code samples so the knowledge base supports both understanding and implementation.

  7. 7

    Don’t take notes for everything; reserve the heavier step-3 integration work for material that you need to understand deeply or reuse later.

Highlights

The workflow’s “gap detection” comes from step 2: writing down what you think you know forces uncertainty to surface, then sends you back to the source to repair it.
Logseq functions as a structured scratchpad (source links, copied headings, code snippets, and tags), while Obsidian becomes the compressed, integrated reference layer.
“Gap” tags turn the knowledge base into a roadmap for selective, centipical reading—so weak areas get targeted attention instead of broad re-reading.
Obsidian’s embedded folder-note structure mimics a slip box: cards can be thumbed through and expanded via links without losing context.
The approach aims for deeper learning that can later support teaching outputs, because the note structure naturally resembles a manuscript outline.

Topics