২০০৪ সালে, ব্লগার John Gruber ও প্রোগ্রামার Aaron Swartz একটি ছোট Perl স্ক্রিপ্ট ও সিনট্যাক্স স্পেসিফিকেশন প্রকাশ করেন। সহজ ভিত্তি: প্লেইন টেক্সট যেমন আছে তেমন পাঠযোগ্য হওয়া উচিত, ট্যাগ ছাড়া, তবুও পরিষ্কারভাবে HTML-এ রূপান্তরযোগ্য। তারা একে Markdown বললেন — "markup"-এর উপর ইচ্ছাকৃত শব্দখেলা, হালকা ও বেশি মানবিক কিছু বোঝাতে।
Markdown-এর সাফল্য এতে যে এতে লেখা ফাইল কোনো প্রক্রিয়াকরণ ছাড়াই সম্পূর্ণ পাঠযোগ্য। **বোল্ড** জোর দেওয়া দেখায়। # শিরোনাম স্পষ্টতই শিরোনাম। সিনট্যাক্স বিষয়বস্তুতে মিলিয়ে যায়।
ডেভেলপাররা কেন ভালোবাসে
Markdown সফটওয়্যার ডেভেলপমেন্টে ডকুমেন্টেশনের প্রকৃত মান হয়ে উঠেছে। GitHub README, ডেভেলপার ডক্স, টেক ব্লগ, নোট টুল — সব Markdown ব্যবহার করে। কারণ: প্লেইন টেক্সট (ভার্সন কন্ট্রোলের জন্য ভালো), সহজ সিনট্যাক্স, স্পষ্ট HTML ম্যাপিং।
বিভক্তি সমস্যা
Gruber-এর মূল স্পেসিফিকেশন ইচ্ছাকৃতভাবে কিছু এজ কেস অস্পষ্ট রেখেছিল। ফলে একাধিক অসামঞ্জস্যপূর্ণ Markdown ডায়ালেক্ট: GFM, CommonMark, MultiMarkdown ইত্যাদি।
CommonMark প্রজেক্ট (২০১৪ থেকে) কঠোর, দ্ব্যর্থহীন স্পেসিফিকেশন প্রতিষ্ঠা করে এটি সমাধানের চেষ্টা করে। GitHub CommonMark ভিত্তি হিসেবে গ্রহণ করেছে।
ডেভেলপারদের বাইরে
Markdown সফটওয়্যার ডেভেলপমেন্টের বাইরে ছড়িয়ে পড়েছে। CMS (Hugo, Next.js), নোট টুল (Obsidian, Notion) ও নলেজ বেস (Confluence, GitBook) সব Markdown সমর্থন করে।
আরও জানুন
toolk.io-তে Markdown এডিটর দিয়ে আপনার কন্টেন্ট প্রিভিউ করুন, বা Markdown থেকে HTML কনভার্টার ব্যবহার করুন। Markdown বেসিক্স টিউটোরিয়ালও পাওয়া যায়।