Klasör, Etiket ve Bağlantı: Üçü de Aynı Problemi Çözmüyor

"Hangisini kullanmalıyım?" yanlış soru olabilir

PKM topluluklarında sürekli aynı tartışma döner:

• klasör mü?
• tag mi?
• link mi?

Aslında bunlar birebir alternatif değildir.

Farklı işler yaparlar.

Klasör: fiziksel veya operasyonel yer

Projects/
Sources/
Archive/

Dosyanın hangi çalışma alanında olduğunu gösterir.

Klasörün avantajı açık sahiplik ve basit navigasyondur.

Dezavantajı ise çoğu sistemde dosyaya tek bir fiziksel yer vermesidir.

Etiket: ortak özellik

#okunacak
#makale
#deney

Birbirinden farklı yerlerdeki notları ortak bir ölçüte göre filtrelemeyi kolaylaştırır.

Bağlantı: anlam ilişkisi

[[Hatırlama pratiği]] aralıklı tekrarın ne zaman uygulanacağını etkiler.

Burada ilişki "ikisi de öğrenme etiketi taşıyor"dan daha güçlüdür. Cümle iki kavramın nasıl ilişkili olduğunu söyler.

Aynı kavramı üç kere kodlamak

Şu yapıyı düşün:

Learning/
  Spaced Repetition.md

Dosyada:

tags: [learning]

ve ayrıca:

[[Learning MOC]]

Eğer üçünün tek amacı "bu not öğrenmeyle ilgili" demekse sistem üç kez aynı bilgiyi taşıyor.

Bir süre sonra bunlardan biri güncellenir, diğerleri unutulur.

Daha iyi görev paylaşımı:

• klasör: notun operasyonel türü,
• etiket: sorgulanacak özellik,
• link: anlamsal ilişki,
• MOC: insan tarafından düzenlenmiş gezinme.

Araştırmalar ne gösteriyor?

Klasör ve etiket tercihi üzerine kişisel bilgi yönetimi araştırmaları, tek bir evrensel kazanan göstermiyor. Civan ve arkadaşlarının çalışması ile Bergman ve arkadaşlarının daha sonraki araştırması, kullanıcıların klasör ve etiketleri farklı bağlamlarda farklı biçimde tercih ettiğini gösteriyor.

Bu nedenle "etiketler klasörlerden daha modern" gibi genel bir kural zayıftır.

Asıl soru sisteminin hangi davranışı desteklemesi gerektiğidir.

Klasörü nerede kullanırım?

Şunlarda güçlü:

• aktif / arşiv ayrımı,
• proje dosyaları,
• ekler,
• kaynak belgeleri,
• uygulamanın teknik olarak beklediği dizinler.

Örnek:

00 Inbox/
10 Projects/
20 Sources/
30 Notes/
90 Archive/

Dört-beş klasör çoğu kullanım için yeterli olabilir.

Etiketi nerede kullanırım?

Etiket sorgu çalıştıracaksa değerlidir.

Örneğin:

status: review
type: source

veya:

#bekliyor
#okunacak

Sonra gerçekten "review durumundaki bütün kaynakları göster" sorgusu çalıştırıyorsan metadata iş yapıyordur.

Hiç filtrelemiyorsan etiket koleksiyonu bakım yüküne dönüşebilir.

Bağlantıyı nerede kullanırım?

Bir notu okuyan kişi diğer nota geçerse **anlam kazanacaksa** link ver.

Örnek:

"[[Katmanlı özetleme]] taranabilirliği artırabilir; öğrenme için ise [[hatırlama pratiği]] farklı bir mekanizma kullanır."

Bu cümle iki bağlantının rolünü de açıklar.

İçerik haritası nerede devreye girer?

Bir konu büyüdüğünde [[MOC]] ana yolları insan eliyle düzenler.

MOC'u otomatik tag sayfasıyla karıştırma.

Tag sayfası:

"Bu etiketi taşıyan her şey."

MOC:

"Bu konuda önce bunları oku, şu üç fikir birbirine karşı çıkıyor, burada açık soru var."

Birincisi filtre, ikincisi editoryal yapı.

Basit karar tablosu

Aynı bilgiye dört sistemi birden bağlamak zorunda değilsin.

Mevcut [[Klasör mü, Etiket mi, Bağlantı mı?]] rehberi bu ayrımı araştırmalar ve uygulama örnekleriyle daha ayrıntılı işler.

İyi bilgi mimarisi daha fazla sınıflandırma katmanı kurmaz. Her katmana tek ve anlaşılır bir sorumluluk verir.

Üç mekanizmanın veri modelindeki karşılığı

Klasör, etiket ve bağlantıyı aynı sınıflandırma yarışına sokmak yerine farklı veri yapıları olarak düşünebiliriz.

Klasör = containment

Bir öğe belirli bir kapsayıcının içindedir.

`Projects/Nitorel/`

Bu ilişki güçlüdür çünkü fiziksel yer ve sahiplik nettir.

Etiket = attribute

Öğe bir veya daha fazla özelliğe sahiptir.

`#review`, `#source`, `#waiting`

Aynı özellik farklı klasörlerdeki birçok öğeye uygulanabilir.

Bağlantı = relation

İki öğe arasında anlamlı ilişki vardır.

`[[MOC]] → [[Backlink]]`

Burada yalnız ortak kategori değil, iki nesnenin birbirine neden bağlandığı önemlidir.

Bu üç model farklı sorulara cevap verdiği için birlikte kullanılabilir.

Folder vs tag araştırmalarını nasıl okumalı?

Civan ve arkadaşlarının 2008 çalışması ile Bergman ve arkadaşlarının 2013 çalışması klasör ve tag kullanımını doğrudan karşılaştıran az sayıdaki kişisel bilgi yönetimi araştırmaları arasındadır.

Özellikle 2013 çalışmasında katılımcılar incelenen görev ve ortamlarda klasörleri saklama ve geri bulma için güçlü biçimde tercih etmiştir. Tag kullanımında çoklu sınıflandırmanın teorik avantajı olsa da kullanıcıların bunu pratikte sınırlı kullandığı görülmüştür.

Buradan:

"Tag kötüdür."

sonucu çıkarılamaz.

Daha doğru çıkarım:

**Kullanıcıların alışkanlıkları, araç arayüzü ve geri bulma davranışı organizasyon modelinin başarısını ciddi biçimde etkiler.**

Tag'in teorik esnekliği tek başına kullanılabilirlik üstünlüğü sağlamaz.

Klasörün bilişsel avantajı: konum hafızası

Kullanıcı bazen dosya adını hatırlamaz ama:

"Client > 2026 > Proposals içindeydi."

diye konumu hatırlar.

Klasör yapısı bu mekânsal/konumsal hafızaya destek olabilir.

Bu nedenle dosya sistemi, belge arşivi ve operasyonel projelerde klasör hâlâ güçlüdür.

Sorun, klasörün her kavramsal ilişkiyi temsil etmeye zorlanmasıdır.

"Karar verme" notu aynı anda:

• psikoloji,
• ürün,
• ekonomi

ile ilişkiliyse tek fiziksel konum yetersiz kalabilir.

Burada link ve tag devreye girer.

Etiketin en güçlü kullanımı: durum ve çapraz kesen özellik

Etiketler özellikle **durum** ve **ortak özellik** için iyi çalışır.

Örnek:

`#review` `#waiting` `#read-later`

Bunlar konu değildir; iş akışı özellikleridir.

Konu etiketi de kullanılabilir:

`#psychology`

fakat yüzlerce konu etiketi zamanla synonym ve naming problemi yaratabilir:

• `#ai`
• `#artificial-intelligence`
• `#yapay-zeka`

Bu nedenle tag vocabulary küçük tutulabilir.

Property ve tag farkı

Modern PKM araçlarında property daha yapılandırılmıştır.

Tag:

`#source`

Property:

type: source
status: review
project: nitorel

Property'nin avantajı değer tipinin daha net olmasıdır.

Örneğin `status` alanında yalnız:

• draft,
• review,
• published

değerlerine izin verebilirsin.

Tag sistemi bunu zorunlu kılmaz.

Fakat küçük sistemde property şeması kurmak gereksiz olabilir.

Link hangi durumda daha değerlidir?

İki not arasında **neden-sonuç, destek, çelişki, örnek veya devam** ilişkisi varsa link en açıklayıcı mekanizmadır.

Örnek:

"[[Progressive Summarization]] geri bulmayı kolaylaştırabilir; fakat [[hatirlama-pratigi]] öğrenme için farklı bir mekanizma kullanır."

Burada iki kavramın aynı `#learning` etiketini taşıması bu ayrımı anlatmaz.

Link cümlesi semantik bilgi taşır.

Aynı bilgi üç yerde nasıl duplicate olur?

Not:

"Atomik notlar"

Klasör: `PKM/Zettelkasten/`

Tag: `#zettelkasten`

MOC: `[[Zettelkasten MOC]]`

Bu yapı mutlaka yanlış değildir.

Her katman farklı iş yapıyorsa sorun yok.

Ama kullanıcı üçüne de yalnız "bu Zettelkasten ile ilgili" anlamını veriyorsa aynı sınıflandırmayı üç kez bakım yaparak taşıyor.

İyi mimari her mekanizmaya tek sorumluluk verir.

Pratik mimari örneği

Klasörler

00 Inbox/
10 Projects/
20 Sources/
30 Notes/
90 Archive/

Properties

type: source
status: review

Links

Bu bulgu [[atomik-notlar-ne-kadar-kucuk]] yaklaşımının sınırını gösteriyor.

MOC

"Not Alma Sistemleri" içinde ana rota.

Burada:

• folder = yaşam türü,
• property = filtrelenebilir durum,
• link = anlam,
• MOC = navigasyon.

Çakışma azalır.

Taksonomi enflasyonu

Sistem büyüdükçe kullanıcı her yeni kavram için yeni tag açabilir.

Sonuç:

1.200 not 430 tag etiketlerin yarısı 1–2 notta kullanılmış.

Bu durumda tag sistemi sınıflandırma sağlamaktan çok vocabulary borcu yaratır.

Bakım:

1. Tek kullanımlık tag'leri bul.
2. Aynı anlama gelenleri birleştir.
3. Hiç sorgulanmayan tag'leri kaldır.
4. Konu ilişkisini link/MOC ile çözebileceklerini ayır.

Tag sayısını sıfırlamak hedef değildir; her etiketin bir kullanım amacı olmalıdır.

Klasör derinliği

Knowledge/
  Work/
    Product/
      UX/
        Research/
          Methods/

gibi altı seviye hiyerarşi, dosyayı koyarken yüksek karar maliyeti üretir.

Daha sığ klasör:

Sources/
Notes/
Projects/
Archive/

ve kavramsal ilişkiyi linklerle çözmek çoğu PKM sisteminde daha esnektir.

Ama şirket belge yönetimi veya yasal arşiv gibi alanlarda derin klasör gerekli olabilir.

Bağlama göre karar ver.

Migration yaparken hepsini dönüştürme

Eski 5.000 dosyanı yeni tag sistemine geçirmek için haftalar harcama.

Progressive migration kullan:

• yeni notlar yeni kurala göre,
• aktif eski not ihtiyaç anında dönüştür,
• kalan arşiv olduğu gibi dursun.

Bu yaklaşım [[Not İflası]] çözümüyle aynı mantığı taşır: geçmiş borç yüzünden gelecekteki iyi davranışı erteleme.

Arama dördüncü organizasyon mekanizmasıdır

Klasör/tag/link tartışmasında search unutulur.

İyi full-text search varsa birçok mikro kategoriye ihtiyaç azalır.

Başlık:

"Folder ve tag farklı geri bulma davranışları yaratabilir"

Metin içinde:

"personal information management"

geçiyorsa, search zaten kavramı bulabilir.

Bu yüzden her keyword'ü tag yapmak gereksizdir.

Karar tablosu

Bu tablo kural değil, başlangıç çerçevesidir.

Başarı testi

Bir not eklerken aynı bilgiyi üç farklı yerde tekrar yazıyor musun?

Bir şeyi bulurken:

• konumu hatırlıyorsan folder,
• özelliğini hatırlıyorsan tag/property,
• ilişkisini hatırlıyorsan link,
• kelimesini hatırlıyorsan search

çalışıyor mu?

İyi sistem tek bir organizasyon ideolojisini kazanmış ilan etmez. Her mekanizmayı en iyi çözdüğü probleme koyar.