Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Unrelated, but thank you for your work!

You’ve saved me tens if not hundreds of hours with ripgrep, and I’ve become a huge evangelist of it at my workplace. When I’m helping someone understand how to debug customer issues, the first thing I tell them is to install ripgrep. Truly a fantastic piece of software.



w00t! Thanks for the kind words. :-)


"gron | rg", because life is too short to learn jq.

Amazing work on rg!


OMG, thank you. jq is great but its syntax is impossible to memorize. This is so much better.


Any time! Yeah jq is great, but my usecase is covered better by these two together.

Truly the Unix philosophy at it's finest. It's the only way I search JSON these days! (or YAML with "yq | gron | rg" to get results, pop into (n)vim and to my thing :)


Wait, does ripgrep understand json or something??


No. `gron` understands JSON and flattens it, effectively turning it into line oriented data.


Sorry, how does ripgrep save you tens of hours? I get that it is faster than regular grep, but that doesn't really answer the question; I don't find myself stalled waiting for grep. The only reasonable explanation would be something ripgrep does that grep actually doesn't. I could try to guess, but have no confidence I would guess right.


1. Available on Windows without WSL, possibly the biggest time saver for those affected

2. Auto ignores .gitignore files, so does not search node_modules or build/ etc., huge noise reduction there.

3. -t/-T gates on file extension which is a very nice feature, again signal to noise

4. The combo of speed and the above and the recursive-by-default mean that you search much larger corpuses by default, like “all the microservices in the cluster” or “my entire home dir”, because you know it's some .xml file mentioning “jackson” where you saw this config you need before.

5. For some reason I never remember which regex features are grep vs egrep, so I end up just testing on a bunch of strings to see if I have to like backslash the plus operator or whatever. With rg it's like “oh this is going to have the same syntax as JS regex.”

6. Unicode compatibility by default could save you that sort of time maybe on specific workloads?


7. Options like -g, --max-depth, and --max-filesize make chaining with `find` or (trigger warning) grepping your grep output redundant.


Totally anecdotal, but I have found ripgrep orders of magnitude faster than grep when searching a large corpus of data (in my case, many multi-hundred megabyte to gigabyte XML files). As in, ripgrep completed the search in seconds, grep took multiple minutes. I'm sure I could have done some research to optimise/parallelise grep, but ripgrep worked doing the "dumb" search.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: