Re:Using Rust at a Startup: A Cautionary Tale
by saurik on Tuesday November 22, 2022 @09:24PM
(#33714372)
I don't disagree?... The idea that moving fast is more important than correct and safe code--because a startup can't afford to waste time on these matters as their competitors who "don't give a shit" will eat their lunch--goes well beyond Rust and mere memory safety.
[ Parent
| on HN ]
Re:Using Rust at a Startup: A Cautionary Tale
by foundajob on Tuesday November 22, 2022 @10:35PM
(#33714832)
Oh, oh, you don't disagree! The class of memory management bugs caught by the borrow checker only manifest as memory leaks when developing in any boring, garbage-collected memory safe language. Not buffer overflows. Not use after free. None of the excitement advertised on the Rust tin. These things do not occur in boring GC languages. Oh, and in-process data races which must be caught for Rust to be safe at all. Any engineer willing to sacrifice that much productivity based on a theoretical whinge, that is practically treated simply by periodically restarting application nodes, is a total joke. Tolerating memory leaks in high-level development cannot be reasonably extrapolated to "the idea that moving fast is more important than correct and safe code" which is nonsense fearmongering.