|
|
|
|
|
by vineethy
334 days ago
|
|
The author's motivation for writing this is well-founded. However, the author doesn't take into account the full spirit of rust and the un-constructive conclusion doesn't really help anyone. A huge part of the spirit of rust is fearless concurrency. The simple seeming false positive examples become non-trivial in concurrent code. The author admits they don't write large concurrent - which clearly explains why they don't find much use in the borrow checker. So the problem isn't that the rust doesn't work for them - it's that a central language feature of rust hampers them instead of helping them. The conclusion for this article should have been: if you're like me and don't write concurrent programs, enums and matches are great. The language would be work better for me if the arc/box syntax spam went away. As a side note, if your code is a house of cards, it's probably because you prematurely optimized. A good way to get around this problem is to arc/box spam upfront with as little abstraction as possible, then profile, then optimize. |
|
"Fearless concurrency" is one of the best things the borrow checker gives us, and I think a lot of people undervalue it.