Tools

SLOP预警/DISCLAIMER 这篇文章主旨和论据均由人类古法提供，但论述细节大量由AI填充 前言 这两年大家都在聊 AI，聊 LLM，聊 Coding Agent，聊失业，聊焦虑，聊“以后是不是人人都能写软件”。 我自己的答案是：也许还没到“人人都能把软件写好”的程度，但至少已经到了“很多人都可以把自己要的东西做出来”的程度。 这件事在我看来，比什么“十倍程序员”更重要。 因为它指向的不是单纯的效率提升，而是一种更朴素、也更稀缺的东西：数字平权。 不是每个人都要去创业，不是每个人都要做 SaaS，不是每个人都要把自己活成 Product Hunt 上的独立开发者。我的意思更简单一点： 你终于有机会，不再只能吃厂商喂给你的屎了。 门槛确实在下降 先把话说在前面：我不是在吹什么“AI 已经替代程序员”这种鬼话。 软件工程当然不只是写几行代码。需求、架构、测试、性能、安全、维护、演进，这些东西一个都没消失。尤其是在那种纯许愿式的 Vibe Coding 里，AI 写出来的东西很多时候也就是“能跑”，离“靠谱”还很远。当然，如果你自己知道自己在做什么，把它当成助手而不是许愿池，情况就另说了。“软件质量”这笔账，暂时先按下不表。 但即便如此，一个事实还是很明显： 基础开发的门槛，真的在下降。 以前很多人脑子里有个想法，最后都死在第一步： 我不会写代码 我不会做前端 我不会打包 我不会调 API 我不会搞 Android / iOS 算了，麻烦死了 现在不一样了。你可以不会，但你可以一边问 LLM 一边做。报错了贴给它，UI 丑了让它改，数据结构不懂让它解释，哪怕最后代码一团乱麻，至少那个东西有机会先长出来。 这件事非常重要。 因为“能不能先做出来”本身，就是一道很高的门槛。现在这道门槛被削平了很多。一个普通人，一个没有系统学过计算机的人，一个只是“我就想做个自己能用的小玩意”的人，也终于有了入场券。 是的，做出来的东西可能不优雅，可能有 bug，可能丑，可能非常不工程化。 但它是你的。 而且它第一次让很多人意识到：原来软件不是天上掉下来的，不是只能被大公司、平台、应用商店、产品经理和广告系统垄断定义的东西。 我们真正需要的功能，可能没那么多 现在很多 App 根本不是“软件”，而是某种注意力收割器套了个工具壳。 最离谱的是，很多纯工具软件也开始这样。 前段时间我打开用了很久的欧路词典，结果发现默认界面里居然开始塞短视频了。那一刻我的第一反应不是愤怒，甚至都不是惊讶，而是失望。 因为这种事已经太常见了，甚至欧路已经做得非常克制，它还提供了比较直接的设置可以调整展示顺序以及是否展示。 但也正因为太常见了，一个本来该老老实实做工具的软件也开始往这个方向滑，才更让人难受。你明明只是想查个词，结果它想要的是你的停留时长、你的注意力、你的点击、你的路径数据、你的习惯，最好再顺手把你的大脑一起格式化成一个适合被推荐流驯化的形状。 这就是现在很多软件的基本逻辑： 功能当然要有，但不是第一位 第一位是留存 第二位是转化 第三位是广告位 你的需求？放后面再说 所以软件越来越臃肿，越来越吵，越来越像商场门口、路边推销的、Tony老师那些不厌其烦拦着你办卡的人。 618 期间这种感觉尤其明显。很多 App 只要你切出去几秒再切回来，哪怕根本没有退出，它也得重新给你弹一遍开屏广告。简直像在提醒你：别忘了，你不是用户，你是流量。 更搞笑的是，同样的 App，外区下载的版本居然往往干净得多。 ...

写这篇的起因是周围有朋友陆陆续续问过类似的问题：想在家里或者私人设备上跑点服务，不知道从哪里入手，也搞不清楚要花多少钱、麻不麻烦。所以整理了一下自己的实践，算是入门引导——不讲操作步骤，更多是帮你想清楚「要搭什么」「为什么」「怎么选」。 核心出发点只有三个：便宜、可控、数据是你的。 为什么要自己搭 动机其实很朴素。 云服务现在确实方便，iCloud、Google Photos、OneDrive 开箱即用，每个月收点小钱，大多数情况下够用了。但这里有个前提：你信任对方，而且愿意接受对方可以随时改规则、涨价、停服。国内网盘删库、限速、关停的新闻不是没有，国际服务也有账号被封、区域限制的问题。 自托管的核心价值是主动权在你：数据存在你的硬件上，随时可取，随时可迁移，功能自己决定要不要开。代价是维护责任也在你——硬件坏了、服务挂了，得自己处理。所以这条路比较适合对这件事本身有点兴趣的人；如果完全不想折腾，云服务是更合理的选择。 但是，和ChatGPT聊过后，感觉这些可能也只是表面 数字自留地不一定意味着拥有所有基础设施。 它意味着你始终拥有迁移、备份、恢复和退出的能力。 我对云保持警惕，但我也不想把家里塞满硬件和服务器。 因为我真正反感的不是云，也不是硬件。我反感的是： 当某个东西出问题时，我没有选择。 硬件 迷你主机 / Mac mini 市面上 N100 这类低功耗 x86 迷你主机，功耗在 10-15W 左右，7×24 小时全年电费大概在 100-200 元，算是家用服务器的性价比首选。价格从几百到一两千都有，性能跑绝大部分常见服务没有问题。如果本来就有 Mac mini 常驻家里，顺手兼做服务器也完全可以。 有一点要配置好：断电后自动启动。在 BIOS（找「AC Power Loss」相关选项）或 macOS 的节能设置里打开，不然停电来电之后需要手动开机，很烦。如果预算允许，搭一个家用 UPS 电源，应对短时停电更从容。 旧笔记本 旧笔记本自带电池，本身是一个丐版 UPS——停电了服务还能继续撑一段时间，这是很多人没想到的优势。缺点是功耗比迷你主机高，散热噪音可能也大一点，长期运行建议设置合盖不休眠，或者干脆不合盖。 Linux 在旧笔记本上往往状态更好。我自己一台 2019 年的 Magicbook 装了 ArchLinux，内存占用从 Windows 的 70%+ 降到 400MB 左右，拿来当小服务器跑得很顺畅。 VPS（可选） 如果你想对外提供服务，或者没有公网 IP，一台低配 VPS 可以做公网入口。便宜的配置（1 核 512M-1G）一个月几十块，量力而行，不是必须的。 另一个场景是存储型 VPS：有些云服务商有挂载大磁盘的低配机器，对计算要求不高但存储容量大，适合拿来做备份节点，比单独购买对象存储有时候灵活性更好，看具体需求选择。 基础设施：Tailscale 在讲具体服务之前，先说一个基础问题：怎么安全地从外网访问家里的服务。 Tailscale 是我目前的方案。它基于 WireGuard 协议，把密钥管理和 NAT 穿透都自动处理掉了，装上之后几分钟内就能把所有设备组进同一个虚拟局域网，从外网访问家里的服务就像在局域网里一样。免费计划对个人够用（100 台设备、3 个用户）。 ...

写在前面 这类文章在互联网上其实已经泛滥了，我本来也不打算写。但一方面某些工具确实改变了我的工作方式，值得记录一下；另一方面我有不少朋友问过我类似的问题，与其每次重复解释，不如写成文章。 先说清楚一点：工具这种东西有非常浓厚的个人色彩，没有好坏优劣之分，只是每个人看重的东西不一样。「差生文具多」这句话本质上是一种自嘲，不是用来攻击别人的武器；同理，用某个工具也不应该成为你炫耀的资本。把工具本身当成某种身份符号，反而本末倒置了——有点像崇拜那个你在哪里读书而不是你读了什么书一样。求同存异，工具服务于人就好。 我的选型理念 大概有这么几条原则，按重要程度排列： 开源优先：不是为了装，是为了在厂商「喂屎」的时候有得选。《自由软件，自由社会》我虽然没完整读过，但那个道理我是认同的。商业公司不是慈善机构，功能阉割、涨价、后门——当你的迁移成本高到一定程度，你就只能吃屎。 跨平台：我同时在用 macOS 和 Linux，偶尔还要连一些 Linux 服务器，一个只能在一个平台用的工具对我来说打折扣。Windows 现在用得少了，但也不是完全不接触，选工具时的标准是至少「能用」就行，不需要体验完美。Windows 上 CLI 生态和 UNIX 系确实不在一个量级，如果真要在 Windows 上做点什么，基本上也是开个 WSL 解决，而不是指望 cmd/PowerShell 那边。 不被 vendor locked：和开源有关联，但不完全一样。核心配置最好是纯文本的，这样我可以用 git 管理，随时迁移，不依赖任何厂商的同步服务。 不 all-in-one：一个工具做好一件事（UNIX 哲学），然后组合使用。把所有东西塞进一个超级 App 听起来很方便，实际上某一部分拉垮了你整个工作流都得跟着受苦，还有隐私风险集中的问题。 极简+实用主义，CLI 和 GUI 并用：能用 CLI 解决的问题不一定非要 GUI，但有好的 GUI 我也不排斥，不存在「用 GUI 就是不够 hardcore」这种奇怪观念。 当然，有些领域受制于现实情况，或多或少会违背上面的原则。特定场景特定分析，后面会提到。 操作系统 / 设备 主力设备 工作：公司发的 Mac（具体型号懒得说，反正不是自己买的，用着就行） 个人：自己买的 Mac mini + 一台装了 ArchLinux 的老笔记本（Magicbook 2019）+ 一台 2019 款 MacBook Pro（发热降频严重，但内存相对大，勉强还能用，主要用来跑一些对算力有一定要求的本地任务） 手机：Android 日常 + 老 iPhone 备用，基本只用来打电话、刷视频、MFA验证之类的 小型 VPS：自建一些服务用 为什么用 Linux 之前专门写过一篇：笔记本折腾Linux碎碎念。简短版本：Windows 在这台老机器上已经烂到不可接受，而且微软近年来的所作所为（Recall、强制更新、莫名其妙的后台服务……）让我实在没有继续用的理由。装 ArchLinux 之后内存占用从 70%+ 直接降到 400MB，老机器焕然一生。 ...

前言 本文是什么 终端工具FZF的简单介绍和入门 「个人」对此工具的使用和实践，尤其是一些扩展使用方式 【矫情】由小及大，怎么联想到一些其他的东西的 本文不是什么 不是“最佳实践” 「最佳实践」是指在特定领域内经过实践检验并证明具有卓越效果的技术、方法、流程、活动或机制。它们之所以被称为「最佳」，是因为这些实践能够在提高效率、降低成本、提升质量、确保安全、增强客户满意度等方面展现出超越平均水平或现有做法的优势。 这篇文章显然配不上这个称谓 不是系统性的使用教程，更不是使用手册 RTFM 😊 Wiki FZF是什么 基于终端和命令行的工具（CLI） 提供「模糊」搜索的功能（Fuzzy Search） 提供一个简单但直观的TUI （Integrated with Other Tools） 基础用法 查找文件：直接使用 你可以直接在命令行下面输入对应的命令，-m表示多选，默认行为是列出当前文件夹下的所有文件，选中后按回车会把路径/文件名显示在命令行上 fzf fzf -m vim $(fzf -m) 还可以通过环境变量配置预览效果、窗口大小、快捷键等。 因为是环境变量，所以如果在Shell配置文件里将其export，让它被子进程继承，那么所有的相关配置无需重复配置，便可以在子进程（例如Vim中）生效，后面将在Vim集成章节中稍稍展示一下。 典型例子如下（具体含义请参见官方文档）： FZF_DEFAULT_COMMAND FZF_DEFAULT_OPTS FZF_DEFAULT_OPTS_FILE 简单语法 fzf支持一套语法（丐版正则），让你能在fuzzy的过程中，还是有一定的搜索效率，以下仅列出部分，更多请参考官方文档 Token Match type Description sbtrkt fuzzy-match Items that match sbtrkt 'wild exact-match (quoted) Items that include wild ^music prefix-exact-match Items that start with music .mp3$ suffix-exact-match Items that end with .mp3 !fire inverse-exact-match Items that do not include fire !^music inverse-prefix-exact-match Items that do not start with music !.mp3$ inverse-suffix-exact-match Items that do not end with .mp3 与Shell集成 查看Shell命令历史 使用快捷键Ctrl+R查看Shell命令历史，如果你使用的是原始的bash或者zsh的话，基本可以替换原来的功能，使用起来友好得多；如果你和我一样，主要使用fish，那可能不一定用得上，但我由于个人使用习惯，目前仍然在使用fzf的这个功能，而不是fish自带的那个也蛮好用的历史记录。 ...

Introduction Many people would say that configuring Vim/Emacs(or some other obsession with tools) is time-consuming and even be “a waste of time” 1. The core point is that tools are paths to the goal, not the goal itself. Quoted2: Obsession with tools is an insidious form of procrastination. This form of resistance masquerades itself as the opposite, as a form of improvement and development. It really reveal one of the reasons why some people are obsessed with tools. I quite agree with it (thus I am not an Emacs guy :) ). ...