这是「把自己部署到互联网上」系列的第 3 篇。
前两篇，我先回答了两个问题：2026 年，程序员还有没有必要搭个人博客？我为什么要做一个属于自己的技术品牌？
我的答案是：如果只是找地方发文章，不一定非要博客；但如果想长期建设自己的技术阵地，博客仍然有价值。技术品牌也不是包装自己，而是把真实做过的事、解决过的问题、形成的方法，整理成能被看见、能被验证的证据。
写到这里，下一个问题就来了：如果要开始建设自己的技术阵地，第一步到底该做什么？
个人博客、技术博客、个人官网，还是作品站？
这些词经常被混着用，但它们解决的问题并不一样。如果一开始没分清，后面很容易出现一种尴尬：网站搭好了，但自己也说不清它到底承担什么角色。
我以前也没分得很细。能写文章，就叫博客；放了个人介绍，就叫官网；摆几个项目，就叫作品站。看起来差不多，但真正做起来会发现，目标不同，页面结构、内容组织、导航设计、域名规划和后续部署方式都会不同。
如果只是写文章，重点是分类、标签、归档、搜索和阅读体验。如果是作品站，重点会变成项目展示、技术栈、截图、在线 Demo、代码仓库和项目复盘。如果是个人官网，关键则是让别人快速知道你是谁、做什么、擅长什么、为什么值得继续了解。
所以这不是文字游戏，而是在决定个人技术阵地第一版应该长什么样。
先说个人博客。
我理解的个人博客，核心不是技术，而是记录。它可以写技术，也可以写读书、工具、成长、项目复盘、年度总结，甚至一些生活观察。它的边界比技术博客更宽，更像一个人长期留下记录的地方。
对程序员来说，个人博客最重要的价值是沉淀。
比如某次部署为什么失败，某个 Bug 最后怎么定位，某个框架为什么没选，某个工具到底解决了什么问题，学习路线为什么调整。这些内容不一定适合做成平台爆款，但很适合留在自己的博客里。
个人博客的特点是内容范围更宽，强调长期记录，不要求每篇都有很强的技术密度。时间越久，它越能体现一个人的连续性。
如果把个人品牌看成长期工程，个人博客就像日志系统，记录你一路做过什么、想过什么、改过什么。
技术博客则更聚焦，要求也更高。
它不能只写"我做了什么"，还要写"为什么这么做"。读者点进来通常不是为了了解作者，而是为了找答案。所以技术博客对结构要求更严：背景、环境、步骤、问题、排查过程、结论，都要尽量讲清楚。Git 命令本身不稀缺，真正有价值的是把命令背后的模型、风险和适用场景讲明白。技术博客更像知识库，沉淀的是你对某类技术问题的理解，也更适合作为程序员专业能力的证明。
作品站又是另一套逻辑。
博客通过文章展示思考，作品站通过项目展示能力。很多程序员做过不少东西，但外界看不懂：GitHub 上有仓库，但 README 很简单；项目能跑，但没有截图；代码不少，但没有说明设计取舍；功能做了很多，却没有整理成案例。
作品站要解决的就是这个问题。它不是简单摆几个项目卡片，而是要回答：这个项目解决了什么问题？你负责了什么？用了哪些技术？有没有截图、在线地址和代码仓库？这个项目体现了哪方面能力？
它的重点，是降低别人判断你能力的成本。招聘者、合作方或同行点进来后，不应该花很久还不知道你做过什么。
个人官网则承担一个更综合的角色——统一入口。
它不一定承载所有内容，但要能连接所有内容：博客、GitHub、公众号、作品站、简历、联系方式、代表文章。别人点进来，应该能快速知道你是谁、关注什么方向、写过什么、做过什么。它的目标不是让读者立刻读完某一篇，而是先建立整体认知。
这四个东西并不冲突，可以是一个网站里的不同模块，也可以是四个独立站点。但对我来说，起步阶段不太可能全做，得选一个先跑起来。
我最终的选择是：博客先行。
技术博客证明你能讲清楚问题，作品站证明你真的做过东西，两者放在一起才更有说服力。但作品站需要作品支撑，如果只是做一个好看的页面，里面没有真实项目、文章和复盘，它就是个空壳。
博客先行的好处是，它能先沉淀内容，自然形成专题，也为后续作品站提供材料。以后展示某个项目时，不只是放一个链接，还能关联完整的部署文章和技术复盘。
但我得承认，做这个选择时也纠结过。
一开始我想过先做作品站，把自己做过的几个项目包装一下。但翻了一遍发现，最近一年写的代码大多是公司内部系统，脱敏后根本拿不出来。也想过先搭一个"个人官网"，放个漂亮的简历页，但那样除了"我很厉害"之外，没有任何证据支撑。这两个方向都试了一步，然后卡住了。
最后回到博客，是因为这件事的门槛最低——一台服务器、一个域名、一套生成工具，先写起来再说。写出来的文章就是证据，比任何漂亮的页面都有说服力。
当然，博客先行也有明显的代价：前期基本没人看。写一篇两篇就像扔进海里，可能要持续写十几篇才有自然流量。但这件事我是按年算的，能接受。
那公众号呢？为什么不是只发公众号？
公众号和博客的角色不同。公众号适合连接读者、连续更新、建立触达；博客更适合长期沉淀、归档、搜索，作为自己的内容入口。
我打算这样处理两者的关系：公众号做首发和触达，博客做归档和沉淀。 重要文章先在公众号发布，和读者建立连接，然后整理成更完整的版本放到博客里。公众号是动态的"动态流"，博客是静态的"档案库"。两边不互斥，各有侧重。
想清楚这些之后，我这一阶段的目标就很具体了：从 0 到 1 上线个人博客。
它先承担技术文章和实战日志的沉淀，后面再补个人官网和作品站，让它从内容阵地逐步变成个人品牌入口。
这也解释了为什么后面会先写服务器、域名、备案、安全、Docker、Nginx 和 HTTPS。它们不是偏题，而是为了让这个个人博客真正上线，并且能长期稳定运行。
下一篇开始进入实战。
第一步不是写代码，也不是部署项目，而是先准备一台云服务器。想把自己部署到互联网上，总得先有一个能承载内容的地方。
本文由 楸木 原创，转载请注明出处。