Dosya Uygulamadan Önemlidir: PKM'de Vendor Lock-in Problemi

[[Local-first]] yaklaşımının güçlü taraflarından biri veri sahipliğini ürün mimarisinin merkezine almasıdır. Fakat yerel depolama tek başına yeterli değildir. Bir dosyanın diskte durması ile başka bir araçta anlamlı biçimde açılabilmesi aynı şey değildir.

Lock-in dört katmanda oluşur

1. Depolama biçimi

En düşük riskli durumda not, sıradan bir dosyadır. Obsidian notlarını Markdown dosyaları olarak yerel klasörde saklar. Uygulama olmadan da metni açabilirsin.

Başka sistemler nesne veritabanı kullanabilir. Bu kötü olduğu anlamına gelmez. Yapılandırılmış Type, Property ve Query modeli güçlü olabilir; fakat çıkışta bu yapının hangi kısmının export edildiğini ayrıca ölçmen gerekir.

2. Yapısal anlam

Markdown dosyasını dışarı almak kolay olabilir, fakat şu sorular hâlâ açık kalır:

• wikilink'ler çalışıyor mu,
• properties korunuyor mu,
• gömülü dosyaların yolları bozuluyor mu,
• collection veya database üyeliği taşınıyor mu,
• ilişkiler düz metne dönüşünce anlam kaybı oluşuyor mu?

Bu yüzden “export var” cümlesi tek başına karar kriteri değildir.

3. Uygulamaya özgü davranış

Bir dashboard, formula, view, otomasyon veya canvas çoğu zaman düz dosyaya birebir çevrilemez. İçerik taşınırken davranış kaybolabilir.

**İçeriği taşımak başka, sistemi taşımak başka iştir.**

Bir uygulama çok değerli bir çalışma yüzeyi sağlayabilir ve yine de yüksek migration maliyetine sahip olabilir. Sorun bu maliyetin varlığı değil, görünmez olmasıdır.

4. Operasyonel çıkış

Gerçek çıkış testi şu sorudur:

Bugün bu uygulamayı bırakmaya karar verirsem, bir iş gününde neyi kurtarabilirim?

Şunları ölç:

Bir uygulamayı seçmeden önce küçük bir çıkış provası yap

Yüzlerce not taşımadan önce on örnek kayıt oluştur:

1. düz not,
2. görselli not,
3. birbirine bağlı iki not,
4. property içeren kayıt,
5. tablo veya database,
6. canvas ya da benzeri özel yüzey.

Sonra export et ve çıktıyı uygulama kapalıyken incele.

Bu prova çoğu incelemeden daha fazla şey söyler. Pazarlama sayfası “verin senin” diyebilir; senin ihtiyacın ise verinin **kullanılabilir biçimde** senin olmasıdır.

AFFiNE'in 2026 yönünde açık dosyalara ve doğrudan Markdown okuma-yazmaya vurgu yapması da bu nedenle önemlidir: açık kaynak olmak ile açık veri akışı aynı şey değildir; ürünlerin ikisini ayrı ayrı çözmesi gerekir.

Taşınabilirlik ile özellik zenginliği arasında gerçek bir takas var

Dosya tabanlı sistemler genellikle:

• kolay yedeklenir,
• başka araçlarla okunur,
• Git gibi genel araçlarla sürümlenir.

Nesne tabanlı sistemler ise:

• türleri,
• ilişkileri,
• filtreleri,
• görünüm ve sorguları

daha doğal biçimde modelleyebilir.

[[Anytype ve Obsidian karşılaştırmasında]] bu iki veri modelinin farkı doğrudan görülür. Burada doğru soru “hangisi daha modern?” değil, “hangi çıkış maliyetini kabul ediyorum?” olmalı.

Lock-in sıfırlanmaz, yönetilir

Tam taşınabilir bir sistem bile alışkanlık, kısayol, eklenti ve zihinsel model bağımlılığı yaratır. Ama teknik lock-in azaltılabilir.

Üç kural yeterli:

1. **Asıl kayıt nerede, bil.**
2. **Export'u yılda en az bir kez gerçekten dene.**
3. **Kritik içeriği uygulamasız okunabilir tut.**

Bir PKM sisteminin ömrü kullandığın uygulamanın ömründen uzun olabilir. Mimariyi bu ihtimale göre kurmak, araç seçimini daha az duygusal ve daha ölçülebilir hale getirir.