WuxiFingerHold

18 ms·

241.
by WuxiFingerHold 4y ago
> Why do people keep adopting this language? Where's the appeal? There're many aspects to consider when evaluating a tool. To me, Go has one of the best overall packages: - std lib - tooling - performance - concurrency - relati
242.
by WuxiFingerHold 4y ago
> - Login to the Mac in question Really? Usually malicious stuff is installed by the user themselves being unaware of it.
243.
by WuxiFingerHold 4y ago
Why do you think the vast majority of software is written in GC languages? How does Rust point out deadlocks?
244.
by WuxiFingerHold 4y ago
An order of magnitude? Not true at all. Look at this benchmarks: https://web-frameworks-benchmark.netlify.app/result?f=axum,g... I've done some benchmarking with Actic, Axum and Go (std lib). Actix was top, Axum about
245.
by WuxiFingerHold 4y ago
Those benchmarks are highly gamed. Don't trust them. Stuff like hardcoded response length ... Also, they use http and DB pipelining, which hardly reflects most real world usecases. Have a look here: https://web-frameworks-be
246.
by WuxiFingerHold 4y ago
The hardest multithreading related bugs are deadlocks, which Rust doesn't prevent. So this "fearless concurrency" mantra is not entirely true.
247.
by WuxiFingerHold 4y ago
Or use a GC language with a great typesystem and have both safety and fast efficient development cycles.
248.
by WuxiFingerHold 4y ago
No, C# or Typescript is way easier, as a GC does the memory management for us. Lifetimes in async Rust are one the hardest things.
249.
by WuxiFingerHold 4y ago
Unless you really need the best performance possible there're pretty good alternatives. Mainly C# or Go and soon JVM with Loom. Some numbers: https://web-frameworks-benchmark.netlify.app/result?l=rust,g...
250.
by WuxiFingerHold 4y ago
> It doesn't allow you to build quick and easy solutions that allows you to lie to yourself You can write perfectly fine solutions in a GC language without lying to yourself. > my trust level to my Rust code is around 10x more th