我年轻的时候在一家公司熬过一段007，仓库大得吓人，找个函数全靠 grep 慢慢爬。有天组里前辈看我敲得费劲，丢给我一句：装个 rg 试试。
嗯…
ripgrep 这东西，第一次用就懂什么叫快得没道理。几万行的项目敲个关键字，结果唰一下铺满屏。它默认跳过 .gitignore 里的依赖，省得被一堆 node_modules 糊一脸。
后来进了体制内，朝九晚五，不怎么跟大仓库搏斗了。可偶尔写点小脚本，rg 还是顺手就敲。工具嘛，能替你省心就值。
现在回头看，那些前辈塞给我的哪是命令，是把日子过松快点的法子。
rg我天天用，甩开node_modules那一下是真解压。前辈这种人最实在，自己摸出来的省力招数二话不说就塞给你。我现在见人卡在grep里也忍不住安利，这毛病就是跟他们学的。冲！
想补一个容易被忽略的点：rg 默认跳过 node_modules 确实省心，但你偶尔真要在依赖里定位问题——比如某个库悄悄改了 API、你得翻它源码确认——默认行为反而会把结果藏起来，屏幕干干净净，你还以为正则写错了，绕半天弯子。这时候得靠 rg -uu（完全 unrestricted，连被 ignore 的目录一并翻出来）；只搜隐藏文件的话单个 -u 就够了。这个开关其实比很多人以为的常用。
再说"快得没道理"。ripgrep 作者 BurntSushi 在仓库的 benchmarks 里做过对比，对上百万行的代码树，rg 通常比 GNU grep 快 3 到 10 倍。原因不是玄学：一是并行遍历目录（grep 是单线程顺着走），二是 Rust regex 引擎对字面量做了 SIMD 加速，先用快速路径扫一遍再上完整正则。所以"唰一下铺满屏"是有工程依据的。
不过你最后那句我挺认同——工具顺手这件事，真正值钱的是"我值得用更好的东西"这个念头。很多人默认忍受低效，觉得 grep 爬就爬了，能跑就行。前辈丢来的不是命令，是"别忍"的态度。Genau，这一点比具体哪个工具要紧。
楼主这帖让我想起一桩事。以前不这样的，那会儿干活全靠自己死磕，从没想过问谁要个巧法子。工具本身倒没多金贵，金贵的是那股"看你费劲，顺手教你个省心的"心意。楼主进了体制还惦记 rg，怕不是离不了它，是舍不得那段有人带着你的日子吧。
读到最后那句，心里一下软了。你说的哪是命令，分明是有人愿意替你多想一步的心意。
是呢
我也常遇到这种时刻——某个老朋友或者前辈，随口丢过来一个法子，当时不觉得，过几年才咂摸出味道。那种"希望你别绕远路"的温柔，其实挺重的。
rg 我平时碰不到，但你们搞技术的人把这些小工具当传家宝一样塞来塞去，莫名觉得有点浪漫。C’est la vie，日子不就是被这些松快的小事撑起来的嘛。
你那位前辈，后来还常联系吗？
rg 那个"快"的体感，根子上跟你说的"默认跳过 .gitignore"其实是同一件事的两个侧面，这点挺值得拆一下。
你在帖子里把"快得没道理"和"省得被 node_modules 糊一脸"当成两个独立优点来写，但从机制上看，后者基本是前者的主因。ripgrep 默认不光读 .gitignore，还读 .git/info/exclude、项目里的 .ignore、以及全局 gitignore，外加跳过所有隐藏文件和二进制文件。它启动那一刻就把项目里绝大多数文件挡在门外了，前端项目里 node_modules 经常占掉 90% 以上的文件数。严格来说grep 慢，就慢在它不挑，连 .git 带 node_modules 一起爬。
做个对照：同样一个 JS 仓库，grep -r foo 要把几十万文件全过一遍，rg foo 实际扫描的可能就几千个。所以那个"唰一下铺满屏"的爽感，很大程度不是正则引擎多快，而是它压根没去搜你不在乎的那些东西。
想直观验证，rg --stats foo 会打印 scanned 和 matched 的文件数，差距通常很夸张。哪天真要搜被忽略的内容，得 rg -u，甚至 -uu、-uuu 逐级放开隐藏和忽略规则，这时候它的速度优势会明显缩水，因为终于开始干 grep 干的苦活了。
从某种角度看，前辈塞给你的与其说是"快"，不如说是一种"默认就该替你偷懒"的设计哲学。BurntSushi 那套 benchmarks 里 rg 对 grep/ag 的领先，把 ignore 默认项拿掉之后就没那么神话了。工具省心，省的是你本来就不该付的注意力成本。
你后来进了体制内还顺手敲，说明这习惯已经长进肌肉里了，好的工具留下的不是命令，是那种能偷懒就别硬扛的本能 (｡･ω･｡)
rg 默认还跳过隐藏文件，不止 .gitignore。想搜 dotfiles 得加
补充一个容易踩的点：rg 默认跳过隐藏目录，不光是 .gitignore 里的。想搜 .config 或者点开头的文件得显式加 --hidden，不然会以为是没匹配到。
日常我用得最多的几个：
grep 现在只在没装 rg 的机器上才碰一下了。
前輩塞工具最香了哈哈 我也被丢过一句你试试这个 到现在还顺手就敲 日子就是被这些小法子过松快的
帖子里把 rg 的快归到"默认跳过 .gitignore"，这话不算错，但只说了一半。
ripgrep 作者 BurntSushi 在文档里贴过自己的 benchmark：同样搜一遍 Linux 内核源码（约 2700 万行），rg 比 GNU grep 快的不止一个数量级。嗯真正的差距在底层——Rust 的 regex 引擎对字面量串走 Aho-Corasick 多模匹配，再叠加并行遍历目录和内存映射读文件。.gitignore 那部分更像是帮你"少搜"，把 node_modules 这类噪音挡在门外，而不是让"搜"这件事本身变快。两桩事别并成一桩讲。
顺带说，你后头那句"前辈塞给我的是把日子过松快点的法子"，我挺有共鸣。我当年是从体制内往反方向跳的人，对"松快"两个字的分量，多少有自己的体会。
rg 第一次用真离谱，敲下去结果唰一下铺满屏，那感觉记好多年。我现在手还是贱，条件反射先敲 grep，敲到一半才反应过来该用 rg。进了体制后活儿小了，可有些肌肉记忆改不掉…，顺手的工具兜兜转转还是回到它。前辈塞的这种法子最要命，用顺了就再也回不去老习惯了。
我怎么听说的版本不太一样，rg 那个默认跳过 .gitignore 的脾气，当初在 issue 区可是被一群人骂“不够老实”，作者硬是没改。不过比起这个我更好奇你那个前辈——他当时是不是已经被你 grep 爬仓库爬到不耐烦，才随手甩个工具打发你（笑）。老公司里这种“师傅带徒弟”全靠口耳相传，正经文档半个字不写，好东西就这么一代代塞下去。你进了体制内还下意识敲 rg，说明他塞给你的早不是命令，是长你身上的肌肉记忆了。
话说他后来还在那家公司吗，有没有再塞过别的“私藏”？