← กลับไปที่บล็อก

กระบวนการวิจัยเว็บแบบ Zettelkasten สำหรับ Obsidian

· Save Team
obsidianzettelkastenpkmresearchworkflowmarkdown

วิธี Zettelkasten เปลี่ยนโน้ตที่แยกจากกันให้กลายเป็นเครือข่ายความรู้ที่เชื่อมต่อ เมื่อรวมกับการตัดเนื้อหาเว็บ ทุกบทความที่คุณอ่านกลายเป็นส่วนสร้างถาวรในสมองที่สองของคุณ

นี่คือวิธีตั้งค่ากระบวนการวิจัยเว็บที่เป็นมิตรกับ Zettelkasten ใน Obsidian

ปัญหาของการตัดเนื้อหาเว็บส่วนใหญ่

คนส่วนใหญ่ตัดหน้าเว็บแล้วลืม vault ของพวกเขาเต็มไปด้วยบทความเต็มที่ไม่เคยอ้างอิงอีก คุ้นเคยไหม?

แนวทาง Zettelkasten แตกต่างออกไป แทนที่จะสะสมบทความเต็ม คุณดึง ไอเดียอะตอมิก และเชื่อมต่อกับความรู้ที่มีอยู่

กระบวนการทำงาน

ขั้นตอนที่ 1: จับวัสดุต้นทางที่สะอาด

ใช้ Save เพื่อจับเนื้อหาเว็บเป็น Markdown ที่สะอาดและมีโครงสร้างดี:

  1. คลิก Save บนบทความ บทเรียน หรือหน้าเอกสาร
  2. รับไฟล์ .md ที่สะอาดพร้อมหัวข้อ รายการ และบล็อกโค้ดที่เหมาะสม
  3. วางลงในโฟลเดอร์ sources/ ของ Obsidian

ขั้นตอนที่ 2: ตั้งค่าโครงสร้าง Vault

vault/
  sources/        # Web clips ดิบ (เอกสารอ้างอิง)
  zettel/         # โน้ตอะตอมิก (ไอเดียของคุณ)
  maps/           # Maps of Content (MOCs)
  projects/       # โน้ตโครงการที่ดำเนินอยู่
  templates/      # เทมเพลตโน้ต

ขั้นตอนที่ 3: ประมวลผลแหล่งเป็นโน้ตอะตอมิก

นี่คือแก่นของ Zettelkasten เมื่อทบทวนแหล่ง:

  1. อ่านบทความที่ตัดมา ในโฟลเดอร์ sources/
  2. ระบุไอเดียหลัก — อะไรที่ใหม่หรือมีประโยชน์จริงๆ?
  3. สร้างโน้ตอะตอมิก — หนึ่งไอเดียต่อโน้ต เขียนด้วยคำพูดของคุณเอง
  4. ลิงก์ไปยังแหล่ง — [[sources/original-article]]
  5. ลิงก์ไปยัง zettel ที่เกี่ยวข้อง — เชื่อมต่อกับความรู้ที่มีอยู่

ตัวอย่าง: คุณตัดบทความเกี่ยวกับ React Server Components

โน้ตแหล่ง (sources/react-server-components-guide.md):

# React Server Components: คู่มือฉบับสมบูรณ์
ตัดมาจาก: https://example.com/rsc-guide
...เนื้อหาบทความแบบเต็ม...

โน้ตอะตอมิกที่คุณสร้าง:

zettel/server-components-reduce-bundle-size.md:

# Server Components ลดขนาด Bundle โดยย้าย Logic ไปยัง Server

Server Components ทำงานบน server เท่านั้น โค้ดของพวกมันไม่เคยส่งไปยังเบราว์เซอร์
หมายความว่า dependencies ที่ใช้เฉพาะใน Server Components ไม่เพิ่มขนาด client bundle

แหล่ง: [[sources/react-server-components-guide]]
ที่เกี่ยวข้อง: [[zettel/hydration-is-expensive]] [[zettel/bundle-size-affects-ttfb]]

ขั้นตอนที่ 4: สร้าง Maps of Content

เมื่อ zettel เพิ่มขึ้น สร้าง Maps of Content (MOCs) เพื่อนำทางกลุ่มไอเดียที่เกี่ยวข้อง:

# React Architecture MOC

## Rendering
- [[zettel/server-components-reduce-bundle-size]]
- [[zettel/streaming-ssr-improves-ttfb]]

## Data Fetching
- [[zettel/colocation-of-data-and-ui]]
- [[zettel/waterfall-requests-in-nested-components]]

เทมเพลตที่ช่วยได้

เทมเพลตแหล่ง

---
type: source
url:
clipped: {{date}}
processed: false
tags: []
---

# {{title}}

## โน้ตของฉัน
<!-- ปฏิกิริยาด่วนและไอเดียที่จะดึงออกในภายหลัง -->

เทมเพลต Zettel

---
type: zettel
created: {{date}}
sources: []
tags: []
---

# {{title}}

<!-- ไอเดียเดียว ด้วยคำพูดของคุณเอง -->

## แหล่ง
## ที่เกี่ยวข้อง

ผลสะสม

หลังจากหนึ่งเดือนกับกระบวนการทำงานนี้ บางอย่างที่ทรงพลังเกิดขึ้น บทความใหม่เริ่มเชื่อมต่อกับไอเดียที่คุณจับไว้แล้ว เครือข่ายความรู้ของคุณพัฒนากลุ่มและสะพาน

นี่คือคำสัญญาของ Zettelkasten: ความรู้ที่สะสมเพิ่มขึ้นเมื่อเวลาผ่านไป

เคล็ดลับความยั่งยืน

  1. อย่าตัดมากเกินไป — บันทึกเฉพาะบทความที่จะประมวลผลจริงๆ
  2. ประมวลผลเป็นประจำ — วางแผนการทบทวนรายสัปดาห์
  3. เขียนด้วยคำพูดของตัวเอง — การคัดลอกคำพูดไม่ใช่ Zettelkasten การสังเคราะห์ไอเดียคือ
  4. ลิงก์อย่างเอื้อเฟื้อ — คุณค่าอยู่ที่การเชื่อมต่อ ไม่ใช่โน้ตแต่ละอัน
  5. เริ่มเล็กๆ — 3-5 zettel ต่อสัปดาห์ดีกว่า 50 clips ที่ยังไม่ได้ประมวลผล

เริ่มต้น

  1. ติดตั้ง Save และตั้งค่า Obsidian vault
  2. บันทึกบทความ 3 บทความเกี่ยวกับหัวข้อที่กำลังเรียนรู้
  3. ประมวลผลให้เป็นโน้ตอะตอมิกสัปดาห์นี้
  4. เชื่อมโยงโน้ตเข้าหากัน
  5. รู้สึกว่ามันเป็นอย่างไร

สองสามสัปดาห์แรกรู้สึกช้า ในเดือนที่สองคุณจะสงสัยว่าเคยเรียนรู้โดยไม่มีมันได้อย่างไร