Get AI summaries of any video or article — Sign up free
Considerations of Design: How Ehsan Noursalehi uses the LYT frameworks (Obsidian) thumbnail

Considerations of Design: How Ehsan Noursalehi uses the LYT frameworks (Obsidian)

5 min read

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.

TL;DR

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?

He describes a repeating pattern: strong beginnings lead to a “stuck” middle when the work must progress in a single beginning-to-climax-to-conclusion line. The micro book format is designed to bypass that bottleneck by letting him write small notes first—journal-like reflections, anecdotes, and lessons—without needing the final narrative structure immediately. Later, those fragments can be assembled via a hub/map of content and a table of contents that guides readers.

What does “atomic” writing mean in his workflow, and how does it help both drafting and reading?

“Atomic” notes are short enough to draft quickly and stand on their own. He says each section should ultimately look like a compact unit that mixes reflection and actionable insight, so a reader can understand it in context after following the hub. As he approaches the end, he plans to shorten notes further and link them more densely, turning scattered drafts into a navigable reading path.

How does he connect the micro book to the idea of learning from failure?

He criticizes the common tech slogan “fail fast” for often encouraging messiness without real learning. The micro book is meant to “discuss failure” more responsibly by documenting why the open socket effort failed, extracting lessons to help others avoid the same mistakes, and preserving the good outcomes too. The writing is also personal—part of coming to terms with an emotional project history.

What role do Obsidian features play in making the system usable for him?

Obsidian supports fast navigation (pinning notes and previewing), and—critically—versioning via Obsidian Sync. He says the missing piece for comfort was fear about losing work; once versioning was available, editing became safer, so he could experiment without constantly making backups. He also uses custom theming to reduce clutter on the published reading experience.

Why does he strip down the published layout (headers, sidebars, graph) instead of showing everything?

He wants an essay-like, low-noise reading experience. Removing graph views and other interface elements keeps attention on the writing and the curated links. He frames “extras” as noise when they aren’t clearly delineated or helpful for how a reader should move through the material.

What limitations and practical needs come up when publishing publicly?

He discusses font customization as a pain point (e.g., serving fonts on the web, including interest in Adobe Type Kit fonts). He also notes that Obsidian Publish limits code injection, which affects customization and analytics. Community feedback mentions analytics integration as a requested feature, and he considers how to track traffic and navigation between pages if possible.

Review Questions

  1. How does the hub/map-of-content structure change the reader’s experience compared with a linear table of contents?
  2. What specific Obsidian capability (including versioning) reduces the risk of editing in his workflow, and why does that matter for creativity?
  3. In what ways does his critique of “fail fast” shape the purpose and tone of the micro book?

Key Points

  1. 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. 2

    He treats knowledge longevity as a design constraint, aiming for ideas that can last a lifetime rather than short cycles.

  3. 3

    The project reframes failure as learnable evidence, pushing back on “fail fast” culture that can normalize irresponsibility.

  4. 4

    Obsidian Sync’s versioning is a key enabler for him to edit freely without fear of losing work.

  5. 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. 6

    He connects writing practice to creative “muscle memory,” arguing that repeated thinking supports intuition during actual creation.

  7. 7

    Publishing constraints—especially around fonts, code injection, and analytics—shape how he plans to finalize and measure the micro book.

Highlights

The micro book is intentionally modular: short notes are drafted without forcing a full narrative arc, then linked through a hub/table of contents for reader guidance.
Obsidian Sync’s versioning is described as the missing safety feature that makes experimentation feel sustainable.
Noursalehi’s critique of “fail fast” targets the gap between being messy and actually learning from failure.
He prioritizes a clean, essay-like published layout by stripping away graph views and other interface clutter.
A recurring design question drives the project: how to make knowledge last for decades, not just for a short trend cycle.

Topics

Mentioned