hu3

Sure just like any non-critical tool. It's optional.

LLMs will do most of the work anyways. And they don't need jj. Like I said, jj helps solving a human problem in an LLM era.

It's hardly worth using more of the precious LLM context with jj instructions when git does the job and is mandatory anyways.

They run a Rust consultancy business. Anything is worth converting to Rust, for the right price.

Sounds like we just need a Dyson sphere.

Besides, I have been hearing "this is the limit" since the doomers of "this is just a markov chain and can't be useful".

Yet the limits keep being broken.

Culture change is hard.

A lot of humans still don't use git too.

Many do only when they are forced.

And it's much easier for a professional to be forced to use LLMs than jj when it comes to versioning assist (not even comparable in mindshare but the obvious needs to be said sometimes).

So unfortunately I'm afraid jj is not going to achieve critical mass before 99.99% of merges are done by AI which don't need jj.

This. I feel jj is some years too late.

It tries to solve a human problem in an LLM era.

LLMs are destined to overcome humans in code merging and change versioning (already did for me).

There's little point to introducing yet another layer of indirection when LLMs just cut to the chase.

Correction: The use of LLMs has caused every major language usage to explode.

And as mentioned in other comments, Rust slow compilation can be detrimental to LLMs + fast iteration speed. And it's not just speed, Tauri takes 20GB of disk space to compile. It's bonkers. This is npm/js ecosystem all over again but slower.

Another reason to pick Go if you're leaning on LLMs is the standard library. Often you can do more work with fewer dependencies.

I'd rather leverage world class engineers paid by Google to maintain dependencies for me than try my luck with half a dozen of 0.x crates. Plus stdlib APIs can (and are) versioned just like third party dependencies.

Do you boycott Apple and Google too? Because they have to comply with debatable laws just as Meta. See drama about Apple maps for Taiwan/China for example.

> There is no ulterior motive here.

I just want to point out that it is known that one of the biggest jj proponents on HN does have financial incentive to do so.

Steve Klabnik (the person that submitted this post) comments and posts about jj here often and works for https://ersc.io (startup mentioned in the post).

So don't be so sure that all of the PR here comes from a pure selfless act. Some of them have income tied to the solution they are preaching.

It has potential to remodel society though.

Cars replaced horses.

But AI is poised to replace a large chunk of brain labour.

Where's the ceiling?

If they buy Cursor I might start using it because I'll know the tool will have infinite funding and will be worth my time investment.

Specially because Grok isn't neutered when it comes to security scans.

And it is screamingly fast.

When you say DeepSeek v4... you do realise it is a 1.6T param model right?

What kind of consumer hardware can run it reasonably in your mind?

Our experiences clearly differ then. And for others as well since it's a common complain.

Countless time I have seen other people complain as well. There are articles about it even. Can't find the YouTube link now but recently a gamedev abandoned Rust due to compilation speed alone because iteration speed was paramount to their creative process.

Handwaving isn't going to make it any better. And thinking Go/TS compilation speed are comparable to Rust is, a handwave and a half to say the least.

Cargo check and friends are subpar for AI because they actually need to run the thing and unit tests for efficient agentic loops.

A single loop might recompile and rerun the application/unit tests enough times that slow compilers like Rust and Scala become detrimental.

For core system functionality maybe. But for most applications Rust slow compiler iteration speed becomes a bottleneck when the likes of TypeScript (with Bun) and Go have sub second iteration times.

Plus AI is also good at catching, in other languages, errors that Rust tooling enforces. Like race conditions, use after free, buffer overflows, lifetimes, etc.

So maybe AI will become to ultimate "rust checker" for any language.

Nah, they are moving to DeepSeek v4 Pro which is like Sonnet tier for a fraction of the price.

And DeepSeek V4 Flash is comparable to Gemini Flash at also a fraction of the cost.

These models are just quite chatty from my experience. Only downside.

And DeepSeek is planning to deploy to their own Huawei TPUs, halving their already cheap prices.

And he forced to use Tahoe over Linux? Zero chance.

The most aggravating fact here is not even AI blunder. It's how deleting a volume in Railway also deletes backups of it.

This was bound to happen, AI or not.

> Because Railway stores volume-level backups in the same volume — a fact buried in their own documentation that says "wiping a volume deletes all backups" — those went with it.

I'm glad such talent moved on to work for companies that care instead of wasting their talent.

Intelligence comes in many forms. This decision is one of them.

It will probably be barely useful by the time M6 launches!

About slowdowns... I have this theory that if they sneak some sleep(1) calls while processing medium to complex prompts they can serve more clients.

But I think "context switching" between 2 different prompts might be too expensive for GPUs to be worth it for LLM providers. Who knows.

> Microsoft in 1997 investing $150 million in Apple, saving it from near bankruptcy.

If only Apple could pass the favor forward. But no, they can't be bothered to invest even a single million in Asashi Linux to benefit their own hardware.

Did Zed fix font rendering on low dpi resolution yet? I figured if they couldn't fix such a basic functionality for any editor, for over a year, while pushing AI to please stakeholders, they weren't worth my time. And I question their priorities even if they finally fixed it.

And did they implement debugger support?

When I need a barebones editor I reach for Sublime which doesn't market themselves as something else.

As for Zed taking off, I see a lot of vocals in some niche communities but they barely register, if at all, in large annual surveys.

Sorry but neither Linux or Windows lag to resize windows in any of my 4 machines.

They range from old laptops to a Ryzen 7 9800X3D workstation.

Just yesterday a friend's father needed help setting up their second-hand old laptop with an old i5 processor. I slapped KDE and there was no lag to be seen.

Bonus point that Windows and some Linux distros have sane, intuitive window management. Whereas with macOS I keep seeing someone suggesting some arcane combination of steps to do some basic things with replies to the effect of "OMG thank you so much, this needs to be known by more people!!!"

That can be said about any project.

And VSCode as been improving since inception, hence why it ate a large pie of the market.

yep, native is faster for sure.

but webgl + web workers is good enough these days.

I can't share code sorry, the project got big and I have commercial plans.

But you can tell Gemini 3.1, Opus 4.6 or GPT 5.4 High to generate a demo and they do a decent job most of the times.

that's how I got started, seeing how it was possible to have good game performance with multi threaded workloads on a browser.

You might like MonoGame. Same level of abstraction, but in C#.

https://monogame.net

explain that to my webgl TypeScript browser game running at 180+ FPS while rendering a large RPG tiled world with infinite procedurally JIT generated biomes, with heavy processing delegated to webworkers.

Convenience. They sell very convenient shovels in a goldrush.

It will never be native though, which is the main point.

Or down if this research leads to a local minima.