1. 写作这件事我是怎么开始认真对待的我的博客其实很早就开了但真正把它当成一件正经事来做是在三年前的一个深夜。那天我翻到了自己刚开博客时写的文章那种感受用两个字形容就是——想删。排版乱成一锅粥代码块没有语法高亮段落逻辑跳跃得能飞出天际一篇讲折腾路由器的文章写到一半突然开始感慨人生。更要命的是整整半年过去总访问量还没破五百评论区除了自己人的沙发就是垃圾广告。但也就是那一次翻旧账让我认真想了一个问题我到底为什么要写博客答案最初很简单。我属于那种记性不太好的人很多东西当时搞明白了过三个月再回头看脑子里只剩一团浆糊。写博客最初的动机本质上是给自己留一份可检索、可追溯、可迭代的技术笔记。这个出发点很私人但它决定了博客的形态不需要追热点不需要迎合流量只需要把一件事讲清楚、讲完整、讲得让未来的自己一读就懂。后来我发现这个写给未来自己的标准恰恰是大多数博客写不下去的根源。很多人开博客时兴致勃勃列了二十个选题注册了域名配好了主题然后写了三篇就断更。断更的原因五花八门但归结起来就一条他们没有搞清楚自己的博客是写给谁看的。如果定位是写给读者那你需要研究SEO、研究选题、研究标题党承受的是数据压力。如果定位是写给自己那你需要面对的是另一种压力——如何在无人喝彩的情况下依然保持输出。我的选择是后者但并不是完全放弃读者。更准确地说我把读者想象成一个和我很像的人他也在折腾同样的东西也在踩同样的坑也想找一份简洁的、有人情味的、说人话的记录。我的博客就是写给这个平行世界的自己的。想通了这一点之后我做的第一件事是把之前所有水文全部下架只留下不到十篇真正有信息量的内容然后重新写了一个关于页面里面放了一张我当时的照片其实只是电脑桌面的截图和一句话——在信息泛滥的时代认真写作仍然有意义。那大概是我博客生涯的第一次重启。2. 从零开始的选择平台、域名与第一篇文章重启之后摆在面前的是三个非常具体的问题在哪写、怎么写、写什么。2.1 平台选择的底层逻辑数据掌控与写作自由度当时市面上能用的博客平台很多。CSDN、博客园、掘金、简书、知乎再加上自建博客这条路。我前后都试过最后选了自建。原因不复杂就一条数据自主权。你在别人的平台写东西写得再好数据也是寄人篱下。人家改版、调整规则、停止服务你完全没有议价权。我身边有真实案例有人在某平台写了五百多篇技术文章结果平台业务调整博客频道直接下架导出功能做得一塌糊涂几百篇文章的格式、图片链接、评论全乱套基本等于白写。这个教训太真实了。自建博客的初期成本确实高一些需要买域名、买服务器、配置环境但它的好处是长线的所有内容在自己手里可以随时迁移可以自由定制可以控制每一条数据的格式。对一个打算长期写作的人来说这笔前期投入是值得的。2.2 技术栈选型的思考过程当时我在技术栈上有两条路一是用WordPress这种成熟方案二是用静态博客生成器Hexo、Hugo这类。WordPress功能全面有后台编辑器有评论区有现成的各种主题和插件改装成本低。但它的缺点是重需要长期维护数据库、定期更新、防攻击而且页面加载速度一般。当时我的需求很简单——就是写文字、贴代码、偶尔放几张图不需要那么庞大的系统。静态博客生成器则恰好匹配这个需求。它的工作方式是把Markdown源文件通过生成器编译成纯静态的HTML页面直接扔到Nginx或者OSS上就能访问。没有数据库没有后台极难被攻击加载速度快而且所有源文件都是纯文本版本管理方便。最终我选了Hugo理由也很实际生成速度快主题生态丰富原生支持分类、标签、归档对技术博客来说够用了。写这篇文章的时候我回头看了一眼这个选择到今天已经陪我跑了三年多仍然没有觉得当初选错了。有时选择不一定要选最热门或最强大的方案选最匹配自己需求的方案才是走得远的关键。对一个内容创作者来说工具应该服务于写作而不是让写作服务于工具。2.3 域名的选择也是自我定位域名这件事上我纠结了挺久。很多人喜欢用酷炫的、不好拼写的名字我后来挑的是一个好记的、能体现博客气质的.com域名而且果断选择了https。这和写文章一样是为长期服务的——你希望读者记不住你的域名还是一眼就能记住第二次打开的时候是不是直接输入就能进来这些小体验积累起来就是品牌。这里给新开博客的人一个建议不要把大量时间花在反复挑选主题模板和折腾首页样式上先写10篇文章再回来调样式。没有内容的博客再怎么装饰都是一座空房子。这个坑我踩过浪费了整整一个周末本来可以用来写两篇文章的。3. 写作背后的技术演进从手写HTML到自动化流水线很多人以为博客的核心是写作技术只是附属品。这句话对但不全对。写作和生产工具是相互塑造的。如果写作的后台足够顺滑你的内容产出效率和质量都会明显提升反之如果每次发文章都要跟工具搏斗半小时你很快就会失去写作的欲望。3.1 Markdown为什么是不可逆转的选择我用过纯HTML写文章那时排版简直是一场灾难。后来接触Markdown当场觉得这就是救星。Markdown的语法极简用井号表示标题、星号表示加粗、反引号表示代码大白话就能记住。它让你彻底告别选中文字点一下工具栏上的B再点一下I这种鼠标操作双手可以完全不离开键盘。更重要的是Markdown文件本质上是纯文本任何一台设备、任何一款编辑器都能打开永远不用担心格式过期、软件不兼容。以Hugo为例一篇新文章的书写流程大概是这样的hugo new posts/我的博客自述.md执行后会在posts目录下生成一个带front matter的文件内容长这样--- title: 我的博客自述 date: 2025-01-18T12:00:0008:00 draft: true tags: [博客, 写作] ---我需要做的就是在---下方开始写正文写完后将draft改成false然后运行hugo命令生成静态文件。整个过程行云流水没有半点多余动作。3.2 从手动部署到自动化发布最开始我用的是笨办法——文章写完后在本地执行hugo生成public目录然后用FTP把整个目录传到服务器。这办法能用但烦每次都要打开FTP软件、连接服务器、拖拽几百个文件传错了还得删除缓存。后来我遇到了Git搭配代码托管平台的CI/CD能力实现了真正的一键发布每次写完文章后只需要把一个Markdown文件推送到Git仓库服务器或者云端流水线会自动拉取代码、安装依赖、生成静态文件并拥有部署脚本把产物同步到CDN或对象存储。我只需要关注写作本身发布的事完全不用操心。整个自动发布流程大概可以拆成这样git add . git commit -m add: 我的博客自述 git push origin main推完之后等几十秒新文章就上线了。这几十秒的等待时间里我一般会泡杯茶或者出去伸个懒腰。等到回来时文章已经静静地躺在了博客首页里这个体验比FTP时代舒服太多。3.3 图片处理与CDN加速的细节技术博客离不开图片架构图、截图、对比图。早期的做法是直接把图片塞进文章目录但时间一久博客仓库体积膨胀得很厉害而且服务器的带宽有限图片一多页面加载就慢。后来我把图片全部挪到了对象存储加CDN并按日期建立目录如/images/2025/01/写文章时用Markdown语法直接引用链接。这里顺便提一个很多人容易忽略的点图片一定要压缩再上传。一张截图可能有好几MB随便放上去就会拖垮页面加载速度。我用的是命令行工具压缩图片简单改一下参数就能把体积压掉百分之七八十。有一篇文章本来有15张截图压缩前整篇文章加载要6秒压缩后降到2秒以内观感完全不同。写技术博客阅读体验不只是文字的事每一张图片的体积都在影响读者的耐心。3.4 本地写作环境是怎样打磨的这个部分外行可能觉得无关紧要但对写作者来说一个舒适的写作环境直接影响创作意愿。编辑器我前后换过好几种。早期用系统自带文本编辑器没有代码高亮写Markdown和写纯文本没区别后来用过在线编辑器优点是方便缺点是一旦网络不稳内容保存就成了问题再后来使用桌面端Markdown编辑器界面清爽、支持实时预览、可自定义主题这才算找到踏实的感觉。配合写作环境还有一个刚需版本管理。没错我用Git管理自己的文章草稿。改了哪个文件、删了哪段文字、什么时候改的全部有记录。有一次我删了一整段写了两小时的文字保存后才后悔但因为有Git我一句git checkout就找了回来。那一刻我深刻地意识到写作工具的第一原则不是最好用而是不丢字。4. 踩过的坑数据丢失、样式兼容与内容定位写博客这几年踩坑的次数不算少但真正让我长记性的基本都是那些事后回想起来完全可以避免的问题。4.1 一场真实的数据惊魂有一回我在线编辑器的草稿箱改文章改了两个多小时中途出去拿了个快递回来刷新页面时傻眼了——草稿箱空空如也那篇文章像从来没有存在过。那天的心情简直无法形容。脑子一片空白反复按CtrlZ刷新了好几次又登录了不同账户全都没用。最终结论是平台自动同步出了问题我的草稿没有真正落盘。这是我第一次真正意识到任何云端工具都可能是不可靠的唯一的可靠是你的本地备份。从那以后我的所有写作都改为本地优先——在本地编辑器中写写到一定阶段手动提交一次Git写完后才复制到在线平台备份。这套流程看着麻烦但再没有出现过超过半小时的丢失。4.2 样式兼容的隐形战场做自建博客最容易被低估的是样式兼容这件事。你以为你的博客在Chrome下显示得很好就已经完工了远不是。我用手机打开自己的博客时发现代码块横向溢出、表格撑破屏幕、图片放大后模糊不清、字体过大。最离谱的一次某个浏览器内核下我引用的字体格式不支持整篇文章的英文字母全部变成了默认字体观感直接下降一个档次。解决这些问题的过程是一点点打磨的过程。我当时做的事有这么几件给代码块加了水平滚动和自动换行的策略既保证长行不被截断也保证短代码能全部看到。把所有图片加上max-width: 100%这种基础的响应式限制同时保留可点击放大功能。字体栈从只依赖单一字体改为自定义字体放前面系统字体兜底这样在任何环境下降级也不会丑到哪去。引入了图片懒加载页面初始载入只会加载首屏减少移动端流量消耗。做完这些适配博客的阅读体验才算真正达到我的及格线。这些东西急不来只能测试、发现、修再测试、再发现、再修。4.3 内容定位的迷失与找回技术层面的坑好填真正难的是内容定位。博客重启后的一段时间里我又陷入了另一种焦虑的循环——看到别人的文章火了就想模仿别人的选题看到某个方向搜索量大就强行去写自己不熟的东西。结果就是内容越来越拧巴写出来的东西既没有深度也没有个性。后来我放下了数据面板回到最初的问题如果我是读者我希望在这类博客上看到什么答案是真实的踩坑经验和可复现的解决路径。那些看似高深但实际是翻译文档的文章我根本不会看第二遍。于是我给自己定了一个内容原则——只写自己真正做过的、验证过的事不做二手信息的搬运工。这个原则立下来之后写博客的心态就顺了。每篇文章的选题都来自我在工作或业余折腾中真实遇到的问题某次环境配置卡了一天某个报错查遍全网无果某个工具用了一周后发现的黑科技。我把这些真实的经历沉淀成文章写的时候有内容、有感情、也有底气。4.4 不追流量的心法放弃追流量后我反而收到了两个意想不到的正反馈。第一是精准长尾流量。我在VPS上折腾过一套无服务器架构当时只是当作记录写了下来。结果之后的每个月都有人通过搜索找到这篇文章在评论区里留下感谢或提出新问题。这些流量不汹涌但足够精准来的人都是真正在做同一个事的人。第二是陌生人的真诚反馈。有人写邮件来问某篇文章里的细节有人指出我文章中某个标注不够严谨还有人干脆在我的基础上补充了更优的方案。这些互动让我确信只要内容有真实价值它就会找到自己的读者只是时间问题。5. 关于博客的日常运营评论、订阅与维护的平衡写博客不等于写完文章就完事。一个真正活着的博客背后还有不少看不见的功课要做。5.1 评论区的价值与治理我见过很多博主直接关了评论功能理由是省得看到垃圾广告和不想被无意义的争吵打扰。但我个人觉得评论是博客最珍贵的东西之一。技术文章和纯观点文章不太一样它往往是开放、可验证的。读者可能知道你文章里没提到的另一种方法也可能踩过你从未遇到的坑。这些信息的价值丝毫不亚于正文本身。我在自建博客上配了一套评论系统它支持Markdown、通知提醒、管理员精选等功能虽然在某些地区的访问速度和稳定性偶尔让我不太满意但整体上给了我一个与读者互动的空间。评论区治理这件事核心不是删是运营。我会在一篇文章发布后的头几天积极回复每一条有价值的评论对那种纯粹为了喷而喷的不去硬顶用平和的态度回应或者不回应。最有意思的往往是评论区里补充方案式的互动一位读者提出了一个替代解法最后被我用在另一篇文章里还专门注明思路来自评论区某位朋友——这种良性循环是博客最让人上瘾的地方。5.2 订阅机制的灵活运用写博客初期我一直在想一个问题读者凭什么回访没有推送、没有提醒一个普通读者可能偶然搜到你的文章看完就走了再也不回来。订阅机制解决的就是这个回头率问题。最传统也最通用的方案是RSS。我在博客侧栏放了一个显眼的RSS订阅按钮读者把它粘贴到RSS阅读器里就能在我更新时自动收到推送。这套方案足够轻、足够标准经得起时间考验。除了RSS我也用过邮件订阅的服务。它的特点是只要读者输入一次邮箱后续就能一直在收件箱里收到新文章通知触达率比RSS更高。我自己的实践结果是RSS适合技术圈老用户邮件订阅适合更大众的读者群体。两者不是替代关系而是互补关系。5.3 维护的成本如何控制自建博客最大的隐性成本是维护这也劝退了不少人。服务器系统要打补丁、Web服务器要更新、域名要续费、SSL证书要定期检查、评论系统偶尔出问题需要排查。这些都挺消磨人气。我经历过一段时间几乎每天都在折腾服务器半夜收到监控告警邮件起床一看是某个服务崩了。这种状态持续了大概两周之后我做了一个决定能托管给托管服务的就不自己跑能把维护周期拉长的就绝不天天动它。比如评论区系统现在用的是托管服务我只需要在某个面板里调整设置不用担心服务器上多一个需要维护的进程比如SSL证书我配了全自动续期到期前会自动更新我完全不用管比如备份现在每天晚上自动把数据库和文章目录打包上传到另一个存储空间出任何问题都能快速恢复。把维护成本从天天操心降到每个月看一眼写作状态就好很多了。这里有个过来人的心得可以直接抄作业自建博客维护的第一目标不是功能丰富而是稳定。任何需要频繁手动干预的环节都值得花时间去自动化哪怕最初配置花半天也值。6. 写作方法论如何把一篇技术文章写得不水内容定位和平台搭建聊完之后聊聊最核心的问题——文章本身怎么写。我拆解过很多自己写得好和写得差的文章发现一个规律好文章通常遵循一条问题-探究-方案-验证的顺序而水文章要么没提出问题要么跳过了探究过程直接扔方案。6.1 标题要具体到让人无法拒绝标题是读者接触文章的第一道门槛它直接决定你的文章有没有被打开的机会。我看过很多技术文章的标题是这样的《XX技术详解》《浅谈XX架构》《XX进阶指南》。不是说这些标题不能写而是它们太模糊了读者根本不知道看了能得到什么。更好的写法是把价值直接写进标题里比如《XX技术详解》可以改成《XX技术在生产环境的落地从架构选型到监控告警全流程》。同样是讲技术后者清楚地传达了两个信息我能在这个话题上给你结构化的经验而且我讲的是生产环境不是玩具级demo。我自己写标题的时候最大的习惯是先把文章的核心结论写下来然后往里套一个具体场景具体价值的句式。比如《如何写博客》这种大而全的标题我会改成《一个自建博客三年的博主给你十个不水文的操作细则》。前者像教科书目录后者像经验分享读者的预期完全不同。6.2 开头的三百字决定读者去留技术文章的一大误区是前戏太长、迟迟不进正题。很多人习惯先讲一段行业背景、发展历史再到今天的主题。这个写法在信息流时代是毒药因为读者的耐心极其有限。我的习惯是最开始的三百字就把要解决什么问题和我打算怎么讲交代清楚。比如本篇的开头没有铺垫直接扔出了翻旧文章的经历让读者几秒内就知道文章的主题和基调。这种写法的好处是读者能在30秒内做出去留判断留下的基本都认真看留不下的也不必勉强成为你的读者。6.3 正文结构的最好单位是小标题小段落长篇大论最怕什么最怕全是密密麻麻的字。我的写作经验是尽量把结构拆细。每讲完一个环节就加一个小标题每个小标题下的内容尽量控制在三四百字内最多不超过一个屏幕。这么做的好处有两个一是方便读者定点扫读很多读者会先看小标题找到感兴趣的部分再细读二是强迫我自己理顺逻辑——条理不清的内容根本没法拆成清晰的小标题。我衡量一篇草稿的标准是去掉所有文字修饰只看小标题能不能看懂全文结构。如果能说明骨架是稳的如果不能说明逻辑还没理顺应该继续打磨而不是急着发布。6.4 干货还不够得有人味儿纯干货文章能提供信息量但不容易让读者产生共鸣。真正让人记住这是我喜欢的博客的往往是文字里透出的人味儿。我用得最多的是自嘲和真实细节。写环境配置踩坑时我会记录自己真实的心理活动当时屏幕上蹦出几百行日志我第一反应是打开搜索引擎复制第一行报错结果搜出来全是论坛上解决不了的帖。这种写法读者有代入感会心一笑之余也能理解这个问题有多烦人。而如果我只写以下为解决步骤读者会记不住这篇文章因为它和另一个博客的同类文章没有区别。7. 博客带来的意外收获不只是写作本身写博客三年多我获得的回报远远超出了有一个地方写东西这个起点。最意外的收获之一是建立起了有深度的社交关系。凌晨十二点一位读者在留言区分享了他自己的解决路径跟我文章的方案完全不一样我回复他第二天又收到他的长文补充。这个故事最后变成了一次线下的咖啡约聊我们聊了三个小时技术、经历和职业规划。这种机会单靠刷社交媒体获取的信息流是不可能带来的。另一个收获是强迫自己更严谨。你有没有过这种经历某个技术点你觉得自己懂了但真要写一篇博客落笔时发现根本写不下去。为什么因为感觉懂了和能表达出来之间隔着一条巨大的河流。写博客教会我的是一件事不真正弄懂一个东西就别动笔写它。这个习惯反向提升了我的工作质量让我在各种分享和评审中更加可靠。还有一项比较势利但现实的收获是一本持续维护的博客就是一张有生命力的专业名片。它记录了你的兴趣脉络、思考方式、解决问题的能力是面试官、合作伙伴了解你的窗口。我也多次遇到因为看过我的博客而主动来交流的人这类连接带来的机会远超过任何一篇爆款文章的短期快感。8. 给新博主的一些实用建议这篇文章的最后一部分让我把这几年的经验浓缩成几个实操建议给准备开始或刚起步的博主参考。这些建议谈不上全面但是每一个都经过了实际检验。先写十篇再讨论定位。你脑子里的定位和写出来的文章展现的定位往往很不一样。早期不需要纠结风格、垂直度、读者画像写就完了。十篇之后回头复盘你会对自己想写什么、适合写什么有更真实的认知。把备份当成你的人生保险。我在第四章讲过的数据惊魂不是个例。前期的备份策略可以糙一点每天打包存一份到不同的存储空间就够但绝不能没有。宁可少更新不要拖更风格。博客运营最大的敌人不是热度低而是你自己的疲惫感。与其这个月高产十篇下个月失踪三个月不如定一个自己舒适且有节奏的频率比如每周固定一篇。细水长流比脉冲式输出更适合博客这个形态。读者的问题就是你下一篇的素材。评论区、邮件、私信里读者问得最多的那个问题很可能就是别人同样困惑的也是市场里搜索量最高的那类关键词。写下来很有可能就是一篇有搜索价值的文章。别怕写旧话题。同一个话题每个博主的技术背景、行文风格、踩过的坑都不同。旧话题用新视角、新案例、新深度来写依然能创造新的价值。在这个时代真正稀缺的从来不是话题的新旧而是视角的独特与经验的密度。最后分享一件最近发生的小事就在上周我收到一封邮件是一位刚工作不久的开发工程师写来的。他说自己折腾了两天也没搞定的一个问题顺着搜索引擎找到了我两年前写的一篇文章照着做完就通了。他在邮件末尾写道谢谢你认真写了这篇博客它让我少走了很多弯路。我坐在电脑前看了很久那封邮件。写那篇文章的时候读者数不超过三位数说没怀疑过自己是在浪费时间是不可能的。但这一刻让我明白了两件事第一认真写的文字时间会替你找到它的读者第二博客这东西从来不是写给所有人的而是写给那些与你走在同一条路上的人的。如果你也在犹豫要不要开一个自己的博客我的建议就一句话开吧写吧别等准备好了再开始。你不需要有完美的定位、不需要有高深的技术、不需要有爆款选题规划你只需要有一个真诚分享的心和一种愿意把一件事讲清楚的耐心——剩下的时间会告诉你答案。