Rewriting in Rust
41–50 of 68 posts
Re: Rewriting in Rust
#42> And then there’s the Stack Overflow Developer Survey. Honest question, at what point is the Stack Overflow Developer Survey not representative of the average software engineer, many (most?) of who no longer use Stack Overflow?
Re: Rewriting in Rust
#43For a brief second I thought JetBrains were rewriting their tools in Rust and we were going to get some performance improvements.
Yes, I thought that too. But no, that wouldn't be realistic. Their IDEs are massive, to rewrite them in Rust they would probably also have to rewrite half of the library code in the Java ecosystem.
Re: Rewriting in Rust
#44Earlier quoted context omitted.
Yes, I thought that too. But no, that wouldn't be realistic. Their IDEs are massive, to rewrite them in Rust they would probably also have to rewrite half of the library code in the Java ecosystem.
Wasn’t their newer text editor/IDE written in Rust? I forgot how it was called and also didn’t followed up with their development.
(if you wanted to be snarky, you could say that Fleet dissolved into thin Air)
Re: Rewriting in Rust
#45This topic has somewhat recently acquired a connotation where it yields a polarized response. People seem "tired" of the language and the episodes like Bun rewrite don't help, especially in current LLM-obsessed era. Amidst this, just let me try to give my own experience with language while working in a field where it doesn't have much traction (scientific/numerical programming). A couple of years ago, after being tir…
Re: Rewriting in Rust
#46Earlier quoted context omitted.
That's a really great point, and demonstrates a deep understanding of how AI is changing the landscape of writing online!
Did I just read an HN comment written by an AI? Looks sycophantic enough
Re: Rewriting in Rust
#47I'm afraid the author completely missed the point here. Typst is not more readable than (La)TeX because it's written in Rust, but because its DSL was so designed. It could have been implemented in PHP that the result would be exactly the same.
Same thing with the auto-unroll/SIMD arguments. AFAIK, it's LLVM that's doing the job, there is nothing theoretically preventing a {language} compiler to obtain the same results.
Where Rust shines w.r.t. other similar languages though is that its strict memory model lets developers push further memory/concurrency optimization without sacrificing safety – which she highlights in the GNU/coreutils sort comparison.
Re: Rewriting in Rust
#48Earlier quoted context omitted.
What most people mean when they say this is GC vs no GC. Rust is the latter. You have to care about ownership unless you're wrapping in Rc/Arc.
I agree with you, but I just want to point out that there are other seamless solutions to memory management like refcounting, used by for example GDscript (Swift? Perl?). You definitely wouldn't consider this manual memory management
Re: Rewriting in Rust
#49Earlier quoted context omitted.
Just use VS Code. Its Java support isn’t the best, but it’s good enough and the rest of the IDE makes up for it. I feel like a lot of the love for IntelliJ is a sort of Stockholm Syndrome combined with relief at not using Eclipse.
But what about ! It’s an IDE, not an editor!
Re: Rewriting in Rust
#50"Typst instead of LaTeX" Is this really an alternative? I would never replace battle proved TeX with consistent syntax, build for processing text, with great fonts, thousands of plugins for some Markdown mess, which is, in addition, paid. Only because it is written in Rust, not in C.