في 2004، نشر المدوّن John Gruber والمبرمج Aaron Swartz سكريبت Perl صغيراً ومواصفات صياغة بفرضية بسيطة: النص العادي يجب أن يكون قابلاً للقراءة كما هو، بدون وسوم تشوش المحتوى، مع التحويل النظيف إلى HTML. سمّوها Markdown — تورية على "markup"، تشير لشيء أخف وأكثر إنسانية.
نجاح Markdown يكمن في أن الملف المكتوب بها قابل للقراءة تماماً حتى بدون معالجة. **عريض** يبدو كتأكيد. # عنوان يبدو كعنوان. البنية تختفي في المحتوى.
لماذا يحبها المطورون
Markdown أصبحت معيار التوثيق الفعلي في تطوير البرمجيات. ملفات README على GitHub، والتوثيق التقني، والمدونات، وأدوات الملاحظات — كلها تستخدم Markdown. الأسباب: نص عادي (مناسب للتحكم بالإصدارات)، بنية بسيطة يسهل تذكرها، وربط واضح بـ HTML.
مشكلة التشتت
مواصفات Gruber الأصلية تعمّدت الغموض في بعض الحالات الحدية. النتيجة: لهجات Markdown متعددة غير متوافقة: GitHub Flavored Markdown (GFM) وCommonMark وMultiMarkdown وغيرها.
مشروع CommonMark (بدأ 2014) يحاول حل هذا ببناء مواصفات صارمة وغير غامضة. GitHub ومنصات أخرى تبنت CommonMark كأساس.
ما وراء المطورين
Markdown توسعت خارج تطوير البرمجيات. أنظمة إدارة المحتوى (Hugo، Next.js)، وأدوات الملاحظات (Obsidian، Notion)، وقواعد المعرفة (Confluence، GitBook) كلها تدعم Markdown.
للمزيد
على toolk.io، يمكنك استخدام محرر Markdown لمعاينة محتواك، أو محوّل Markdown إلى HTML. دليل أساسيات Markdown متاح أيضاً.