Daily Notes: Her Şeyi Klasörlemek Yerine Önce Bugüne Yazmak

Yakalama sırasında en pahalı soru

Aklına bir fikir geldi.

Uygulamayı açtın.

Şimdi karar vermen gerekiyor:

• Projeler klasörü mü?
• Kaynaklar mı?
• Fikirler mi?
• Yeni dosya mı?
• Mevcut nota mı?
• Hangi etiket?

Fikir birkaç saniyelikken bilgi mimarisi kararı vermek yakalamayı yavaşlatır.

Daily Notes bu kararı erteler.

Bugün 5 Ekim 2026 ise ilk yer bellidir:

`2026-10-05.md`

Günlük not = zamansal inbox

Obsidian'ın [Daily Notes](…) çekirdek eklentisi her gün tarih tabanlı yeni bir not oluşturur.

Bu sayfayı şöyle kullanabilirsin:

# 2026-10-05

## 09:20
Ahmetcanal case study'lerinde decision → evidence bağlantısını daha görünür yap.

## 11:10
Toplantı: [[Kurmaca içerik planı]]
- İlk seri Anytype/AFFiNE

## 14:35
Okurken:
[[Kaynak notu ile kalıcı notu ayırmak provenance sorununu azaltır]]

## Yapılacaklar
- [ ] Sunumun üçüncü slaydını bitir

Gün sonunda bütün kayıtlar aynı yerde ve kronolojik bağlam içindedir.

Kalıcı bilgi günlükte kalmalı mı?

Her şey değil.

Daily Note iyi bir **yakalama yüzeyi** olabilir fakat uzun vadeli tek arşiv olmak zorunda değildir.

Bir kayıt tekrar kullanılacak düşünceye dönüştüyse:

• ayrı kalıcı not oluştur,
• daily note'dan ona link ver,
• yeni nottan gerekirse güne geri link bırak.

Toplantı aktif projeye aitse proje notuna bağla.

Görev görev yöneticisine taşınacaksa taşı veya aynı sistemde query ile yüzeye çıkar.

Bu ayrım mevcut [[Günlük notlarla zaman bağlamı]] rehberinde ayrıntılıdır.

Neden tarih bağlamı değerli?

Bazen "ne yazmıştım?"dan çok:

"Bu fikri ne zaman ve hangi olay sırasında düşünmüştüm?"

önemlidir.

Günlük not:

• toplantı öncesi düşünceyi,
• karar sonrasındaki değişikliği,
• proje ilerlemesini,
• okuma sırasını

zaman ekseninde korur.

Bir kalıcı not fikrin mevcut halini anlatırken günlük not geçmişte **nasıl oluştuğunu** gösterebilir.

Her kaydı taşımak gerekir mi?

Hayır.

Günlük notun avantajlarından biri de geçici bilgiyi doğal olarak geride bırakabilmesidir.

Örneğin:

"16:00 kargo gelecek."

bir hafta sonra değersizdir.

Bunu kalıcı arşive taşımak bakım maliyetidir.

Yalnız tekrar kullanılacak veya başka bir bağlama ait olan parçaları işle.

Capture Note ile farkı

Bazı kullanıcılar bütün hızlı yakalamaları tek `Inbox.md` dosyasına gönderir.

Bazıları doğrudan Daily Note'a ekler.

Obsidian Forum'daki [Capture Note tartışması](…) bu iki yaklaşımın gerçek workflow örneklerini gösterir.

Fark:

• Inbox: "işlenmemiş şeyler" bağlamı.
• Daily Note: "bugün olan şeyler" bağlamı.

İstersen ikisini birlikte de kullanabilirsin.

Logseq neden journal-first?

Logseq'in Journal yaklaşımı, daily note fikrini daha da ileri taşır: kullanıcı çoğu yeni girdiyi günlük sayfada oluşturur ve bağlantılar üzerinden kalıcı konulara bağlar.

Bu modelde "dosyayı nereye koyacağım?" sorusu azalır.

Bilgi önce tarihte doğar, sonra ilişkilerle ağın parçası olur.

Basit günlük şablon

# {{date}}

## Yakala
-

## Kararlar
-

## Öğrendiklerim
-

## Açık döngüler
- [ ]

## Gün sonu
- Kalıcı nota dönüşecek ne var?
- Projeye taşınacak ne var?
- Silinebilecek ne var?

Son üç soru günlük notun mezarlığa dönüşmesini engeller.

Bir ay sonra

Günlük notları düzenli kullandığında ikinci bir ihtiyaç ortaya çıkar:

"Bu 30 günün içindeki örüntüyü nasıl göreceğim?"

Burada [[Periodic Notes]] devreye girer.

Daily Notes ayrıntıyı yakalar. Haftalık ve aylık notlar ayrıntının içinden desen çıkarmaya yardım eder.

Daily Notes'un güçlü varsayımı: "yer" yerine "zaman"

Klasör tabanlı sistem yeni bilgi geldiğinde önce "bu nereye ait?" diye sorar.

Daily Notes:

"Bu ne zaman oldu?"

sorusunun cevabını zaten bilir.

Bugünün tarihi.

Bu küçük değişiklik yakalama anındaki sınıflandırma kararını azaltır.

Bilginin kavramsal yeri daha sonra bağlantı, MOC veya proje ilişkisiyle çözülebilir.

Bu nedenle Daily Notes özellikle hızlı akan çalışma günlerinde güçlü bir **temporal inbox** işlevi görür.

Journal-first sistemlerde bilgi nasıl büyür?

Örnek:

# 2026-10-05

10:20 — Anytype local-first dokümanında önemli ayrım:
sync servisi ile local veri sahipliği aynı şey değil.

Bu satır ilk anda günlükte kalır.

Daha sonra konu tekrar çıktığında ayrı kalıcı not oluşur:

`[[Local-first yalnız offline çalışmak anlamına gelmez]]`

Daily Note'daki cümle yeni nota linklenir.

Sonuç:

• tarihsel bağlam günlükte,
• olgun düşünce kalıcı notta,
• iki yönlü ilişki korunur.

Bu model günlük sayfayı sonsuz kalıcı belgeye çevirmeden kronolojik geçmişi saklar.

Daily Note'da görev tutmak

Günlük sayfaya görev yazmak çok doğaldır:

- [ ] Makale kaynaklarını doğrula

Sorun görev ertesi güne kaldığında başlar.

Üç model var:

1. Carry forward

Bitmeyen görevi yarına kopyala.

Basit ama görev haftalarca taşınabilir.

2. Kanonik task manager

Daily Note yalnız capture eder; takip gereken görev TickTick/Linear/Todoist vb. sisteme taşınır.

3. Query tabanlı task

Görev daily note içinde kalır, merkezi sorgu bütün açık görevleri toplar.

En doğru model kullandığın aracın yeteneklerine ve görev hacmine bağlıdır.

Ama aynı görevin iki kanonik yerde yaşamamasına dikkat et.

Günlük notun bilgi çöplüğüne dönüşmesi

Daily Notes çok hızlı olduğu için her şey buraya akabilir.

Bir yıl sonra 365 dosya ve on binlerce satır oluşur.

Bu tek başına problem değildir; search çalışıyorsa geçmiş kayıt olabilir.

Problem, tekrar kullanılacak önemli düşüncelerin **günlükte kilitli kalmasıdır**.

Gün sonu veya hafta sonu şu üç soruyu kullan:

• Kalıcı nota dönüşecek ne var?
• Projeye bağlanacak ne var?
• Hiçbir işlem gerektirmeyen ne var?

Her satırı sınıflandırma.

Yalnız yüksek değerli olanı çıkar.

Daily Note'da karar kaydı

Günlük notun en güçlü ama az kullanılan işlevlerinden biri decision log olabilir.

## Karar — 14:40

Not alma sistemleri serisini 30 bölümde tutuyoruz.
Yeni başlık açmak yerine mevcut 06–30'u derinleştireceğiz.

Neden:
- kısa içerik otorite üretmiyor,
- duplicate konu riski var,
- mevcut seri mimarisi yeterli.

Aylar sonra "neden böyle yaptık?" sorusu çıktığında tarih bağlamı bulunur.

Karar daha uzun ömürlü hale gelirse ayrıca project decision note'a çıkarılabilir.

Toplantı kayıtları

Daily Note içinde toplantı capture etmek hızlıdır:

## 11:00 — İçerik toplantısı

Katılanlar:
...

Kararlar:
- ...

Açık işler:
- ...

Notlar:
...

Ancak uzun proje toplantılarında ayrı toplantı notu daha iyi olabilir.

Daily Note yalnız bağlantı verir:

`11:00 → [[2026-10-05 Nitreol içerik toplantısı]]`

Böylece günlük kronoloji korunur, ayrıntı ayrı dosyada yaşar.

Daily Notes + Interstitial Journaling

[[Interstitial Journaling]] günlük sayfanın içine doğal biçimde yerleşir.

09:15 — Kaynak taraması bitti.
Sırada: Zettelkasten makalesine karşı görüş ekle.

10:05 — İlk makale tamam.
Sırada: Cornell.

Bu kayıtlar:

• nerede kaldığını,
• görevin neden kesildiğini,
• bir sonraki adımı

korur.

Daily Note böylece günlük, task context ve work log arasında hafif bir köprü olur.

Daily Notes + Periodic Notes

Günlük sayfalar yüksek çözünürlüklü zaman kaydıdır.

[[Periodic Notes]] daha düşük çözünürlüklü sentez sağlar.

Örnek:

Daily: "Salı, Çarşamba ve Perşembe kaynak linkleri kırıldı."

Weekly: "Kaynak doğrulama sürecinde sistematik link kırılması var → otomatik checker gerekli."

Bir üst zaman katmanı tek tek olayları tekrarlamak yerine örüntüyü çıkarır.

Daily Note şablonunu küçük tut

Şablonlar hızla şişer:

• mood,
• weather,
• gratitude,
• sleep,
• habits,
• tasks,
• reading,
• journal,
• wins,
• lessons,
• meals,
• quotes.

Her gün 15 boş heading görmek suçluluk üretebilir.

Şablona yalnız düzenli kullandığın alanları koy.

İyi başlangıç:

# {{date}}

## Log
-

## Kararlar
-

## Açık işler
-

## Gün sonu
- Kalıcılaşacak:
- Yarın:

Kullanım gerçek ihtiyaç gösterdikçe genişlet.

Tarih formatı neden önemlidir?

ISO formatı:

`2026-10-05`

dosya sisteminde alfabetik ve kronolojik sıralamayı aynı yapar.

Bu küçük teknik tercih export ve uzun ömür açısından yararlıdır.

Yerel gösterimde sayfa içinde:

"5 Ekim 2026"

yazabilirsin; dosya adı makine dostu kalabilir.

Daily Notes'ta gizlilik

Günlük sayfa:

• kişisel duygu,
• toplantı,
• müşteri,
• sağlık,
• üçüncü kişi bilgisi

gibi hassas içerikleri bir arada tutabilir.

Bu nedenle public digital garden veya otomatik publish pipeline'ı varsa Daily Notes'u varsayılan olarak private tutmak daha güvenlidir.

"Publish" bilinçli seçim olmalı.

Daily Notes'u arama altyapısına hazırlamak

Uzun vadede üç alışkanlık faydalıdır:

Açık isimler

"X konuşuldu" yerine "Pricing ekranında paket sayısını üçe düşürme kararı."

Wikilink

Kişi/proje/kavram önemliyse linkle.

Zaman damgası

Günün içinde geri dönmek önemliyse saat ekle.

Bu üçü gelecekte full-text search ve backlink kalitesini artırır.

Hangi durumda Daily Notes gereksiz?

• Günde çok az kayıt yapıyorsun.
• Her bilgi doğrudan belirli projeye ait.
• Kronolojik bağlam senin için değer taşımıyor.
• Daily Note açmak ekstra ritüel haline geliyor.

Teknik olarak popüler olması onu zorunlu yapmaz.

Başarı testi

Bir hafta sonra şu sorulara cevap verebiliyor musun?

• Salı hangi kararı aldım?
• Bu fikir hangi bağlamda çıktı?
• Yarım kalan işe nereden devam edeceğim?
• Hangi günlük kayıt kalıcı düşünceye dönüştü?

Cevaplar kolay geliyorsa Daily Notes yalnız günlük dosyası değil, sistemin **zaman ekseni** olarak çalışıyor.

Daily Notes'ta "promote" davranışı

Günlük notta önemli bir fikir ortaya çıktığında onu sonsuza kadar orada bırakmak yerine **promote** edebilirsin.

Örnek:

14:20 — Üç farklı projede aynı hata:
build geçmeden deploy başlatılmış.

Aynı gün bu yalnız gözlem.

Tekrarlandığında kalıcı prensip:

`[[Deploy build doğrulanmadan başlatılmamalıdır]]`

Daily Note'da eski satır bu kalıcı nota bağlanır.

Promote davranışı temporal stream'den knowledge garden'a geçiş köprüsüdür.

"Demote" davranışı da olmalı

Tersi de mümkündür.

Kalıcı sandığın fikir yalnız o güne ait proje ayrıntısı çıktıysa ayrı permanent note'u silip günlük/project bağlamına geri alabilirsin.

Bu, sistemde her düşüncenin yalnız yukarı doğru olgunlaşmak zorunda olmadığını gösterir.

Günlük notlarda insan ve proje entity'leri

Sık tekrar eden kişi veya proje adı için link kullanmak zaman içinde güçlü bir kronoloji üretir.

[[Nitorel]] — Writing serisinde 25 kısa makale tespit edildi.
[[Ahmetcanal.com]] — case study CTA revizyonu ertelendi.

Nitorel notunu açtığında backlink'ler projenin tarih içinde geçtiği günleri gösterir.

Bu, ayrıca project journal tutmadan hafif bir proje geçmişi oluşturabilir.

Daily Notes ve event sourcing benzetmesi

Yazılım sistemlerinde event log, "şu anda durum ne?"den çok "hangi olaylar bu duruma getirdi?" sorusunu cevaplar.

Daily Notes benzer biçimde kişisel event history sağlayabilir:

• karar,
• toplantı,
• değişiklik,
• blokaj,
• öğrenim.

Kalıcı project note mevcut state'i gösterirken Daily Notes geçmiş olayları korur.

Bu iki yüzey birbirini tamamlar.

Günlük nottan otomatik rapor üretmek

Query veya script ile:

• bu hafta tamamlanan task,
• `#decision` içeren bloklar,
• belirli project mention'ları

toplanabilir.

Ancak otomatik rapor yalnız envanterdir.

Örneğin:

"Bu hafta Nitorel 18 kez geçti."

tek başına anlamlı olmayabilir.

Manuel sentez:

"Nitorel'in ana darboğazı artık içerik sayısı değil, makale derinliği."

karar üretir.

Daily Note'da link yoğunluğu

Her özel isim ve her kelimeyi linklemek gerekmez.

Link ver:

• uzun ömürlü entity,
• aktif proje,
• kalıcı kavram,
• tekrar dönülecek kaynak.

Link verme:

• tek seferlik sıradan kelime,
• bağlam kazandırmayan genel terim.

Aşırı link günlük yazmayı yavaşlatabilir.

Günlük notu public garden'a dönüştürme riski

Daily Notes hamdır.

İçinde:

• kişisel isim,
• yanlış ilk yorum,
• henüz doğrulanmamış bilgi,
• müşteri detayı

olabilir.

Bir günlük kaydı public note'a dönüştürürken:

1. hassas bilgiyi çıkar,
2. iddiaları doğrula,
3. kaynağı ekle,
4. bağlamı okuyucu için yeniden yaz.

Private stream'i otomatik publish etmek editoryal katmanı atlar.

Bir yıl sonra Daily Notes nasıl işe yarar?

Tüm 365 günü sırayla okumak için değil.

Özel sorular için:

"Bu proje ne zaman başladı?" "Bu karar neden değişti?" "Bu problem ilk ne zaman tekrarlandı?" "Bu kişiyle son hangi konuda görüşüldü?"

Search + entity links + tarih, günlük notları kişisel operasyon arşivine dönüştürür.

Bu yüzden günlük sayfanın değeri her gün ayrı ayrı "iyi journal" olmasından çok, zaman içinde sorgulanabilir geçmiş üretmesidir.