我的 Markdown 写作工作流
378 字
2 分钟
我的 Markdown 写作工作流
🗒 先用纯文本
写东西我只用纯文本 + Markdown。
不是因为极客,是因为格式不会背叛你。Word 换个版本排版就乱,Markdown 十年后打开还是那几个符号。
常用的语法其实很少:标题、加粗、列表、引用、链接、代码块。够用了。
✍️ 顺序:先写,再改
我的顺序是:
- 先把想说的全部倒出来,不管结构、不管错别字
- 放半小时,去干点别的
- 回来删:删掉废话、重复、那些”其实我真正想说的是”的铺垫
- 最后加小标题
第 3 步最重要。第一稿通常有三成是可以删的。
📝 frontmatter 先填好
博客文章开头那段元信息(标题、日期、标签、slug),我习惯一开始就填。
原因是:填 slug 会逼你想清楚这篇到底讲什么。想不出简短的 slug,通常说明主题还没定。
🚀 推送即上线
写完存进 src/content/posts/,推到 GitHub,自动构建,两分钟后线上就有了。
如果想定时发布,就加一行 draft: true 和未来的日期,剩下的交给定时任务。
🪵 一点体会
工具真不重要。我用过很多编辑器,最后回到最朴素的那个。
重要的是写得够多。写得多了,自然知道自己的毛病在哪——我的是开头啰嗦,所以现在写完都把第一段砍掉。
先写完,再写好。顺序反了就永远写不完。
文章分享
如果这篇文章对你有帮助,欢迎分享给更多人!
相关文章智能推荐
1
写作是为了什么
思考没有读者、没有收益,为什么还要写。想了一阵,大概有了一个答案。
2
域名的那些坑:后缀、备案与拦截
技术选域名的时候以为只是挑个名字,后来发现后缀能影响一堆事。
3
Git 提交信息怎么写才不后悔
技术三个月后回看自己的提交记录,一半看不懂在干嘛。于是认真改了写法。
4
RSS 还没死
技术用了半年 RSS 之后,我重新拿回了「看什么」的决定权。
5
给博客做定时发布
技术静态站没有定时发布功能,我用 GitHub Actions 每天跑一次,把到期的草稿自动转正。
随机文章随机推荐














