分类

技术笔记

个人官网框架怎么选?

这是「把自己部署到互联网上」系列的第 38 篇。

上一篇我写到,个人博客上线之后,我发现它还不是个人品牌。

博客解决的是内容沉淀问题,适合放技术文章、部署日志、项目复盘、踩坑记录和长期专题。

但一个第一次访问我的人,还需要更快知道:我是谁,我在做什么,写过哪些代表内容,做过哪些项目,为什么值得继续关注。

所以接下来,我要把个人博客延伸成个人品牌入口。

更具体地说,就是做一个个人官网或作品站。

新的问题也随之出现:个人官网框架怎么选?

框架没有好与坏,只有谁更合适

上面那个问题看起来像技术选型,不能为了高级而高级,只比较谁更火、谁性能更强、谁生态更大。

从我个人来看,更重要的是:哪个框架更...

Astro、Next.js、Nuxt 对比:哪个更适合个人官网?

这是「把自己部署到互联网上」系列的第 39 篇。

上一篇我写了个人官网框架怎么选,先说了几个标准:

  1. 内容展示是否舒服
  2. SEO 和首屏性能是否好
  3. 部署复杂度是否可控
  4. 长期维护成本是否低
  5. 是否适合一个人持续更新
  6. 能不能清晰表达个人品牌。

这一篇做一下具体对比:Astro、Next.js、Nuxt。

先说结论:这三个框架都能做个人官网和作品站,但适用的场景不一样。

如果脱离场景,很容易变成“谁更强、谁更火、谁生态更大”的争论。

我的需求很明确:如果我要做一个程序员个人官网和作品站,用来连接博客、公众号、GitHub、代表文章和项目展示,哪个更合适?

先说需求

我的官网不是复杂 Web ...

为什么我的个人作品站最终选择 Astro

上一篇,我把 Astro、Next.js、Nuxt 放在一起做了对比。

那篇更偏横向分析:三个框架都能做个人官网,但适合的场景不一样。

真正落到自己的项目上,问题就变成了另一个:我的个人作品站到底需要什么?

我的方案

我的规划是:第一版选择 Astro。

这个选择不是因为 Astro 一定比 Next.js、Nuxt 更强,也不是因为它更流行。

更直接的原因是,我现在要做的不是一个复杂官网系统,而是个人博客上线后的轻量入口。

这一阶段真正重要的是博客:服务器、域名、备案、安全、Docker、Nginx、HTTPS、对象存储,这些工作都是为了把个人博客从 0 到 1 跑起来。

作品站不是替...

个人官网首页到底该写什么?

上一篇,我写了为什么个人作品站最终选择 Astro。

框架确定以后,真正难的问题才出现:个人官网首页到底该写什么?

页面可以搭,组件可以写,甚至用 AI 很快就能生成一个看起来不错的首页。

但首页上的概要内容,不能只靠模板。

你是谁,在做什么,希望别人第一眼记住什么,访问者下一步应该去哪里,这些问题必须自己想清楚。

很多程序员有个人网站,但别人看完还是不知道他是谁。

页面可能很漂亮,技术栈也很多,项目卡片不少,但访问者只留下一个模糊印象:这个人好像是程序员。

对个人品牌来说,这还不够。

我这次做个人官网,边界很明确。它不是一个很重的官网系统,不替代博客,也不是为了包装一个很大的个人品牌项...

程序员作品集怎么做,才能让别人快速看懂你的能力

这是「把自己部署到互联网上」系列的第 42 篇。

上一篇,写了下个人官网首页到底该写什么。

个人主页解决第一印象:让别人知道你是谁,在写什么,这个网站和博客、公众号、GitHub 有什么关系。

但个人首页只能提供大致信息。如果别人想继续了解你的能力或对某个项目感兴趣,他会看作品集。

很多程序员并不是没有项目。恰恰相反,项目、脚本、笔记、部署记录、GitHub 仓库可能都有。但别人无法从碎片化的文档中了解你是谁。

项目名称看到了,技术栈看到了,链接也放了。

可访问者仍然不知道:你到底解决了什么问题?你在项目里负责了什么?这个项目和你的能力有什么关系?它是不是一个真实项目?它能不能证明你真的...

我用 AI 做了一个个人作品站

这是「把自己部署到互联网上」系列的第 43 篇。

之前写过几篇关于个人网站的文章,聊过程序员为什么要做个人首页,也聊过作品站应该放些什么内容。这次不再聊这些理论了,直接说说我自己的个人主页,名称《楸木工坊》。

名称:楸木工坊
链接:aicultiv.com

做这个网站的想法其实很简单。我平时写写博客,也会做一些 AI 应用和其他技术项目。时间长了,东西越来越多,但它们分散在不同的地方。

如果有人想了解我做过什么项目,可能要先看博客,再翻公众号文章,想了解具体实现还得去找代码。我自己整理起来也不太方便。

所以,我做了一个统一的入口,把这些东西放在一起,方便用户查看。

首页主要放了什么?

...

从服务器到个人官网上线,我完整走了一遍个人品牌建设

这是「把自己部署到互联网上」系列的第 44 篇。

写到这一篇,整个系列已经接近尾声。

从第一篇《2026年了,程序员还有必要搭建个人博客吗?》开始,

我一路写了服务器、域名、备案、安全、Docker、Nginx、HTTPS、对象存储、个人博客上线,再到后面的 Astro 选型、首页设计、作品集整理和 AI 辅助搭建作品站。

从单篇文章看,这些内容像是一篇篇技术笔记;

连起来看,它们完成的是一条路径:

从 0 到 1 搭建个人博客,再把博客、文章、项目整理成一个轻量个人品牌入口。

这篇不再聊技术了,做一次阶段复盘。

回头看这一阶段走到了哪里,完成了哪些事,最关键的问题是什么,以及这套流...

做完个人作品站后,我对程序员个人品牌有了新的理解

这是「把自己部署到互联网上」系列的第 45 篇,也是最后一篇。

写到这一篇,这个系列正式收官,感谢各位看官一路走到了这里。

从第一篇《2026年了,程序员还有必要搭建个人博客吗?》开始,我一直围绕这个主题展开:把自己部署到互联网上。

猛一看,这句话有点虚,更像一个方向。

直到我更新完整个系列以后,它变得具体了,没有做一个漂亮的个人官网,也没有用几句华丽的词藻包装自己。

刚开始从一台服务器、一个域名、一次备案、一次部署、一个博客、一篇文章开始,把自己真实做过的事情,一点点记录下来,整理成别人能看懂、能访问、能验证的入口。

整个阶段的干货是博客项目搭建的过程。

服务器、域名、备案、安全、...

2026年5月系统架构设计师案例分析真题与参考答案(网友回忆版)

2026年5月系统架构设计师案例分析真题与参考答案(网友回忆版)

说明: 本文根据网友回忆整理,题目顺序及部分题干可能存在偏差,部分小问和原始材料缺失。答案为个人整理的参考答案,仅供学习交流,请以官方发布的信息为准。

第一题:智慧养老家居系统

某公司拟开发一个智慧养老家居系统。该系统应面向居家养老场景设计,旨在为老年人提供安全、舒适、便捷的生活环境。基于项目需求,张工提出该系统是典型的物联网系统,应采用分层架构设计;李工针对数据处理需求,提出在边缘网关层更适合采用时间序列数据库。

问题2:时间序列数据与时序数据库

题目:

请用300字以内的文字说明什么是时间序列数据,并说明该系统在边...

2024年下半年系统架构设计师案例分析真题与参考答案(网友回忆版)

说明: 本文根据网友回忆整理,题目顺序及部分题干可能存在偏差,部分小问和原始材料缺失。答案为个人整理的参考答案,仅供学习交流,请以官方发布的信息为准。

第 1 题:面向质量属性的软件架构设计

一、题目背景

阅读以下关于面向质量属性的软件架构设计的叙述,回答问题1和问题2。

某公司拟开发一个基于大语言模型的智能系统,该系统将通过多个大语言模型来协作处理用户提交的任务请求,任务求解过程的状态数据将被记录在任务板中,各个大语言模型根据任务板上任务的实时求解状态,来确定它们当前是否需要被调用以进一步处理该任务,并在处理完成之后将任务的最新状态更新到任务板上。

基于该系统的开发任务,公司召开项...

发现更多