Programming

I think it really depends on your history and the goal of your app/library you want to achieve I guess (the more control over the whole stack you need the more likely it makes sense IMHO).

The thing I really like with Rust (compared to the countless other languages I have used) is that you can just focus on the actual problem itself (be it learning of the language itself or writing your app/lib). The whole ecosystem (cargo, rust-analyzer, crates.io etc.) just works so well that it isn't a blocker (compared to a lot of hassles I had with different ecosystems).

I think it's absolutely worth to invest a little bit of time (and that time got way shorter compared to the time when I learned Rust, because tooling got much better in the meantime (namely rust-analyzer)). I think it will pay of long-term (in easier/more maintainable/efficient/safe software).

Also, "not feeling confident" can mean a lot of things, I consider myself writing quite good idiomatic Rust, but there are still often times when I see a codebase that is "above my paylevel" (e.g. what you can do with traits is pretty fancy, and allows quite some interesting stuff).

I think the beauty of it is, that you can write simple Rust pretty quickly (I think much less than two months, general beginner advice, better clone or move than fight with the borrow-checker). But as you progress you always learn new things to increase the ergonomics/efficiency of your codebase.