I think it is used mostly as a safer alternative to C++. It also depends a lot in your background. I started out as a C++ programmer and have spend weeks chasing strange crashes and memory leaks; all due to manual memory management. This is the perfect fit I guess for Rust and it should not be a trivial choice that DRAPA is initiating a project TRACTOR to port C,C++ code to Rust https://www.darpa.mil/program/translating-all-c-to-rust

That said, there is another aspect. If you have started out as a backend programmer with C++ and have had misfortune to hit all its bad parts and then got overjoyed with Java and its great GC till you get scalded by the GC pause times and spend weeks trying to understand and tune the GC you will never know the joy that Go give whose GC has low pause time possibly due to its better memory allotment and then you are surprised that Go does not have a proper package manager ( I guess it has better now)

Similarly those who are not seen first hand how hard it is scale or tune an Oracle DB cluster as data becomes more will never understand the magic of NoSQL and a DB like Cassandra or its superior design of linear scalability. But then its inflexible table schema, that is as your requirements increase you feel that you are coupled too much with your intial table design and quries and then you think that ditch all this let me use MongoDB and Elastic and let if do the magic of indeing so that I dont have to care about optimised retreivals or writes, till you hit with scalability problems in those.

In short unless you are hit by bad experience in production, a usual programmer will take the path of least resistance which basically is a library or language with a lot of very very leaky abstractions that future you or someone else needs to grapple and try to fix or incur forever the cost.

I was lucky being unlucky. I can appreciate things without too much hate or regret. I wish you the same