foundation.rust-lang.org VS ripgrep

Through the Fast Forward program, we give free services and support to open source projects and the nonprofits that support them. We support many of the world’s top programming languages (like Python, Rust, Ruby, and the wonderful Scratch), foundational technologies (cURL, the Linux kernel, Kubernetes, OpenStreetMap), and projects that make the internet better and more fun for everyone (Inkscape, Mastodon, Electronic Frontier Foundation, Terms of Service; Didn’t Read).

This is why some of the bigger programming languages have a consortium behind them, dedicated to maintaining the language and making decisions for its continued improvement. When you look at the logos at the bottom of the Rust Foundation page, you can see some pretty big names.

The Rust foundation, which is a nonprofit general (delaware) corporation with bylaws, employees, a normal legal existence. It owns the trademarks and domain names, acts as a legal and administrative point of contact when one is needed, and has I think operational and funding responsibility for infrastructure (crates.io, CI, etc.) The foundation has members which are almost all corporate sponsors who donate money (and sometimes people) to further its mandate. There's a fairly broad set of companies involved here: Microsoft, Google, Amazon, Meta, Huawei, etc. etc.

When you say enterprise, who do you mean? Rust is absolutely being pushed by faang et al for example. Just look at the bottom of the Rust foundation page[0]. You do not see this support for things like Nim or Julia[1].

[0] https://foundation.rust-lang.org/

The Rust language is supported by the Rust Foundation, more details on that website. Financial donors to the Rust Foundation are about 30-40 companies currently, the bigger ones include Mozilla, Google, Microsoft, AWS, and Meta

> https://foundation.rust-lang.org/ 15,000

With all due respect, they don't need this money. Rust is a great project, and deserving, but they already have plenty of sponsors.

I would have rather seen 150 x $100 go to smaller projects. So much great software is being written, by people who are barely scraping by, and even $100 could be the motivation for someone to finish something widely useful.

So, let's clarify a couple things first about how the Rust and Cargo crates work. First off, there is no single company or entity who's the sole contributor to the core Rust tooling. Rust is an open source project to which anyone can view the codebase and contribute (though there's a select set of people who are responsible for approving changes to it and managing releases). It's worth noting this doesn't mean there isn't an organization responsible for the project however. The Rust Foundation are a non-profit who manages the core repositories and tooling, and is also responsible for setting high level goals for the language.

I don't think it is the same as Java. There is no single company owning Rust. Several big companies are investing in rust foundation (https://foundation.rust-lang.org/) including Google in particular which had quite a story regarding Java.

Recently, several big techs like Google, Microsoft, Mozilla and Amazon jointly launched a non-profit organization to help the language maintain itself by giving full support to the maintainers who lead and develop the project. Here at Vaultree we use Rust in our product and services, as we need to deliver data with reliability and agility to our customers, as we are in a business line where any error or inaccuracy can be costly, the adoption of Rust was a great fit for us.

ripgrep - https://github.com/BurntSushi/ripgrep

Basic code searching skills seems like something new developers are never explicitly taught, but which is an absolutely crucial skill to build early on.

I guess the knowledge progression I would recommend would look something kind this:

- Learning about Ctrl+F, which works basically everywhere.

- Transitioning to ripgrep https://github.com/BurntSushi/ripgrep - I wouldn't even call this optional, it's truly an incredible and very discoverable tool. Requires keeping a terminal open, but that's a good thing for a newbie!

- Optional, but highly recommended: Learning one of the powerhouse command line editors. Teenage me recommended Emacs; current me recommends vanilla vim, purely because some flavor of it is installed almost everywhere. This is so that you can grep around and edit in the same window.

- In the same vein, moving back from ripgrep and learning about good old fashioned grep, with a few flags rg uses by default: `grep -r` for recursive search, `grep -ri` for case insensitive recursive search, and `grep -ril` for case insensitive recursive "just show me which files this string is found in" search. Some others too, season to taste.

- Finally hitting the wall with what ripgrep can do for you and switching to an actual indexed, dedicated code search tool.

live grep: ripgrep

The world has moved on though to opinionated tools, and Rust isn't even the furthest in that direction (That would be Go). The equivalent of those two lines in Cargo.toml would be this example of a basic configuration from the jacoco-maven-plugin: https://www.jacoco.org/jacoco/trunk/doc/examples/build/pom.x... - That's 40 lines in the section to do the "defaults".

Yes, you could add a load of config for files to include/exclude from coverage and so on, but the idea that that's a norm is way more common in Java projects than other languages. Like here's some example Cargo.toml files from complicated Rust projects:

Servo: https://github.com/servo/servo/blob/main/Cargo.toml

rust-gdext: https://github.com/godot-rust/gdext/blob/master/godot-core/C...

ripgrep: https://github.com/BurntSushi/ripgrep/blob/master/Cargo.toml

socketio: https://github.com/1c3t3a/rust-socketio/blob/main/socketio/C...

I'm not clear on why you're seeing the results you are. It could be because your haystack is so small that you're mostly just measuring noise. ripgrep 14 did introduce some optimizations in workloads like this by reducing match overhead, but I don't think it's anything huge in this case. (And I just tried ripgrep 13 on the same commands above and the timings are similar if a tiny bit slower.)

[1]: https://github.com/radare/ired

[2]: https://github.com/BurntSushi/ripgrep/discussions/2597

Explore o Ripgrep no repositório oficial: https://github.com/BurntSushi/ripgrep

🔎🗃️ ripgrep or ugrep (search fast, use regex patterns or fuzzy search, pipe output to bash/zsh shell for further processing V coloring)