| I'm not sure how much insight we can glean from looking at the number of commits and release cadence here. In the aftermath of such a major refactor/rewrite, I would expect it to take some time to get back up to their usual development speed. Jared and the other developers are new to the Rust codebase, even if the structure is largely familiar. They're also likely focusing on other priorities right now such as tracking down instances of 'unsafe', rather than making user-facing changes (which might encourage a release). Bugfixes could encourage rapid new releases, but perhaps the rewrite simply hasn't been very buggy? As far as I know, those on the canary channel haven't reported any major issues, or even really noticed the change. So perhaps there's little reason for new releases right now, as the team slowly churns through the backlog. > P.S. Anthropic’s C compiler and Cursor’s FastRender web browser haven’t had any commits for months. I always assumed those were just experiments in capability, and weren't meant to be ongoing projects. I would hope that nobody is using them directly today. |
| |
| ▲ | Aurornis 3 hours ago | parent | next [-] | | Claude Code has a huge userbase. This is an impressive result so soon after the rewrite. This is an impressive milestone for their rewrite. There are a lot of comments trying to downplay this as being unimpressive for some reason, but I can’t see them as anything other than sour grapes because the rewrite hasn’t crashed and burned like they were hoping. | | |
| ▲ | giancarlostoro 3 hours ago | parent [-] | | It's just blind AI hate for no rhyme or reason. I've ported projects from one language to the next using Claude Code long before Bun even did this, it's very trivial for an LLM. In the case of Bun though, they have a test suite to run the entire codebase against, and so long as all of those tests pass, there's and drastically more likely chance that its correct. | | |
| ▲ | dogleash 2 hours ago | parent [-] | | The LLM translation of serenity brower's javascript engine to rust and bun's translation to rust actually provide an interesting set of open source projects to compare and contrast. While there will obviously be some blind hate, there is difference in commentary on the two projects. In technical details, Adreas'/Jared's approaches and communication. That all shows me there is substance to the criticism that isn't just AI naysaying. |
|
| |
| ▲ | qskousen 3 hours ago | parent | prev | next [-] | | I've had several bun-related crashes in Claude code in the last week, which I don't remember ever seeing before then. | | |
| ▲ | Jarred 2 hours ago | parent [-] | | Does it print a bun.report link and can you paste it? I will investigate. |
| |
| ▲ | flohofwoe 4 hours ago | parent | prev [-] | | Claude Code most likely only uses a tiny fraction of Bun/Node features, so Claude Code switching to the Rust rewrite doesn't mean all that much. | | |
| ▲ | klausa 3 hours ago | parent | next [-] | | Look, I understand being skeptical of the whole process; the discourse about this has been extremely tiring. But at some point if “moving one of the biggest actively maintained and used codebases to it without anyone noticing” is dismissed as “it doesn’t mean all that much”, then we’ve lost the plot a little bit somewhere. | | |
| ▲ | flohofwoe 3 hours ago | parent | next [-] | | It's the equivalent of porting Unreal Engine 5 to another language and then using it exclusively to run a 2D Tetris clone. Let's wait for the next Bun release when more real-world code is hammering it before declaring victory. (also, fwiw, a manual rewrite would be under the same scrunity and suffer from the same skepticism, at least when obviously rushed). | | |
| ▲ | klausa 3 hours ago | parent | next [-] | | If you ported UE5 to, idfk, Malbolge and ran Tetris on it and someone would dismiss it as “not impressive”, I would think they lost the plot too! | | |
| ▲ | lunar_mycroft 20 minutes ago | parent | next [-] | | LLMs are very impressive. Five years ago, the idea that we'd have software that you could ask - in English, mind you! - to rewrite an entire server side JS runtime and you'd get something which even kind of worked was squarely in the realm of science fiction. But the question isn't "is this impressive?", but rather "should the results of such a rewrite be relied upon?" (and specific to this thread, "is the fact that a use case which only touches a small subset of the features of said result appears to no be completely broken good evidence it should be?". | |
| ▲ | chuckadams an hour ago | parent | prev | next [-] | | If you could successfully write Tetris in Malbolge, I would call that impressive indeed. Just writing Hello World was a major effort IIRC. The nature of the malbolge interpreter makes it more of a cryptography exercise than a coding one. | | |
| ▲ | wallstop 20 minutes ago | parent [-] | | I'm gonna jump in here with some self promo - back in college I TA'd a class that, for a few weeks, taught Malbolge, and the only assignment was for students to write a program that printed their name. After spending a lot of time thinking about the language, I came up with a relatively simple algorithm based on the language design - there are a few operators that mutate state, so basically just try combinations of those until your next memory cell contains the thing that you want, then lock those instructions in and advance. Basically RNG yourself to victory. The original code for that algorithm is here (python, + my own interpreter): https://github.com/wallstop/malbolge-toolkit/tree/dd942fb981... I've since llmified it as an exercise. BUT! The whole reason for this comment is to nerd say that printing stuff is relatively easy if you invest the time in learning the language's primitives and think of programming in it more as algorithms to operate on the op codes instead of literally writing code. Now, to do more interesting things other than printing - I'd have to spend even more time thinking about the language, which I don't want to |
| |
| ▲ | miroljub 3 hours ago | parent | prev [-] | | You just compared Rust to Malbolge :) |
| |
| ▲ | Klonoar 2 hours ago | parent | prev | next [-] | | You have absolutely no way to know this though. Like, come on already. | |
| ▲ | someguyiguess 3 hours ago | parent | prev [-] | | Is it though? What’s your source for that data? |
| |
| ▲ | windexh8er 2 hours ago | parent | prev | next [-] | | This is akin to saying "we replaced the tires on the car and the average user didn't notice". If the entire car was replaced, then maybe we get a bit more excited. However if "replacing small sections of code" is heralded as "the most amazing achievement in software development" then we've all lost the plot a little bit somewhere. It makes sense both ways, no? The reality is, of course, most people aren't going to notice. If the functionality and performance is 1:1 why would they? Is it impressive? A bit, but not how you're positioning it. People seem to forget LLMs are good at what they've learned from training data. And the LLM is good at compressing time. The only notable thing about these types of marketing spins is that a rewrite was accomplished in a small time frame that was hard to pull off before LLMs. The actual act of the move is less so. Did the codebase improve? Is it more performant? I've seen nothing to really stake those claims with any objectiveness. Lastly: what was gained? | |
| ▲ | SoftTalker an hour ago | parent | prev [-] | | Why is porting a program from one language to another seen as some great achievement? We had f2c in the 1990s. https://en.wikipedia.org/wiki/F2c |
| |
| ▲ | NiloCK 3 hours ago | parent | prev | next [-] | | I'll bite. Claude code interacts with many system processes, files, etc, as well as external APIs. Processes audio via built in dictation. Manages a bunch of nasty auth. Etc etc. What are the categories of features that wouldn't be exercised by this class of software? | | |
| ▲ | BearOso 3 hours ago | parent [-] | | Yeah, but a lot of hard work is done by those libraries. Interaction with external interfaces would go through the tools API, which I imagine would all use the same type of code that they could focus on fixing quickly. |
| |
| ▲ | Jarred 2 hours ago | parent | prev | next [-] | | Claude Code is a large codebase and uses tons of Node’s features either directly or indirectly through dependencies. fetch(), node:http, node:tls, node:os, node:net, node:fs, AbortSignal, node:child_process, node:tty, node:process, node:http2, etc. | |
| ▲ | aureate 2 hours ago | parent | prev | next [-] | | A bigger factor is that Claude Code is owned by Anthropic. They can view issues in the combined CC+Bun as issues in one overall thing that they own. They can reproduce and test them and "Claude Code works" can be used as a target for agentic iteration on Bun. To release this to the world and not have it be a catastrophe, they need to have confidence that Bun itself satisfies the promises that it has made, both explicitly and implicitly (bearing in mind Hyrum's law!) to all those projects out there using it, none of which are owned by Anthropic and many of which are not source visible to them. It's a much, much higher bar. | |
| ▲ | 3 hours ago | parent | prev | next [-] | | [deleted] | |
| ▲ | a2800276 2 hours ago | parent | prev [-] | | You didn't seriously expect Anthropic to seriously maintain bun as a general purpose plattform? It's clearly the Claude Code Runtime that you're graciously allowed to continue to use for your toy projects. |
|
|
