Considerations of Design: How Ehsan Noursalehi uses the LYT frameworks (Obsidian)
Based on Linking Your Thinking with Nick Milo's video on YouTube. If you like this content, support the original creators by watching, liking and subscribing to their content.
Noursalehi’s “micro book” format is built to prevent getting stuck in linear narrative drafting by using short, atomic notes first and assembling structure later.
Briefing
Ehsan Noursalehi is building an “open socket micro book” in Obsidian—an interactive, link-driven alternative to a traditional linear book—because his own writing process repeatedly stalls when ideas must follow a strict beginning-to-climax-to-conclusion arc. The core goal is to capture design lessons from past work (including failures) in short, modular notes that can be rearranged, linked, and published without forcing a single narrative spine. That matters because it turns knowledge management into a creative workflow: instead of hoarding sources or tagging everything, he wants a system that helps him “chew on ideas,” get them onto the page, and only later shape them into a public structure.
His starting point is frustration with scattered tools and the long-term mess of digital knowledge. During quarantine, he noticed how quickly notes splinter across services—Evernote, Google Drive, Dropbox, Dropbox Paper, Pocket, Apple Notes—until the result is thin, hard-to-reuse fragments. Learning Obsidian pushed him toward a different question: how long should knowledge last? He frames the micro book as a way to make ideas durable—something meant to survive beyond short-lived “five-year” cycles—while also acknowledging that writing is emotional and iterative, not a one-shot publication.
The micro book’s design philosophy is “atomic” writing. Each note is meant to be small enough to draft quickly, then linked through a hub/map of content that guides readers without overwhelming them. He describes a workflow where he pins notes for fast navigation, writes in fragments that blend journal reflection, anecdotes, and practical lessons, and gradually links them into a navigable table of contents. Background sections are treated as lighter-weight context, while the most valuable entries are the ones that stand alone: a reader should be able to understand a note in isolation after following the hub.
A major theme is how to talk about failure more responsibly. In Silicon Valley, “fail fast” often becomes permission to be messy rather than a process for learning from mistakes. Noursalehi’s micro book aims to do the opposite: document what went wrong in the “open socket” effort, extract lessons, and preserve the good outcomes too. He also connects the writing system to broader creative principles—everything is a remix, ego should take a back seat, and ideas often come from many prior influences.
The conversation also turns practical. He uses Obsidian Publish with a custom theme to remove visual “noise” like sidebars and headers, aiming for an essay-like reading experience. He credits Obsidian Sync for versioning and backup confidence, which makes it easier to edit freely without fear of losing work. He compares his approach to evergreen-note thinking and to short, readable business writing (including references to Andy Matuschak’s approach and 37signals’ “Rework”), while stressing that his case-study style needs curation and reader guidance rather than a purely exploratory web.
By the end, the project is both a publishing experiment and a personal design tool: a way to build knowledge that can last, while still leaving room for the messy middle. The remaining open question is how to make the system endure—technically (fonts, analytics, publish limitations) and conceptually (how to keep ideas coherent over time).
Cornell Notes
Ehsan Noursalehi is using Obsidian to build an “open socket micro book,” a modular, link-driven alternative to a linear book format. His central problem is getting stuck when writing must follow a strict narrative arc, so he drafts short “atomic” notes—mixing reflection, anecdotes, and lessons—then connects them through a hub/table-of-contents structure for readers. The project is also a response to tech culture’s shallow “fail fast” framing: it aims to document failure as learning, not as permission to be irresponsible. He pairs the writing approach with practical safeguards like Obsidian Sync versioning and a custom Obsidian Publish theme that reduces visual noise for a cleaner reading experience. The bigger question he keeps returning to is how to make knowledge last for decades, not just a short cycle.
Why does Noursalehi avoid a traditional linear narrative when writing lessons from past projects?
What does “atomic” writing mean in his workflow, and how does it help both drafting and reading?
How does he connect the micro book to the idea of learning from failure?
What role do Obsidian features play in making the system usable for him?
Why does he strip down the published layout (headers, sidebars, graph) instead of showing everything?
What limitations and practical needs come up when publishing publicly?
Review Questions
- How does the hub/map-of-content structure change the reader’s experience compared with a linear table of contents?
- What specific Obsidian capability (including versioning) reduces the risk of editing in his workflow, and why does that matter for creativity?
- In what ways does his critique of “fail fast” shape the purpose and tone of the micro book?
Key Points
- 1
Noursalehi’s “micro book” format is built to prevent getting stuck in linear narrative drafting by using short, atomic notes first and assembling structure later.
- 2
He treats knowledge longevity as a design constraint, aiming for ideas that can last a lifetime rather than short cycles.
- 3
The project reframes failure as learnable evidence, pushing back on “fail fast” culture that can normalize irresponsibility.
- 4
Obsidian Sync’s versioning is a key enabler for him to edit freely without fear of losing work.
- 5
He designs the public reading experience by reducing interface noise in Obsidian Publish (removing headers/sidebars/graph) to keep attention on curated links and writing.
- 6
He connects writing practice to creative “muscle memory,” arguing that repeated thinking supports intuition during actual creation.
- 7
Publishing constraints—especially around fonts, code injection, and analytics—shape how he plans to finalize and measure the micro book.