Markdown, yazma biçimimin temel bir parçası haline geldi. Basitlik ve esneklik, bir kez yazıp her yere koşma hayalimi yaşayacağım anlamına geliyordu. Yine de bazı belirsizliklere yol açtı. Gruber muhtemelen bunun tasarım gereği olduğunu söyleyecektir. Markdown dokümantasyonu boyunca yaptığı vurgu, örneğin ortaya çıkan HTML'ye değil, Markdown'un sözdizimine yöneliktir. Örneğin Perl betiği HTML sınıfı adlarını veya kimliklerini desteklemediğinden bunları oluşturulan HTML'ye ekleyemezsiniz. Orijinal Markdown betiğinin mantığına göre, HTML çıktısı üzerinde tam kontrol istiyorsanız, HTML yazmanız gerekir.
Bu durum Markdown kullanıcıları, yani yazarlar için harikadır. Programcılar için daha az harika. Aslında bu onları çılgına çeviriyor. Programcılar belirsizlikten hoşlanmazlar. Programlamanın esasına pek çok aykırıdır. Markdown kullanan bir yazar olarak, ihtiyaçlarıma en uygun sürümü seçebilmeyi seviyorum. Bir programcı olarak, bir şey oluşturduğumda aynı kararı vermek zorunda kalmaktan nefret ediyorum, bu da daha sonra bitmiş ürünümü kullanan tüm insanları etkiliyor. Belki de bekledikleri belirli bir uzantıyı desteklemedim çünkü her zaman aynı Markdown ayrıştırıcısını kullandılar ve bu özelliğin mevcut olduğunu varsaydılar.
Bu yeterince kötü değilse, sözdiziminde de bazı belirsizlikler var. Örneğin, yıldız işaretleri italik olarak tekil olduğunda (*bunun gibi*) ve kalın olarak iki katına çıktığında (**bunun gibi**) kullanılır. Şimdiye kadar, çok iyi. Peki **bunun gibi** yazarsan ne olur? Bu görüntülenmeli mi? bunun gibi? Ya da belki bunun gibi*? Bilmenin bir yolu yok; Ayrıştırıcıyı yazan kişi bu kararı vermek zorundadır.
Dahası, son derece başarılı kod parçalarının çoğundan farklı olarak Markdown, du jour kod paylaşım sitesinde halka açık olarak barındırılmamaktadır. Katkıda bulunan yüzlerce kişi yok ve orijinal Perl betiği en son 2004'te güncellendi. Bu da programcıları yanlış yola sürükler. Biz klişe bir grubuz; kliğin dışındaki şeylere şüpheyle bakılıyor.
Yaklaşık on yıl Daha önce Markdown'daki belirsizlikleri ortadan kaldırıp kodlama dogmasına uygun hale getirme çabası vardı. Bazı programcılar bir araya gelerek oluşturdular Ortak İşaretorijinal Markdown betiğinin yapmadığı seçimleri yapan ve yaratıcılarının Bunu Yapmanın Tek Doğru Yolu olduğunu düşündüğü şeyi ortaya çıkaran.
CommonMark rahatlık sunuyordu. Github'da. Bir tartışma forumu var. Aktif bir proje gibi görünüyor. CommonMark'ı hiçbir zaman kişisel olarak bir projeye dahil etmedim, ancak onun ayrıştırıcıları Markdown'ınızı Stack Overflow, Github ve Reddit gibi popüler sitelerde HTML'ye dönüştüren şeydir. (Örneğin, yıldız işareti belirsizliğini ortadan kaldırmak için italik harfler için alt çizgi, kalın harfler için yıldız işareti önerildi.) Muhtemelen CommonMark'ın arkasındaki geliştiriciler bunu bir başarı olarak görüyor.
Ama bu Markdown değil. İsim olarak değil ve ruhen de olmadığını iddia ediyorum.
CommonMark çalışması devam ederken yazılım geliştiricisi Dave Winer bana hâlâ düşündüğüm bir şeyi söyledi: Markdown, onu kullanan herkese aittir. Bu, lisans nedeniyle tam anlamıyla doğrudur. Ama aynı zamanda bana özgür yazılımın asıl amacını da hatırlattı. Bunda hepimizin söz hakkı var: Kullanarak, uyarlayarak, hatta çatallayarak.
Gruber bunu istesin ya da istemesin, Markdown herkese aittir ve bunun bir standardı yoktur. Python için Markdown'ın çok eski bir sürümünü kullanıyorum. Gruber muhtemelen hâlâ Perl alfabesini kullanıyor. Başkaları başka versiyonları kullanıyor. Dağınık. Bu belirsiz. Bu bir insan.
Ve sonuçta Yol budur.
Kaynak bağlantısı