Markdown Uzun Vadeli Bir Günlük İçin İyi Bir Format mı?
Metin odaklı bir günlük için Markdown; girdilerin sıradan metinler olarak okunabilir kalmasını ve birçok farklı düzenleyicide açılabilmesini istediğinizde pratik bir formattır. Ancak sınırları önemlidir: Markdown, bir uygulamanın özel özelliklerini korumaz, medyayı tek başına depolamaz, yedek oluşturmaz veya girdileri şifreleme ile korumaz. Dolayısıyla kalıcı bir günlük, format kadar dosyaları nasıl organize ettiğinize, dışa aktardığınıza, kopyaladığınıza ve düzenli olarak geri yüklediğinize de bağlıdır.
Markdown neyi korur, neyi korumaz?
Markdown; başlıklar, vurgular, listeler, bağlantılar ve diğer yapısal ögeler için basit kurallara sahip düz bir metindir. `2026-09-27.md` gibi bir dosyayı, orijinal yazma uygulaması mevcut olmasa bile temel bir metin düzenleyicide okuyabilirsiniz. [CommonMark 0.31.2 spesifikasyonu](https://spec.commonmark.org/0.31.2/), tanımlanmış bir Markdown sözdizimini ve bunun görselleştirme (rendering) kurallarını açıklar; ancak her programın her Markdown varyantını aynı şekilde yorumlayacağını garanti etmez.
Bu ayrım önemlidir çünkü “Markdown” tek ve evrensel bir özellik kümesi değildir. CommonMark; başlıklar, paragraflar, listeler, bağlantılar ve görseller gibi tanıdık yapıları kapsar. Uygulamalar ise tablolar, dipnotlar, onay kutuları, vurgu kutuları (callout) veya başka özellikler için sözdizimleri ekleyebilir. Başka bir uygulama bu eklenen sözdizimini olduğu gibi gösterebilir, tamamen yok sayabilir veya farklı şekilde görselleştirebilir. Bir günlük uygulaması seçerken, orijinal Markdown dosyalarını dışa aktarıp aktarmadığını ve uygulamaya özgü biçimlendirmeleri nasıl işlediğini kontrol edin.
Markdown görsel sözdizimi bir görsel dosyasına işaret eder; görseli metin belgesinin içine gömmez veya belgede saklamaz. Ses kayıtlarının da benzer şekilde ayrı dosyalar olarak var olması gerekir. Ek dosya eksikse, yeniden adlandırılmışsa veya yeni uygulamanın erişemeyeceği bir konumda depolanıyorsa, bir girdideki bağlantı kopabilir. Ekleri girdilerin yanında tutun, araçlarınız destekliyorsa kararlı göreli yollar (relative paths) kullanın ve bir medya dosyasının açılamaması durumunda bağlamın anlaşılır kalabilmesi için girdiye kısa bir açıklama ekleyin.
Küçük bir günlük klasörü yapısı
Tarihe dayalı bir klasör, orijinal uygulamanın dışında da gezinilebilir durumda kalabilir. Örneğin, `Journal/` klasörünün içine `README.txt` dosyası ile `Entries/` ve `Media/` klasörlerini yerleştirin. Tarihli bir girdiyi `Entries/2026/2026-09-27.md` yolunda ve fotoğrafını da `Media/2026-09-27-garden.jpg` yolunda saklayın. Bu girdiden fotoğrafa giden göreli bağlantı `../../Media/2026-09-27-garden.jpg` olur; dosyanın arşivle birlikte taşınması gerekir.
Bir girdi `# 2026-09-27` ile başlayabilir, ardından kısa bir gözlem ve `[yağmur sonrası bahçe](../../Media/2026-09-27-garden.jpg)` gibi bir bağlantı içerebilir.
`README.txt`, klasör düzenini, dosya adı kuralını, Markdown türünü (flavor), ek adlarını ve tüm uzantıları açıklayabilir. [Kongre Kütüphanesi kişisel arşivleme tavsiyesi](https://digitalpreservation.gov/personalarchiving/records.html) açıklayıcı adlar, anlaşılır bir klasör yapısı ve kısa bir açıklama önermektedir. Bu genel bir koruma tavsiyesidir, doğrudan bir Markdown onayı değildir.
Düz metni bilinçli olarak seçin ve karakter kodlamasını belirtin
Uygulama bir kodlama seçeneği sunduğunda, girdileri UTF-8 olarak yazın ve dışa aktarın. UTF-8, Unicode metinleri kodlamanın standartlaştırılmış bir yoludur; [RFC 3629 spesifikasyonu](https://www.rfc-editor.org/rfc/rfc3629.html) bunun Unicode ile ilişkisini ve ASCII tabanlı yazılımlarla uyumluluğunu açıklar. Notlarınızda kodlamanın adını belirtmek, özellikle girdiler birden fazla dil, aksanlı harfler veya semboller içeriyorsa, gelecekteki okuyucuların bozuk karakterleri teşhis etmesine yardımcı olabilir. Bu, bozulmayı engellemez veya her programın metni doğru işleyeceğini garanti etmez.
Dosya adlarını basit ve tutarlı tutun. `YYYY-AA-GG` gibi sıralanabilir bir tarih kullanışlı bir kuraldır; bir girdiyi tanımlamanın tek yolu olarak belirli bir uygulamanın gizli düzenlemesine veya etiketlerine güvenmekten kaçının. Etiketler dosya içinde yine de yararlı olabilir, ancak önemli bağlamın girdiyle birlikte taşınmasını istiyorsanız bunu sıradan metin olarak ekleyin.
Uygulamanın özel özelliklerini göz önünde bulundurun
Yıllar sürecek yazma sürecinizi uygulamaya özel bir iş akışına bağlamadan önce, fiilen kullandığınız ögeleri içeren örnek bir girdi oluşturun: bir başlık, bir bağlantı, uygunsa bir tablo veya onay kutusu ve bir fotoğraf ya da ses eki. Bunu dışa aktarın, ardından dışa aktarılan dosyaları hem Markdown destekli farklı bir düzenleyicide hem de düz bir metin düzenleyicide açın. İfadelerin, tarihlerin, biçimlendirme işaretlerinin ve ek referanslarının eksiksiz olduğunu doğrulayın.
Uygulamanız özel bir sözdizimi kullanıyorsa, bu özelliğin taşıma maliyetine değip değmeyeceğine karar verin. Örneğin, uygulamaya özgü bir vurgu kutusu (callout) görsel olarak kullanışlı olabilir; ancak standart bir başlık ve paragrafı başka yerlerde yorumlamak daha kolaydır. Uzantıları tutacaksanız, bunları `README.txt` dosyasında belgeleyin ve mümkün olduğunda orijinal uygulamadan alınmış bir dışa aktarmayı saklayın. İşlenmiş (rendered) görünüm ile arka plandaki metni incelenecek ayrı ögeler olarak ele alın.
Yedeklemeler ve gizlilik ayrı gereksinimlerdir
Okunabilir bir format, bir yedekleme stratejisi değildir. En az iki kopya bulundurun ve bunları yerel bir cihaz ile ayrı bir sürücü veya depolama konumu gibi farklı yerlerde saklayın. [Kongre Kütüphanesi'nin kişisel dijital kayıtlar için tavsiyesi](https://digitalpreservation.gov/personalarchiving/records.html) birden fazla kopya oluşturmayı, bunları farklı konumlarda tutmayı, dosyaları en azından yılda bir kontrol etmeyi ve gerektiğinde yeni kopyalar çıkarmayı önerir. Bunlar genel kişisel arşivleme önerileridir; Markdown'ın benzersiz biçimde korunabilir olduğunu söylemez.
Aynı şekilde, Markdown dosyaları yalnızca düz metin oldukları veya bir klasörde saklandıkları için şifrelenmiş sayılmazlar. Cihazlara, yedekleme hedeflerine ve kullanılan senkronizasyon servislerine kimlerin erişebileceğini göz önünde bulundurun. Şifreleme kullanıyorsanız, anahtarı veya parolayı kurtarabildiğinizden emin olun ve bir yedeği açmayı test edin; aksi takdirde şifreleme, sağlam kalmış bir kopyayı dahi kullanılamaz hale getirebilir. Gizlilik kontrolleri ile gerçekten uygulayabileceğiniz bir kurtarma planını dengeleyin.
Arşive güvenmeden önce bir taşıma tatbikatı yapın
Bir taşıma tatbikatı, günlüğün mevcut uygulamasından çıkıp çıkamayacağını ve hâlâ anlam ifade edip etmediğini denetler. Bir iş akışını benimsemeden önce bunu birkaç örnek girdiyle yapabilir, ardından bir yedekle periyodik olarak tekrarlayabilirsiniz.
**Bir test kümesi oluşturun.** İngilizce olmayan veya aksanlı metinler içeren girdiler, kullandığınız tüm biçimlendirmeler ve en az bir görsel veya ses eki ekleyin. Güvendiğiniz uygulamaya özgü bir özellik varsa onu da dahil edin.
**Dosyaları dışa aktarın.** Markdown girdilerini ve medyayı korumayı planladığınız klasör yapısına kaydedin. Dışa aktarma notlarını veya README dosyasını okuyun; kodlamayı, sözdizimi uzantılarını ve ek adlandırma yaklaşımını tanımladıklarından emin olun.
**Klasörü başka bir yere kopyalayın.** Yalnızca aynı uygulama kitaplığının başka bir görünümünü değil, ayrı bir hedef kullanın. Kopyayı kontrol edene kadar orijinali saklayın.
**Kopyayı bağımsız olarak açın.** Mümkünse farklı bir düzenleyici veya bilgisayar kullanın. Metni doğrudan okuyun, dışa aktarılan dosyaları inceleyin ve her medya bağlantısını takip edin. Karakterlerin bozulmadığını ve eklerin açıldığını doğrulayın.
**Geri yüklemeyi deneyin.** Kopyalanan klasörü, varsa geçmeyi düşündüğünüz araca içe aktarın veya bu araçta açın. Kaybolan biçimlendirmeleri veya özellikleri not edin. Dosyalar şifrelenmişse, geri yüklenen kopyanın kilidini kaydettiğiniz kurtarma bilgileriyle açabildiğinizi doğrulayın.
**Neyin işe yaradığını kaydedin.** Dışa aktarma adımları, bağımlılıklar ve dönüştürülmesi gereken uygulamaya özgü özelliklerle `README.txt` dosyasını güncelleyin. Tatbikatı büyük bir uygulama değişikliğinden sonra ve Kongre Kütüphanesi tarafından önerilen yıllık dosya kontrolü gibi düzenli aralıklarla tekrarlayın.
Başarısız bir adım faydalı bir kanıttır: eksik ekler eksik bir dışa aktarmaya veya bir yol sorununa işaret eder; bozuk karakterler kodlamanın kontrol edilmesini gerektirir; kaybolan vurgu kutuları veya tablolar bir uygulama uzantısını gösteriyor olabilir. Dışa aktarmayı güvenilir bir kopya olarak görmeden önce iş akışını düzeltin ve tatbikatı tekrarlayın.
Peki, Markdown iyi bir seçim mi?
Günlüğünüzün büyük kısmı metinden oluşuyorsa, orijinal uygulama olmadan da okunabilen dosyalara değer veriyorsanız ve ekleri ile yedekleri ayrı olarak düzenli tutmaya istekliyseniz Markdown'ı seçin. Zengin medyaya, özel biçimlendirmeye veya bir uygulamanın özel kitaplığında depolanan özelliklere güveniyorsanız, dışa aktarımı test edilmiş bir iş akışı seçin. Her iki durumda da sistemi basit bir testle değerlendirin: Ayrı bir kopyadan bir girdiyi bulabiliyor, metnini okuyabiliyor, yapısını anlayabiliyor ve eklerini açabiliyor musunuz? Markdown bu testi metin için kolaylaştırır; geri kalan her şeyde farkı yaratan ise uyguladığınız arşivleme pratikleridir.