Rehber · Not 16
Homepage ve Kişisel İşletim Sistemi
Homepage bilgi göstermek için değil bir sonraki doğru kararı daha az sürtünmeyle vermek için tasarlanmalıdır. Bilgi, proje, odak, takip ve review aynı işletim döngüsüne bağlandığında ikinci beyin kişisel işletim sistemine dönüşür.
- Okuma
- 3 dk
- Güncellendi
- 2026-09-26
- Geri bağlantı
- 8
- Kaynak
- —
İçindekiler · 7 bölüm
Dashboard ile karar yüzeyi arasındaki fark
Bir dashboard çok sayıda sayı, kart ve liste gösterebilir. Fakat açtığında hâlâ “şimdi ne yapacağım?” diye düşünüyorsan ana görevini çözmemiştir. Homepage'in amacı bilgi miktarını sergilemek değil karar maliyetini düşürmektir.
Kaynak modelinin beş ana yüzeyi:
- Şimdi: En önemli 1–3 eylem.
- Devam et: Son çalışma bağlamına hızlı dönüş.
- Yakala: Fikir/görev/not için düşük sürtünmeli giriş.
- Proje nabzı: Next action'ı olmayan veya soğuyan projeler.
- Bekleyen: Başkasına veya dış koşula bağlı açık döngüler.
Bu beş yüzey günlük çalışma için çoğu gösterge panelinden daha değerlidir.
Kişisel işletim sistemi katmanları
İkinci beyin bilgi tutabilir; işletim sistemi ise davranışı yönlendirir. Kaynak paketteki model:
- Komuta merkezi: Ana karar yüzeyi.
- Günlük yön: Bugünün sonucu ve ilk hamle.
- Proje nabzı: Aktif işlerin current state ve next action görünürlüğü.
- Review ritmi: Sistemi gerçekle eşitleyen periyodik bakım.
- Bilgi sağlığı: Stale, orphan, broken ve duplicate sinyalleri.
Bu katmanlar birlikte çalıştığında kullanıcı ayrı ayrı klasör, görev listesi ve dashboard gezmek zorunda kalmaz.
Homepage neyi göstermemeli?
Her şeyin özeti ana sayfada olmamalıdır. Şunlar kolayca gürültüye dönüşür:
- Son 30 dosyanın tamamı.
- Sırf ölçülebiliyor diye eklenen metrikler.
- Bakım gerektirmeyen tüm Resource kategorileri.
- Uzun alıntılar ve içerik önizlemeleri.
- Eylem üretmeyen graph ve vanity istatistikleri.
Homepage'in her bileşeni şu testi geçmeli:
Bu kart hangi kararı hızlandırıyor?
Cevap yoksa ana sayfada yeri olmayabilir.
Odak modu
Kaynak sistemde odak modu, bakım ve keşif kartlarını gizleyip “Devam Et”, “Bugünün Günlüğü”, “Şimdi Ne Yapacağım?” ve capture gibi ana çalışma yüzeylerini öne çıkarıyor. Bu iyi bir tasarım ilkesi: yoğun çalışma sırasında sistem bakım sinyalleriyle zihni rekabete sokmamalı.
Alarm tasarımı
Sistem alarmları yalnız sayı değil davranış üretmeli:
- Inbox bekliyor → işle.
- Sonraki adım yok → projeyi aç ve next action belirle.
- Proje soğudu → devam mı, durdur mu karar ver.
- Önemli orphan → bağla veya pasifleştir.
- YAML eksik → gerçekten gerekli şemayı tamamla.
- Kırık link → düzelt.
Gün sonu kapanışı
Ana sayfa yalnız sabah yüzeyi değildir. Gün sonu kapanışı şu üç soruyu güvenilir biçimde taşıyabilir:
- Bugün gerçekte ne ilerledi?
- Hangi açık döngüyü zihnimde taşımak istemiyorum?
- Yarın ilk somut hamle ne?
Bu üç cevap, ertesi sabah karar maliyetini ciddi biçimde azaltır.
Bilgi ağı
- Daily Notes ile Zaman Bağlamı — günlük çalışma günlüğü.
- Review ve Sentez Döngüsü — ana sayfadaki bakım sinyallerini doğrulayan insan döngüsü.
- Proje ve Area Operasyon Yüzeyleri — proje nabzının kanonik kaynağı.
- Bilgi Sağlığı, Borcu ve Arşivleme — alarm üretilecek sağlık sinyalleri.