30天博客挑战过半:8篇文章后的真实感受
两周前我给自己立了个 flag:30天写21篇技术博客。现在回过头看,8篇文章发出去,计划赶不上变化是常态,但收获也比预想的多。### 起因说白了就是焦虑。看了太多"技术人要建立个人品牌"的文章,感觉自己写了这么多年代码,却没什么输出。知行合一嘛,与其继续看别人怎么写,不如自己下场干。### 8篇文章,三个方向我选了三个方向:前端性能优化、微服务架构、AI开发工具。每个方向各覆盖了几篇:- AI开发工具:《5个提升编码效率的AI工具谁更好用》《AI辅助编程的现状与未来》- 前端性能:《前端加载慢3个优化手段》《React Fiber架构深入理解》《首屏加载3s优化到0.8s实战》- 微服务:《Docker Compose一键启动集群》《Spring Cloud配置中心3个坑》《3分钟理解服务网格Istio》坦白讲,这三个方向跨度有点大。每次切换主题都要重新进入上下文,挺费精力的。如果重来,我会集中在一个方向深挖,而不是撒网式覆盖。### 最意外的事:深度文章数据最好我本以为轻量级的工具对比文章会最受欢迎——毕竟门槛低、受众广。但实际上,那篇8000多字的《React Fiber架构深入理解》互动量最高。这也让我想明白一件事:技术博客的读者,大部分是有经验的人。他们不需要浅尝辄止的科普,需要的是真正有深度的内容。你写得很深,反而能吸引到更精准的读者。### 最痛苦的事:坐下来开始写每个写博客的人估计都有同感:最难的永远不是写,而是开始写。我的经验是,先写提纲,再填内容。提纲不用完美,几个关键词就行,但有了框架就不容易卡住。然后设定一个最小目标:今天只写500字。写着写着,往往就不止500了。### 踩过的坑坑1:追求完美,一篇文章改了5版第一篇文章改了5遍,花了一整天。后来发现,第一版和第五版的差距其实没那么大。写完快速检查一遍就发,比反复打磨有效得多。完美主义是生产力的敌人。坑2:没有提前积累素材库有几次写文章,光是找参考资料就花了一小时。如果平时看到好内容随手记下来,写作的时候会顺畅很多。现在我用一个简单的 Markdown 文件做素材库,看到什么有用的就丢进去。坑3:标题不够吸引人回头看第一篇的标题《5个提升编码效率的AI工具谁更好用》,还凑合。但《Docker Compose一键启动微服务集群》就太"教程味"了,缺乏个人观点和吸引力。标题是门面,花10分钟琢磨标题是值得的。### 数据复盘| 指标 | 目标 | 实际 ||------|------|------|| 文章数 | 14篇(两周) | 8篇 || 完成率 | 100% | 57% || 平均字数 | 1800+ | 约4800字 || 主题覆盖 | 3个方向均衡 | 3个方向均有覆盖 |完成率不到60%,主要原因是深度文章花了太多时间。但平均字数远超目标,说明每篇文章的含金量是够的。### 下半程调整1. 降低单篇字数预期:从平均4800字降到2000-2500字,优先保证频率2. 集中方向:后半程重点写微服务架构方向,减少切换成本3. 素材先行:先收集素材再动笔,不边写边找4. 时间box:每篇文章控制在3小时内,超时就发布当前版本### 写在最后说实话,能坚持写8篇已经超出我自己的预期了。之前试过好几次"坚持写博客",通常第三篇就放弃了。这次靠的是公开承诺+计划拆解。后半程的目标不再是"完成21篇",而是"写出让我自己满意的内容"。数量是手段,质量才是目的。如果你也在犹豫要不要开始写,我的建议就一句:先发出去,比什么都重要。 完美的草稿不如发布的初稿。@TOC
欢迎使用Markdown编辑器
你好! 这是你第一次使用 Markdown编辑器 所展示的欢迎页。如果你想学习如何使用Markdown编辑器, 可以仔细阅读这篇文章,了解一下Markdown的基本语法知识。
新的改变
我们对Markdown编辑器进行了一些功能拓展与语法支持,除了标准的Markdown编辑器功能,我们增加了如下几点新功能,帮助你用它写博客:
- 全新的界面设计 ,将会带来全新的写作体验;
- 在创作中心设置你喜爱的代码高亮样式,Markdown 将代码片显示选择的高亮样式 进行展示;
- 增加了 图片拖拽 功能,你可以将本地的图片直接拖拽到编辑区域直接展示;
- 全新的 KaTeX数学公式 语法;
- 增加了支持甘特图的mermaid语法1 功能;
- 增加了 多屏幕编辑 Markdown文章功能;
- 增加了 焦点写作模式、预览模式、简洁写作模式、左右区域同步滚轮设置 等功能,功能按钮位于编辑区域与预览区域中间;
- 增加了 检查列表 功能。
功能快捷键
撤销:Ctrl/Command + Z
重做:Ctrl/Command + Y
加粗:Ctrl/Command + B
斜体:Ctrl/Command + I
标题:Ctrl/Command + Shift + H
无序列表:Ctrl/Command + Shift + U
有序列表:Ctrl/Command + Shift + O
检查列表:Ctrl/Command + Shift + C
插入代码:Ctrl/Command + Shift + K
插入链接:Ctrl/Command + Shift + L
插入图片:Ctrl/Command + Shift + G
查找:Ctrl/Command + F
替换:Ctrl/Command + G
合理的创建标题,有助于目录的生成
直接输入1次#,并按下space后,将生成1级标题。
输入2次#,并按下space后,将生成2级标题。
以此类推,我们支持6级标题。有助于使用TOC语法后生成一个完美的目录。
如何改变文本的样式
强调文本 强调文本
加粗文本 加粗文本
标记文本
删除文本
引用文本
H2O is是液体。
210 运算结果是 1024.
插入链接与图片
链接: link.
图片:
带尺寸的图片:
居中的图片:
居中并且带尺寸的图片:
当然,我们为了让用户更加便捷,我们增加了图片拖拽功能。
如何插入一段漂亮的代码片
去博客设置页面,选择一款你喜欢的代码片高亮样式,下面展示同样高亮的 代码片.
// An highlighted block
var foo = 'bar';
生成一个适合你的列表
- 项目
- 项目
- 项目
- 项目
- 项目1
- 项目2
- 项目3
- 计划任务
- 完成任务
创建一个表格
一个简单的表格是这么创建的:
| 项目 | Value |
|---|---|
| 电脑 | $1600 |
| 手机 | $12 |
| 导管 | $1 |
设定内容居中、居左、居右
使用:---------:居中
使用:----------居左
使用----------:居右
| 第一列 | 第二列 | 第三列 |
|---|---|---|
| 第一列文本居中 | 第二列文本居右 | 第三列文本居左 |
SmartyPants
SmartyPants 是一个文本转换工具,主要功能是将普通的 ASCII 标点符号自动转换为更美观的印刷体标点符号。例如:
| 原始符号 | 转换后 | 说明 |
|---|---|---|
"引号" | “引号” | 直引号变弯引号 |
'单引号' | ‘单引号’ | 直单引号变弯单引号 |
-- | – | 两个连字符变短破折号 |
--- | — | 三个连字符变长破折号 |
... | … | 三个点变省略号 |
创建一个自定义列表
-
Markdown
- Text-to- HTML conversion tool Authors
- John
- Luke
如何创建一个注脚
一个具有注脚的文本。2
注释也是必不可少的
Markdown将文本转换为 HTML。
KaTeX数学公式
您可以使用渲染LaTeX数学表达式 KaTeX:
Gamma公式展示 Γ ( n ) = ( n − 1 ) ! ∀ n ∈ N \Gamma(n) = (n-1)!\quad\forall n\in\mathbb N Γ(n)=(n−1)!∀n∈N 是通过欧拉积分
Γ ( z ) = ∫ 0 ∞ t z − 1 e − t d t . \Gamma(z) = \int_0^\infty t^{z-1}e^{-t}dt\,. Γ(z)=∫0∞tz−1e−tdt.
你可以找到更多关于的信息 LaTeX 数学表达式here.
新的甘特图功能,丰富你的文章
- 关于 甘特图 语法,参考 这儿,
UML图表
可以使用UML图表进行渲染,例如下面产生的一个序列图:
- 关于 UML图表 语法,参考 这儿,
流程图
- 关于 Mermaid 语法,参考 这儿,
FLowchart流程图
我们依旧会支持flowchart.js的流程图语法:
- 关于 Flowchart流程图 语法,参考 这儿.
导出与导入
导出
如果你想尝试使用此编辑器, 你可以在此篇文章任意编辑。当你完成了一篇文章的写作, 在上方工具栏找到 文章导出 ,生成一个.md文件或者.html文件进行本地保存。
导入
如果你想加载一篇你写过的.md文件,在上方工具栏可以选择导入功能进行对应扩展名的文件导入,
继续你的创作。
注脚的解释 ↩︎


619

被折叠的 条评论
为什么被折叠?



