Live data from Hacker News

Zed now predicts your next edit with Zeta, our new open model

zed.dev

281–290 of 301 posts

Re: Zed now predicts your next edit with Zeta, our new open model

#281
post #229

Earlier quoted context omitted.

For the last 35 years, X Windows, Citrix and RDP have done the job just fine, in what I am concerned. No, they aren't anything better than what I am used to. Also, as compromise, a cloud shell, browser based IDE setup, and dev containers, also does the job in what concerns cloud deployments, which should be driven from CI/CD and don't have shells on containers anyway.

Good for you, I guess? For me, regressing to having a round trip between a keypress and its result would be completely unacceptable. The speed of light in a vacuum doesn't change; paths are not getting significantly more direct; the improved index of refraction from switching to hollow-core fiber or low-orbit satellites could in theory help but is a one-time, limited improvement that has yet to be delivered to my fin…

Also using gold audio cables, I guess. Lets not let go aways of those Hz that hardly any human notices.

Re: Zed now predicts your next edit with Zeta, our new open model

#282
post #229

Earlier quoted context omitted.

For the last 35 years, X Windows, Citrix and RDP have done the job just fine, in what I am concerned. No, they aren't anything better than what I am used to. Also, as compromise, a cloud shell, browser based IDE setup, and dev containers, also does the job in what concerns cloud deployments, which should be driven from CI/CD and don't have shells on containers anyway.

No they haven't done the job just fine. Remote X has always been a pain to set up, and slow. NX was much better but not free. Remote VSCode is far better than any of those options. If you don't want to try it that's fine, but don't pretend you know better.

What was so complicated about configuring an environment variable, and investing into good tooling like Hummingbird?

Re: Zed now predicts your next edit with Zeta, our new open model

#283
post #153

Earlier quoted context omitted.

As someone that is old enough to have used UNIX development servers for the whole company, with PC thin clients, reading about remote development as modern workflow is kind of hilarious.

Except doing it over LAN vs Internet is a very different thing - editing over SSH with >100 ping is annoying as hell, especially if you have packet drops (like a mobile connection). Using a thin client editor with remote server is a much smoother experience.

Works good enough with hyperscalers.

Re: Zed now predicts your next edit with Zeta, our new open model

#284
post #153

Earlier quoted context omitted.

As someone that is old enough to have used UNIX development servers for the whole company, with PC thin clients, reading about remote development as modern workflow is kind of hilarious.

sounds like an old stubber person comment. "we had fax in the 70s, why do we need anything more, now get off my lawn!" vscode's remote services is far beyond your old remote experience, an experience I share

More like someone that is hardly impressed by kids on the school playground rediscovering history, like all those TikTok videos that are actually resampling 1970's music, and folks dancing to them cheering them for cool new modern music.

Re: Zed now predicts your next edit with Zeta, our new open model

#285
post #154

Earlier quoted context omitted.

New York at one point had 150,000 horses, each producing 15 to 30 pounds of manure daily. On top of that they produced 40,000 gallons of horse urine. Imagine the stench. https://danszczesny.substack.com/p/the-great-horse-manure-cr...

While I certainly would not advocate going back from vehicles to horses, I would observe that the replacement for horses had even more toxic emissions. Particularly in the era of leaded gasoline. The smell of manure was far less damaging .

And with modern technology , I am sure we could get rid of the smell and unsightliness fairly easily.

Re: Zed now predicts your next edit with Zeta, our new open model

#286

Is there any plans for Zed to add basic functionality like task runner? A button to run / debug code? Only having autocomplete for Java code gives the impression that Zed is only a text editor and not an IDE.

> Only having autocomplete for Java code gives the impression that Zed is only a text editor and not an IDE Where did you get the impression they only have support for autocomplete for Java? AFAIK they support any LSP and this new feature is language independent.

> Where did you get the impression they only have support for autocomplete for Java?

I’ve used Zed.

Re: Zed now predicts your next edit with Zeta, our new open model

#287
post #243

Is there any plans for Zed to add basic functionality like task runner? A button to run / debug code? Only having autocomplete for Java code gives the impression that Zed is only a text editor and not an IDE.

Zed already has built in task running… you can use the same thing to call anything that you want like a command to run your project. You can even add custom keybindings to them https://zed.dev/docs/tasks

I’m trying to find where I can have it as a button so every time I want to run / debug the code, I can press on it instead lf having it as a shortcut but I haven’t found a way.

Re: Zed now predicts your next edit with Zeta, our new open model

#288
post #132

Earlier quoted context omitted.

I rarely if ever have to worry about the borrow checker, mostly stumbling blocks are move/copy/clone semantics. GitHub Copilot does a good job of generating correct Rust, it just has the usual subtle-but-annihilating-if-not-caught logic bugs, like in all other languages.

> rarely if ever have to worry about the borrow checker mostly stumbling blocks are move/copy/clone semantics I'm don't write Rust for a living, only been experimenting on-and-off with the language, but isn't stumbling on the move/copy/clone semantics literally stumbling on the borrow checker? Or are there issues regarding move/copy/clone that aren't related to the the borrow checker?

The borrow checker handles references, the fact that everything is move-by-default when it's usually copy-by-defaut (C, C++) or reference-by-default (Java, C#), that's not really a borrow checker feature. Move and copy semantics exist in C++, too, but the defaults are different.

Re: Zed now predicts your next edit with Zeta, our new open model

#289
post #281

Earlier quoted context omitted.

Good for you, I guess? For me, regressing to having a round trip between a keypress and its result would be completely unacceptable. The speed of light in a vacuum doesn't change; paths are not getting significantly more direct; the improved index of refraction from switching to hollow-core fiber or low-orbit satellites could in theory help but is a one-time, limited improvement that has yet to be delivered to my fin…

Also using gold audio cables, I guess. Lets not let go aways of those Hz that hardly any human notices.

I mean you do get slower with age so maybe that could explain it - personally I get nauseous working on 30hz (was stuck on this in a BnB once because of an old HDMI dongle), and that's like best case scenario for internet latency without all of your local I/O and encode/decode overhead.

Re: Zed now predicts your next edit with Zeta, our new open model

#290

Earlier quoted context omitted.

> Only having autocomplete for Java code gives the impression that Zed is only a text editor and not an IDE Where did you get the impression they only have support for autocomplete for Java? AFAIK they support any LSP and this new feature is language independent.

> Where did you get the impression they only have support for autocomplete for Java? I’ve used Zed.

I'm happily using zed with autocomplete in rust / python / php / javascript / go -- I forget which ones were built-in and which were a one-click "I see you're opening an X file, would you like to download the X language server?" but they all work
Post reply on HN