自 2026 年 4 月中旬以來，我已在 dev.to 發表了 67 篇文章。我最受歡迎的一篇有 576 次瀏覽。那不是謙虛的吹噓，而是身為安全開發者公開寫作並連續三個月每天發佈的真實天花板。我想用我手邊的真實數據，誠實地說出實際發生了什麼，因為大多數「如何寫部落格」的建議，都來自那些跳過了不光鮮亮麗的中段過程的人。

讓我意外的數字

我的最佳表現者是一篇實用的 Ollama 指南。一份操作教學。如何在本機執行這個模型，這是指令，這是 WSL2 的陷阱。576 次瀏覽。

與此同時，我最引以為傲的文章，那些深入的智慧合約安全文章——我真正了解大多數人不知道的東西——流量卻始終只有大約五分之一。不是一次，而是持續如此。本機 AI 操作教學在瀏覽量上穩穩地以五比一的比例擊敗深度安全內容，一再重演。

這有點刺痛，隨後卻讓我學到一件事。我的專業知識並不是大多數讀者來這裡的理由。他們是為了週二的問題而來：「我想要在我的電腦上執行一個模型，而不需要付 token 費用，但它就是無法運作。」我碰巧能清楚地回答這個問題。而我更想談論重入攻擊（reentrancy）是我的偏好，而不是讀者的需求。

教訓一：為讀者的週二問題而寫

那些安全文章假設你已經關心智慧合約安全。那是個小房間。Ollama 文章假設你有一台筆電和一點小挫折，這基本上是整棟大樓裡的每一個人。

我沒有停止撰寫安全相關內容。我寫它是因為那就是我，是我想要做的工作。但我不再期待它能廣為流傳。能解決一個具體、常見、立即性問題的內容才會傳播。需要你已經身處該利基的內容則不會，無論它多麼優秀。

教訓二：利基專業需要一個橋樑主題

這裡是我開始奏效的做法。我不再在「人們搜尋的東西」和「我深入了解的東西」之間做選擇，而是將它們橋接起來。一篇像是「執行本機模型來分類程式碼壞味道」的文章，建基於熱門的 Ollama 話題之上，卻在其中帶入了我的安全視角。Ollama 部分是大門。安全部分則是我真正想讓你看到的房間。

這重塑了整個策略。熱門話題並非我專業知識的干擾，而是傳遞它的載具。沒有人會點擊「進階的預言機操縱模式」。很多人會點擊「便宜的本機 AI 設定」，而如果我能趁機教導一個安全概念，那就是一場在純粹的安全文章中永遠不會發生的勝利。

教訓三：沒有人會留言，除非你提出請求

在很長一段時間裡，我得到的留言近乎零。有時有瀏覽量、有反應，但一片寂靜。我以為這就是技術寫作的常態。

後來我開始在每篇文章的結尾提出一個真誠的問題。不是「讓我知道你的想法」，那是噪音。而是一個與文章相關的具體問題：當陌生人傳送一個 repo 給你時，你的預設做法是什麼？你會在讀程式碼前先寫下不變量嗎？之類的問題。留言開始出現。不是一湧而入，但都是真實的留言，來自有想法的人。

事後看來，這個教訓很蠢。一篇部落格文章是一段獨白，除非你明確地將麥克風遞給讀者。如果你給他們一個小小的、具體的、低門檻的開口，他們就會參與。一個大而開放的「有什麼想法？」需要太多努力去回答。一個有針對性的問題很容易回答，所以人們就會回答。

教訓四：恆常性勝過動機，所以將它自動化

我每天發佈，並且不依賴感覺。我有一個草稿佇列和一個 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

重點不在於程式碼。重點在於動機是一個糟糕的排程器。一個佇列加上自動化，意味著我可以在有精力的時候批量撰寫，而發佈會發生，無論今天的我是否感到有靈感。三個月的每日發佈並非來自紀律，而是來自消除每日選擇。

教訓五：散佈勝過潤飾

我花了很多時間潤飾早期的文章。重寫句子，為結構苦惱。那些都不是我最受歡迎的文章。我最受歡迎的文章是那些關於人們真正搜尋的主題、持續發佈，並跨平台轉貼的文章。潤飾幾乎沒有改變數據。主題和持續性才改變了數據。

這並不意味著要寫得很差。它意味著把多餘的時間花在「這是人們正在找的東西嗎」和「我真的把它送到他們所在的地方了嗎」，而不是花在沒有人會注意到的句子的第四次修改上。清晰且已發佈，勝過完美且待發佈。

我會在四月告訴自己什麼

為某人在普通週二遇到的問題而寫。將熱門話題作為通往你真正專業知識所在房間的大門。以一個真正的問題作為結尾，讓文章成為一場對話。將發佈交給腳本，讓你的心情不再掌管一切。並且接受你最喜歡的文章和你最多人閱讀的文章往往是不同的文章，而這沒關係。

發表了六十七篇文章後，複利效應雖然微妙，但確實存在。沒有病毒式傳播，也沒有龐大的追隨者，但卻建立了一個真實存在的作品集、一個運行在軌道上的習慣，以及一個更清楚的認知：讀者真正想要從我這裡得到的，與我假設他們想要的，有多大的差異。

如果你撰寫技術文章：你有哪些主題默默地表現優於你最引以為傲的東西，而你是選擇深入它，還是與它抗爭？