自 2026 年 4 月中旬以来，我已经在 dev.to 上发布了 67 篇文章。其中阅读量最高的一篇有 576 次浏览。那不是谦虚的炫耀，而是我这个安全开发者的真实上限——决定公开写作并连续三个月每天发布。我想用我掌握的真实数据，摆出实际发生的事情，因为大多数“如何写博客”的建议都来自那些跳过了平淡无奇中间阶段的人。

让我感到惊讶的数字

我表现最好的是一篇实用的 Ollama 指南。一篇操作教程。在本地运行这个模型，这里是命令，这里是 WSL2 的注意事项。576 次浏览。

与此同时，我最自豪的帖子——那些深入探讨智能合约安全的内容，在这些领域我确实知道大多数人不知道的东西——流量却始终只有大约五分之一。不是一次，而是成了规律。本地 AI 操作指南的浏览量是深度安全内容的五倍左右，反复如此。

这有点刺痛，但也让我明白了：我的专业知识并不是大多数读者来找的东西。他们来找的是一个周二的问题：“我想在机器上运行模型而不必为 token 付费，但它不工作。”我恰好能清楚地回答这个问题。而我更想谈论重入攻击，这只是我的偏好，而不是读者的需求。

经验一：为读者的周二问题而写

安全类的文章假定你已经关心智能合约安全。那是一个小圈子。Ollama 文章假定你有一台笔记本和一点小挫败感，这基本上是楼里所有人。

我没有停止写安全内容。我写它是因为那是我是谁，也是我想做的工作。但我不再期待它能广泛传播。能解决具体、常见、眼前问题的内容会传播。而需要你已经身处这个细分领域的内容则不会，无论它有多好。

经验二：细分领域的专业知识需要一个桥梁主题

以下是开始奏效的做法。与其在“人们搜索的东西”和“我深入了解的东西”之间二选一，我把它们连接起来。一篇类似“使用本地模型来筛选代码异味”的文章建立在流行的 Ollama 主题之上，却把我的安全角度融入了其中。Ollama 部分是门，而安全部分才是我真正想让你看到的房间。

这重新定义了整个策略。热门主题并不是对你专业知识的干扰，而是传递它的载体。没人会点击“高级预言机操纵模式”。很多人会点击“廉价本地 AI 设置”，而如果我能在他们阅读时教授一个安全理念，那将是一个在纯安全文章中永远不会发生的胜利。

经验三：没人评论，除非你提出问题

在很长一段时间里，我得到的评论接近于零。有时有浏览量，有时有反应，但一片沉默。我以为这就是技术写作的常态。

后来我开始在每篇文章末尾提出一个真正的问题。不是“告诉我你的想法”，那是噪音。而是与文章相关的一个具体问题：当一个陌生人向你发送一个仓库时，你的默认做法是什么？你会在阅读代码前编写不变量吗？诸如此类。然后评论开始出现了。不是洪水，但都是真实的，来自有想法的人。

事后看来这个教训很蠢。一篇博客文章是一场独白，除非你明确地把麦克风交给读者。如果你给读者一个小的、具体的、低成本的开口，他们就会参与。一个大而泛的“有什么想法？”回答起来太费力。而一个针对性的问题回答起来容易，所以人们就会回答。

经验四：恒常胜过动机，所以要自动化它

我每天发布，而且不依赖于是否有感觉。我有一个草稿队列和一个 cron 脚本，它会发布下一篇。“我今天应该发布吗？”这个决定是大多数博客写作的死因，所以我删除了这个决定。

设置并不复杂。草稿存放在一个文件夹中，一个脚本挑选下一篇并通过 dev.to API 推送它，cron 按计划运行它。大致如下：

#!/usr/bin/env bash
set -euo pipefail

POSTS_DIR="$HOME/projects/pavelEspitia.github.io/posts"
NEXT=$(find "$POSTS_DIR" -name '*.md' -not -name '.*' | sort | head -n1)

[ -z "$NEXT" ] && { echo "queue empty"; exit 0; }

# publish $NEXT via the dev.to API, then move it out of the queue
publish_to_devto "$NEXT" && mv "$NEXT" "$POSTS_DIR/published/"
echo "published: $NEXT"

Enter fullscreen mode Exit fullscreen mode 

# one post a day at 9am, pulled from the queue
0 9 * * * /home/pavel/projects/pavelEspitia.github.io/publish-next.sh

Enter fullscreen mode Exit fullscreen mode

重点不在于代码。重点在于动机是一个糟糕的调度器。队列加自动化意味着当我有精力时我会批量写作，而发布则无论今天的我是否受到启发都会发生。三个月的每日发帖并非来自自律，而是来自消除了每日选择。

经验五：分发胜过润色

我花了大量时间润色早期的帖子。改写句子，为结构苦恼。那些不是我最受欢迎的帖子。我最受欢迎的帖子是那些关于人们真正搜索的主题、持续发布并跨平台发布的帖子。润色几乎没有改变数字。主题和持续性改变了数字。

这并不意味着写得糟糕。它意味着边际时间最好花在“这是人们正在寻找的东西吗”和“我是否真正把它发布到他们所在的地方”，而不是在没人会注意到的句子上进行第四遍修改。清晰且已发布胜过完美且已排队。

我会对四月的自己说的话

为某人在一个普通的周二遇到的问题而写。把热门主题作为通往你真正专业知识所在房间的门。在结尾提出一个真正的问题，让这件事变成一场对话。把发布放在脚本上，这样你的心情就不再负责。并接受这样一个事实：你最喜欢的帖子和你阅读量最多的帖子往往是不同的帖子，这没关系。

发表了六十七篇文章后，这种复利是微妙但真实的。不是病毒式传播，不是庞大的追随者，而是一个存在的作品集，一个在轨道上运行的习惯，以及一个更清晰的认识：读者真正想要从我这里得到什么，以及我原先以为他们想要什么。

如果你写技术文章：你有哪些主题悄无声息地超过了你最引以为傲的内容，你是顺势而为还是与之抗争？