By what metric? I still see vastly more Python and Typescript being generated, and hell, even more golang. I suppose we are all in our own language bubbles a bit.
Python code generated by LLM is like a landmine; it may compile, but there could be runtime errors lurking that will only detonate when the code is executed at some undetermined point in the future.
Rust code has the property that if it compiles, it usually works. True there are still runtime errors that can occur in Rust, but they're less likely going to be due to LLM hallucinations, which would be caught at compile time.
I mean, that is true for any interpreted language. That's why have type checkers, LSPs, tests and so on. Still not bullet proof, but also not complete time bomb like some commenters make it out to be. Hallucinations are not an issue in my day to day, stupid architecture decisions and overly defensive coding practices, those more so.
Right, that's why good language design is still relevent in 2025. e.g. type checking only saves you if the language design and ecosystem is amenable to type checking. If the LLM can leverage typing information to yield better results, then languages with more type annotations throughout the code and ecosystem will be able to extract more value from LLMs in the long term.
Can you elaborate a bit here? In my experience, most code I come into contact with isn't nearly defensive enough. Is AI generated code more defensive then the median?
I don’t have hard data to back it up, but LLMs make writing code super easy now. If the code compiles, you’ve basically filtered out the hallucinations. That’s why writing in Python or TypeScript feels kind of pointless. Rust gives you memory safety, no garbage collector, and just overall makes more sense, way better than Go. Honestly, choosing anything other than Rust feels like a risky gamble at this point.
Rust only really makes sense in settings where you would have otherwise used C or C++, i.e. you need the best possible performance and/or you can't afford garbage collection. Otherwise just use Go, Java or C#. There is no gamble with picking any of these.
Rust is fantastic for writing HTTP servers, microservices, and desktop applications.
OpenAI uses Rust for their service development as do a lot of other big companies.
It's a lot like Python/Flask, or even a bit like Go. It's incredibly easy to author [1] and deploy, and it runs super fast with no GC spikes or tuning. Super predictable five nines.
Desktop apps sing when written in Rust. A lot of AI powered desktop apps are being written in Rust now.
If you're going to reach for Go or Java (gRPC or Jetty or something) or Python/Flask, Rust is a super viable alternative. It takes the same amount of time to author, and will likely be far more defect free since the language encourages writing in a less error prone way and checks for all kinds of errors. Google did a study on this [2,3].
[1] 99.9% of the time you never hit the borrow checker/lifetimes when writing server code as it's linear request scoped logic. You get amazing error handling syntax and ergonomics and automatic cleanup of everything. You also have powerful threading and async tools if you need your service to do work on the side, and those check for correctness.
[2] "When we've rewritten systems from Go into Rust, we've found that it takes about the same size team about the same amount of time to build it," said Bergstrom. "That is, there's no loss in productivity when moving from Go to Rust. And the interesting thing is we do see some benefits from it. So we see reduced memory usage in the services that we've moved from Go ... and we see a decreased defect rate over time in those services that have been rewritten in Rust – so increasing correctness." https://www.theregister.com/2024/03/31/rust_google_c/
> In which world is Rust fantastic for writing desktop applications? Where are the mature Rust UI frameworks?
Rust has come a remarkably long way [1] !
It's better than any language that isn't C/C++. We have bindings to all of the major UI toolkits, plus a lot of native toolkits.
You can also use Electron/Tauri for Javascript, or Dioxus for something more performant. Egui is also really nice for dev tools.
> What does this even mean?
Rewrite It In Rust metrics tend to tell good stories.
Developer blogs (links escaping me right now) show positive performance gains for lots of consumer desktop software written in whole or in parts using Rust. Discord, Slack, lots of other apps are starting to replace under-performing components in Rust.
> For example? And what do you mean by "AI powered desktop apps"?
Stuff like Zed [2] and the open source Photoshop-killer I'm working on (user-guided volumetric rendering, real time instructive Figma). The creator or egui works on Rerun [3], which is industrial / spatial visualization. Etc, etc.
The only mature cross-platform UI frameworks I see in this list are written in C and C++ :) And of all the various Rust bindings for Qt, only a single one ("ritual") offers bindings to the Widgets API. Not only are these bindings unsafe, the project has also been abandoned. https://github.com/KDAB/cxx-qt/?tab=readme-ov-file#compariso.... Of course, this is not suprising, given that the API surface of Qt6 is huge and difficult (or impossible?) to safely wrap in Rust.
(The reality is that Rust's ownership model makes it rather awkward to use for traditional UI frameworks with object trees.)
Tauri looks neat, but the actual UI is a webview, so it's not everyone's cup of tea. (Certainly not mine.)
As you said, egui is cool for simple tools, but not suitable for complex desktop applications.
Yes, Rust has gotten quite a few desktop UI frameworks, but I don't see any industry standards yet. Don't forgot that Qt has been in development for 30 years now! Rust has a lot to catch up.
If you use an LLM with C or C++, stuff like pointer arithmetic or downcasting can be tricky. The code might compile just fine, but you could run into problems at runtime. That's why Rust is the only way...
> The code might compile just fine, but you could run into problems at runtime.
Obviously, this can also happen with Rust, but certainly less so than with C or C++, I'll give you that. But how is Rust the only way when there's also Java, Go, C#, Swift, Kotlin, etc.?
Does nobody write business logic in Rust? All you ever hear is “if it compiles it works” but you can write a compiling Rust program that says “1 + 1 = 3”. Surely an LLM can still hallucinate.
Here’s the timeline: Turkey got stamped as an EU candidate at the Helsinki summit in December 1999, while the southern Cyprus didn’t hop into the Union until May 2004.
That five-year gap tells you Cyprus couldn’t have been the first roadblock for Turkey’s talks; the island only became an issue once it was already inside the club.
When Turkey finally sat down for formal accession talks in October 2005, the Cyprus dispute had wrapped itself around every single chapter, turning a one-on-one quarrel into a full-blown EU-level veto.
The EU just doesn’t have the tech muscle to make this happen now or ever. They’re pros at cranking out regulations, but when it comes to the actual tech know-how, they’re kind of out of their depth.
I was thinking the same. Plus who cares, I or probably most people here can encrypt their own data. If I were ever to send things to the "cloud", it would be encrypted on my local system first by me before uploading it.
If this is enabled, all they will get to see is LOL cats, data they would really want to see will still be invisible to them.
LLMs are not nice to use for spell checking. I do not want to read a wall of text from LLM just to find a missed article somewhere and I want to receive feedback as I type.
Also, once I asked LLM to check the message. It said everything looked fine and made a copy of the message in its response with one sentence in the middle removed.
reply