Hacker News new | past | comments | ask | show | jobs | submit | xmorse's comments login

Is this basically the same thing as Orbstack?

Will macOS also get support for the self hosted back end at some point?

that work is in progress, though the self-hosted backend is x86 only for now.

x86 runs fine in Apple Silicon too thanks to Rosetta

I believe (although I won't claim to know details) that Rosetta is unable to handle the code our self-hosted backend emit. I don't know whether it's related to the machine code or the Mach-O object, nor do I know in what way it breaks. Feel free to try it out of course!-- my understanding could be wrong.

Next time you try Rosetta and it fails can you open an issue with the error messages? I think this task would be perfect for o3 to work on, you basically have to browse hundreds of issues on GitHub and find other people that got into the same problem

that issue is ridiculous, what did you expect randomly increasing the pointer of an array?

At the same time, having the access to .ptr be explicit is way better than in C, where the variable you are adding 1 to may or may not be a pointer.

Having the pointer nature of the operation locally explicit is way better than having to scroll back to find the type of the variable.


This could be the greatest programming language development of the last 10 years. Finally a language that compiles fast and is fast at runtime too.

Turbo Pascal 5.5 for MS-DOS, one example out of many others from those days, running on lame IBM PCs.

If anything, it is a generation rediscovering what we have lost.


> Finally a language that compiles fast and is fast at runtime too.

We been enjoying golang for the last decade and then some ;-)


that's why i added fast at runtime too

Enlighten me, what's so slow about the golang runtime?

We are talking zig here, not lua

theres a long way to go but its better than nothing!

I still come back to Cursor to read diffs, I really need a split editor diff view to understand the changes


Why didn't they go with `defer` which is the more ergonomic and established pattern?

`defer` also doesn't need to change the API of thousands of objects to use it, instead now you have to add a method any resource like object, or for things that are not objects, you can't even use this feature.


> Why didn't they go with `defer` which is the more ergonomic and established pattern?

Neither statement is true.

> `defer` also doesn't need to change the API of thousands of objects to use it

Callbacks can trivially be bridged to `using`:

    using _cb = {[Symbol.dispose]: yourCallbackHere};
There is also built-in support for cleanup callbacks via the proposal’s DisposableStack object.

> or for things that are not objects

This is javascript. Everything of note is an object. And again, callbacks can trivially be bridged to using


For readability I'd recommend using DisposableStack instead of making an object, though either works:

    using disposer = new DisposableStack;
    disposer.defer(yourCallbackHere);


I can't think of any JS value that could need cleaning up that isn't an object.


what about functions that return a callback for disposal? like Redux store.subscribe, there are thousands more examples


A Fresh update


I am using Zed too, it still has some issues but it is comparable to Cursor. In my opinion they iterate even faster than the VSCode forks.


Yep not having to build off a major fork will certainly help you move fast


But can they surpass Cursor?


It still works


Do they actually improve the model you can get without cursor? Or in reality all the development goes to cursor's autocomplete without making this available to supermaven subscribers? It is hard to make sure of that from their website and lack of info online.


Probably not


Running models locally is very expensive in terms of memory and scheduling requirements, maybe instead they should host their model on the Cloudflare AI network which is distributed all around the world and can have lower latency


Consider applying for YC's Fall 2025 batch! Applications are open till Aug 4

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: