发布时间：2023-10-27 | 分类：技术杂谈 | 阅读：10W+

窗外的雨还在淅淅沥沥地下着，屏幕右下角的时间Yi经指向了凌晨两点。对于大多数现代人来说这或许只是一个普通的失眠夜晚，但对于互联网历史的长河而言，Ru果我们将时钟拨回到2004年，你会发现，那是一个充满了躁动与可Neng性的年代。

那时候，还没有微信，没有抖音，甚至连智Neng手机dou还是个稀罕物。互联网的世界，就像是一片刚刚被开垦的荒原，充满了粗粝的质感。Ru果你想在那个年代在网上留下点什么比如一篇日记、一段代码注释，或者仅仅是一张加了滤镜的照片，你面临的第一道关卡，不是灵感，而是——代码。

当写作变成了一场“编码”的噩梦

让我们把镜头拉近，kankan那个时代的“创作者”们是如何工作的。

假设你是一个热衷于分享技术的博主，或者是一个喜欢写游记的文艺青年。你打开电脑，启动那个年代流行的编辑器，准备敲下你的心声。你想给文章起个响亮的标题，比如“我的第一次旅行”。在今天的Word或者Typora里你只需要选中文字，按一下那个加粗的“B”按钮，或者敲一下回车。

但在2004年，事情没那么简单。Ru果你想把这个标题在网页上显示出来你必须得学会一种被称为HTML的“咒语”。你得像这样敲击键盘：

今天天气真不错，我去了长城，拍了hen多照片。
Ru果你想kan照片，请点击。

这还没完。Ru果你想把字体变大一点，颜色变成红色，或者把图片居中，你还得去记那些繁琐的`font`标签、`align`属性，甚至还要去跟CSSZuo斗争。那时候的浏览器战争虽然稍微平息了一些，但IE6的霸权依然让无数前端开发者掉头发。一个不小心，少了一个闭合标签`

`，整个网页的排版可Neng就会像多米诺骨牌一样崩塌，变得乱七八糟。

这种感觉，就像是你明明只想给朋友写一封家书，却被迫要先学会怎么造纸、怎么磨墨，甚至还得自己烧制火柴。这种技术门槛，像一堵高墙，将无数拥有精彩想法但不懂代码的人挡在了互联网的大门之外。

那个叫约翰·格鲁伯的男人

就在这种“痛苦”弥漫在每一个早期博主心头的时候，在大洋彼岸，一个叫约翰·格鲁伯的程序员，正盯着屏幕发呆。他是个技术大牛，也是个文字爱好者。他厌倦了每次写东西dou要在“写作模式”和“编码模式”之间来回切换。

“为什么不Neng让写网页像写纯文本邮件一样简单？”

这个念头一旦产生，就像野草一样在他心里疯长。他不想发明一种新的编程语言，也不想搞什么复杂的架构。他想要的，仅仅是一种“Neng读也Neng写”的格式。也就是说你写出来的东西，本身就是一种格式，不需要经过复杂的编译，人眼Nengkan懂，机器也Nengkan懂。

于是他Zuo了一个kan似微不足道，实则惊天动地的决定。他和亚伦·施瓦茨一起，制定了一套极其简单的规则。

这套规则抛弃了HTML那些尖括号`<>`的束缚。它借用了电子邮件时代的传统：

想加粗？用星号包围起来：**重要**

想标题？在前面加个井号：# 这是标题

想链接？用方括号和圆括号：

这就是Markdown的雏形。格鲁伯当时可Neng并没有意识到，他随手敲下的这几行规则，就像是在平静的湖面上投下了一颗石子，涟漪Zui终会扩散成一场海啸。

极简主义的胜利：为什么是Markdown？

你可Neng会问，这不就是一种简单的替换吗？有什么大不了的？

其实Markdown的成功，不仅仅是因为它简单，geng是因为它顺应了互联网内容生产的某种“回归”。在Web 1.0向Web 2.0过渡的时期，人们开始厌倦了花哨的Flash动画，厌倦了被各种弹窗和广告填满的网页。大家开始渴望内容的本质——文字。

Markdown把控制权从浏览器和复杂的编辑器手中，还给了作者。当你用Markdown写作时你不需要去管字体是宋体还是黑体，不需要去管行间距是多少。你只需要关注逻辑：哪里是重点，哪里是引用，哪里是一段新的思考。

“Zui好的技术是让你感觉不到它的存在。”

这句话用在Markdown身上再合适不过了。它就像是一个隐形的管家，你负责指点江山，它负责帮你把屋子收拾得井井有条。而且，这种格式是纯文本的，这意味着它永远不会过时。五十年后只要人类还认识英文字母，就Neng打开一个.md文件读懂里面的内容。这比那些封闭的Word文档格式要可靠得多。

GitHub的推波助澜：从边缘到主流

虽然格鲁伯发明了Markdown，但真正让它火遍全球的，其实是另一个巨头——GitHub。

时间来到2008年前后GitHub作为代码托管平台开始崛起。程序员们需要一个地方来写项目的说明文档。Ru果用HTML写，太累；Ru果用Word写，没法在网页上直接显示。

于是GitHub选择了Markdown。它发现这种格式简直是为程序员量身定Zuo的：简单、逻辑清晰、且易于版本控制。随着GitHub的流行，全世界的开发者dou开始习惯在仓库里写`README.md`。

紧接着，这种习惯开始溢出。技术博客、文档系统、甚至现在的静态站点生成器，全部dou把Markdown作为核心标准。甚至连现在的笔记软件双雄——Notion和Obsidian，其底层的编辑逻辑也深受Markdown影响。

这就像是一场蝴蝶效应。一个程序员为了偷懒而发明的工具，Zui终成为了支撑整个现代技术文档体系的基石。

技术背后的哲学：少即是多

回顾这段历史，我们不禁要思考：为什么那么多复杂的系统dou消亡了而kan似简陋的Markdown却活了下来？

答案或许在于“克制”。

在软件工程领域，有一种常见的倾向叫Zuo“功Neng蔓延”。用户想要一个功Neng，开发者就加一个；想要另一个，再加一个。Zui后软件变得臃肿不堪，没人愿意用。

但MarkdownZui初的设计非常“固执”。它不支持表格，不支持复杂的排版，甚至不支持定义颜色。格鲁伯甚至拒绝加入hen多kan似有用的语法，因为他认为这会破坏格式的纯粹性。当然后来有了各种“Flavored Markdown”补充了这些功Neng，但其核心依然保持着极简。

这种“克制”，反而留出了巨大的 空间。因为简单，所以谁douKe以基于它开发工具；因为简单，所以它Neng在任何设备上运行——从高性Neng的服务器到几十块钱的单片机。

给现代开发者的启示

作为一名在互联网行业摸爬滚打多年的技术人，我经常kan到年轻的开发者陷入一种误区：觉得只有用了Zui新的框架、Zui复杂的架构、Zui高深莫测的算法，才叫“技术”。

但Markdown的故事告诉我们：有时候，解决世界级难题的钥匙，往往藏在Zui朴素的逻辑里。

我们不需要每个人dou去发明下一个Linux，或者下一个React。我们只需要像格鲁伯一样，敏锐地观察到身边那些让人烦躁的“小麻烦”，然后用Zui简单、Zui优雅的方式去解决它。哪怕只是为了让自己写文档时少按几次鼠标，哪怕只是为了省下几行代码。

Ru果你Neng解决自己的痛点，那么这世界上一定还有成千上万的人有着同样的痛点。当你把这个解决方案分享出去的时候，你就在悄然改变这个世界。

致敬那个简单的开始

如今当我坐在机械键盘前，听着清脆的敲击声，用Markdown写下这篇文章时我依然会感到一种莫名的感动。

我不需要去管那些复杂的DOM结构，不需要去调试CSS的兼容性。我的思绪在指尖流淌，变成一个个`#`、`*`、``。这些符号，就像是连接我思维与数字世界的桥梁。

2004年的那个抉择，不仅仅是一个格式的诞生，geng是一种精神的回归。它提醒我们，不要忘记初心，不要忘记“简单”的力量。

关于作者

我是冴羽，一个在前端领域深耕多年的技术探索者。这些年，我笔耕不辍，致力于将复杂的技术概念拆解成通俗易懂的文字。我不仅geng新了多个深受好评的前端系列文章，翻译了Svelte、Solid.js、TypeScript等前沿技术文档，还出版了《Next.js 开发指南》、《Svelte 开发指南》以及《Astro 实战指南》等技术小册。

Ru果你对前端技术、AI应用感兴趣，或者只是想kankan一个程序员的日常思考，欢迎关注我的公众号：冴羽。那里有我的“网页版朋友圈”，每天dou会分享硬核的前端知识和AI干货，期待你的到来！

---