极客

很久没更新博客了，把之前一直想发布的一篇放过来。 很长一段时间里，我以为“极客”是一种离我很远的身份。 在我的想象里，极客应该是那种技术很强的人：熟悉 Linux，会写代码，能看懂英文文档，电脑里装着一堆我叫不上名字的工具。最好还要有几块显示器、一个机械键盘、一台性能不错的主机，遇到问题时打开终端敲几行命令，屏幕一滚，问题就解决了。 而我也一直希望，有朝一日能更接近这样的人。 不是因为这个身份听起来很酷，也不是为了给自己贴上某个技术标签，而是因为我羡慕他们面对复杂系统时的那种主动性：不只是会用工具，也愿意理解工具；不只是接受问题，也愿意拆开问题。 我不是计算机专业出身，也不是从小就写代码的人。很多技术问题对我来说，一开始都像黑箱。看到命令行报错会紧张，看到英文文档会头疼，环境配置失败时也会怀疑自己是不是根本不适合折腾这些东西。 但后来，我开始搭自己的博客，开始接触 Hugo、GitHub Pages、Markdown、GitHub Actions，开始研究 AI 工具、多智能体和自动化工作流，也开始在 WSL、Docker、代理、Node 环境这些东西里反复踩坑。 这个过程中，我慢慢发现，“极客”可能并不是一个技术等级证书。 它更像是一种面对复杂系统时的冲动： 不甘心只会用，总想弄懂一点；不甘心被动接受，总想改造一点。 极客并不总是体面的 有意思的是，“geek”这个词原本也不是什么特别光鲜的称呼。它后来被重新解释、重新使用，才逐渐变成今天我们熟悉的那种技术爱好者、深度玩家、系统折腾者的形象。 我反而觉得这很符合我对极客的理解。 因为真实的极客感，本来就不完全体面。 它不是电影里那种一行命令解决世界难题的潇洒。很多时候，它更像是凌晨盯着一个端口号、一个路径、一个权限错误，半天不知道到底哪里出了问题。 明明只是想改一个博客样式，结果顺藤摸瓜查到主题配置、构建流程、部署日志。 明明只是想用一个 AI 工具提高效率，结果一路研究 API、插件、工作流、模型配置和权限问题。 明明教程里写得很简单，到了自己这里却完全不是那么回事。 这种状态其实一点都不酷。 但也正是在这些不酷的时刻，一个人会慢慢获得一种能力：不再把技术当成神秘物，而是开始意识到，复杂系统虽然吓人，但它通常有结构、有边界、有原因。 只要愿意拆开看，它就不再是纯粹的黑箱。 从搭博客开始，我第一次感到工具可以被自己掌控 如果只是想写文章，最简单的方式当然是注册一个平台账号。 打开网页，输入标题，写正文，点击发布。 这条路最短，也最省事。 但我后来选择了另一条更麻烦的路：自己搭博客。 我开始用 Hugo，选择主题，配置站点，把文章写成 Markdown 文件，再通过 Git 提交到 GitHub，用 GitHub Pages 发布出来，最后绑定自己的域名。 从效率上看，这个过程一开始并不划算。 为了改一个小地方，可能要翻半天配置文件。 为了修一个构建错误，可能要看一堆日志。 为了让主题正常工作，可能要理解版本、路径、参数、静态资源这些以前根本不关心的东西。 但也正是这种麻烦，让我第一次感到一种很特别的掌控感。 这个博客不是某个平台分配给我的一个账号。它更像是我自己在互联网上搭出来的一小块地。 目录怎么组织，文章怎么保存，页面怎么生成，域名怎么访问，构建流程怎么运行，至少有一部分是我自己参与设计和维护的。 我并没有因此变成技术高手。 但我开始明白，工具不一定只能被动使用。它可以被组合、被配置、被接入自己的流程，最后变成一个属于自己的系统。 这种感受，可能就是我第一次真正接近“极客精神”的时刻。 我喜欢极客，是因为他们不轻易接受黑箱 我后来越来越觉得，极客真正吸引我的地方，不是他们懂多少术语，也不是他们拥有多少设备，而是他们面对黑箱时的态度。 普通用户遇到一个工具，通常问： 这个东西怎么用？ 极客会多问一步： 它为什么这样工作？ 再进一步： 我能不能让它按我的方式工作？ 这三个问题之间，其实隔着完全不同的心态。 “怎么用”是使用者心态。 “为什么这样工作”是理解者心态。 “能不能按我的方式工作”则开始接近创造者心态。 我觉得极客身上最珍贵的地方，就是他们不太愿意永远停留在第一层。 ...