friends
the_silver_searcher
friends | the_silver_searcher | |
---|---|---|
2 | 63 | |
879 | 26,618 | |
0.0% | 0.2% | |
3.2 | 0.0 | |
almost 4 years ago | about 1 year ago | |
Ruby | C | |
MIT License | Apache License 2.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
friends
- Friends – Spend time with people you care. Introvert-tested.Extrovert-approved
-
Ppl: The command line address book
This is maybe slightly different than what you’re looking for, but my project Friends[1] is a journaling CLI that I also use to keep track of people’s addresses and contact info (via the “notes” feature).
[1] https://github.com/JacobEvelyn/friends
the_silver_searcher
-
Digging Through Linux: Must-Know Tools for File and Content Searches
Silver Searcher GitHub
-
Show HN: Krep a High-Performance String Search Utility Written in C
It's weird that the_silver_searcher, also known as `ag` [1] is not mentioned in benchmarks, which is also implemented in C.
I wonder why...
[1] https://github.com/ggreer/the_silver_searcher
- A code-searching tool similar to ack, but faster
-
9 tools, libraries and extensions our developer can't live without (and why)
There are other CLI search tools for code: grep, ripgrep, etc. or actual search tools (Sourcegraph, Github, IDEs), but I always reach for Silver Searcher/Ag. Ag is a code-searching tool similar to ack, but faster. The syntax is pretty good and it’s very helpful when I just want something basic such as when I’m just looking for the string Config (I don’t use complex regex).By the way fzf.zsh, combines ag with fzf to do instant full text search recursively over the current directory, and then pops you into vim at that exact file line.
-
Essential Command Line Tools for Developers
View on GitHub
-
Debugging Silent Create Action Failures in Rails
If you have trouble finding it among the other stuff happening in the server log, well, so do I! I recommend learning how to programmatically search through your terminal output. Providing a universal method for this is challenging because various tools and terminal emulators implement this functionality differently. Another option would be to use tools like grep or the_silver_searcher (a favorite of mine) to search the file where your dev logs are written to. This file is located at log/development.log in a Rails project.
- Ggreer/the_silver_searcher: A code-searching tool similar to ack, but faster
-
✨7 Github Repositories to Master React
Some of the examples below use ag, but could just as well use grep or equivalent.
-
Rust crate rg typosquatting/redirect to ripgrep
Why guess when [there are installation instructions for various platforms on the README](https://github.com/ggreer/the_silver_searcher#installing)?
Also, although it may not be easy to remember, is this really a problem in practice given the installation count in most contexts is one? If there's a context where it's installed regularly, that's a one-time addition to an install script, Dockerfile, etc. in my experience. Do you have a situation that isn't amenable to that?
-
Linux drivers development
The kernel changes a lot, so the books would get outdated quickly. But you can find simple / similar drivers, and read the code. Usually there are some documentation / comments on the headers before the function declarations. The Elixir and the Silver Searcher will help a lot.
What are some alternatives?
chronicle-etl - 📜 A CLI toolkit for extracting and working with your digital history
ripgrep - ripgrep recursively searches directories for a regex pattern while respecting your gitignore
ppl - The command line address book
fd - A simple, fast and user-friendly alternative to 'find'
khard - Console vcard client
ack3 - ack is a grep-like search tool optimized for source code.