Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Zed AI

zed.dev

Post reply on HN
Print view View original

221–230 of 299 posts

Re: Zed AI

#221

Post by antiframe »

andrewmcwatters wrote: post #133
modernerd wrote: post #32

I just want a fast programmable text editor with a native GUI and good defaults. But that seems really tough to find, for some reason. Zed is so close, but I’d much rather see a focus on the “programmable” part and let the AI and collaboration features emerge later out of rich extensibility (i.e. as plugins, perhaps even paid plugins) than have them built-in behind a sign-in and unknown future pricing model.

I don't know of a single modern desktop application that is deploying front-ends simultaneously in WinUI 3, AppKit, and GTK.

Emacs? (I don't have any WinUI 3 machines so can't verify, but does support GTK and AppKit if built with such support).

Re: Zed AI

#222

Post by pton_xd »

yewenjie wrote: post #57

Has any long-term Emacs user delved into Zed and ported the cool features yet? Don't take it as sarcasm, I am genuinely interested. I think Emacs' malleability is what still keeps it alive.

What are the cool Zed features? Also genuinely interested.

Re: Zed AI

#223

Post by gleenn »

jsheard wrote: post #70
modernerd wrote: post #32

I just want a fast programmable text editor with a native GUI and good defaults. But that seems really tough to find, for some reason. Zed is so close, but I’d much rather see a focus on the “programmable” part and let the AI and collaboration features emerge later out of rich extensibility (i.e. as plugins, perhaps even paid plugins) than have them built-in behind a sign-in and unknown future pricing model.

In the case of Zed it was always inevitable, a text editor doesn't raise >$10M in venture capital unless there's a plan to stuff it full of premium subscription features. Warp Terminal is a similar story, >$50M in funding for a terminal emulator of all things...

The funny thing is Atom was the origin story of Zed, written in some C++ and a lot of Coffeescript exactly so it could be very programmable.

Also, Spacemacs? It's technically a terminal but definitely has a lot of UI features. Very programmable.

Re: Zed AI

#224

Post by thm76 »

iamnbutler wrote: post #158
swyx wrote: post #7

am Cursor main, dont really have any burning pains that make me want to change tools but open to what I dont know. Zed vs Cursor review anyone?

Hey! I'm Nate from Zed. There are a lot of questions about this, here are some quick thoughts... Cursor is great – We explored an alternate approach to our assistant similar to theirs as well, but in the end we found we wanted to lean into what we think our super power is: Transforming text. So we leaned into it heavily. Zed's assistant is completely designed around retrieving, editing and managing text to create a "…

How do I enable Zed AI?

I'm logged in, using Zed Preview, and selecting the model does nothing. In the configuration it says I "must accept the terms of service to use this provider" but I don't see where and how I can do that.

Re: Zed AI

#225

Post by skydhash »

theo0833 wrote: post #216
skydhash wrote: post #211

Earlier quoted context omitted.

Not GP, but the kind of search I do mostly are: - Does this language have X (function, methods,...) probably because I know X from another language and X is what I need. If it does not, I will code it. - How do I write X again? Mostly when I'm coming back to a language I haven't touch for a while. Again I know what I want to do, just forgot the minutia about how to write it. - Why is X happening? Where X is some cryp…

I use llms exactly and exclusively for the first two cases - just write comments like: // map this object array to extract data, and use reduce to update the hasher And let llms do the rest. I rarely find my self back to the browser - 80% of the time they spit out a completely acceptable solution, and for the rest 20% at least the function/method is correct. Saved me much time from context switching.

For me the quick refresh is better as I only need to do it once (until I don't use the language/library again) and that can be done without internet (local documentation) or high power consumption (if you were using local models). And with a good editor (or IDEs) all of these can be automated (snippets, bindings to the doc browser,...) and for me, it's a better flow state than waiting for a LLM to produce output.

P.S.I type fast. So as soon as I got a solution in my head, I can write it quickly and if I got a good REPL or Edit-Compile-Run setup, I can test just as fast. Writing the specs, then waiting for the LLM's code and then review it to check feel more like being a supervisor than a creator and that's not my kind of enjoyable moment.

Re: Zed AI

#226

Post by stemlord »

skydhash wrote: post #213
pb7 wrote: post #190

Earlier quoted context omitted.

What does this mean?

People that don't like Bash|Zsh|... and are afraid of ImageMagick|ffmpeg|curl|...'s manuals and want AI to generate the perfect script for them.

Why not both? What do you see wrong with having gpt spit out a complicated ffmpeg filter chain and explaining every step of the output, which you can then look up in the docs and unit test before implementing? I find verifying the gpt output is still quicker than consulting giant wall of text man pages

Re: Zed AI

#227

Post by kamaal »

At some point an AI first programming language will have to come along which will integrate well with the AI models, Editor and Programmer input seamlessly.

Im not sure what that is, but Im guessing it will be something along the lines of Prolog.

You will basically give it some test cases, and it will write code that passes those test cases.

Re: Zed AI

#228

Post by bitbasher »

leejoramo wrote: post #210
bitbasher wrote: post #105

I like the idea of Zed, and I recently went editor hopping. I installed Zed but was immediately hit with "your gpu is not supported/ will run incredibly slow" message. Gah...

In my case this pointed out a problem with my NVIDA drivers that I didn’t know about. Once I fixed that issue my whole KDE system ran much faster and allowed Zed to run

In my case:

CPU: 12th Gen Intel i7-1255U (12) @ 4.700GHz

GPU: Intel Device 46a8

Re: Zed AI

#229

Post by campers »

cedws wrote: post #121
cube2222 wrote: post #54

As I’ve said in yesterday’s thread[0], contrary to many others I find the AI integration in Zed to be extremely smooth and pleasant to use, so I’m happy they’re doubling down on this. However, personally, I prefer to have it configured to talk directly to Anthropic, to limit the number of intermediaries seeing my code, but in general I can see myself using this in the future. More importantly, I’m happy that they mig…

>However, personally, I prefer to have it configured to talk directly to Anthropic, to limit the number of intermediaries seeing my code, but in general I can see myself using this in the future. Same. I can kind of feel OK about my code going to Anthropic, but I can't have it going through another third party as well. This is unfortunately IT/security's worst nightmare. Thousands of excitable developers are going to…

That was a part of the reasoning of open sourcing my AI assistant/software dev project. Companies like Google have strict procedures around access to customer data. The same can't always be said about a startup racing to not run out of cash.

Re: Zed AI

#230

Post by kamaal »

acedTrex wrote: post #155
owenpalmer wrote: post #149

Earlier quoted context omitted.

I'm curious, what kind of work do you do? Does stack overflow slow you down?

Lots of golang kubernetes work these days. Stackoverflow is used when im stuck and searching around for an answer. Its not attempting to do the work for me. At a code level I almost never copy paste from stackoverflow. I also utilize claud and 4o at the same time while attempting to solve a problem but they are rarely able to help.

Kubernetes, AWS, Cloudformation and Terraform etc sort of work is still not good with AI.

The current AI code rocket ship is VSCcode + Perl/Python/Node+ReactJS + Co-Pilot.

This is basically a killer combination. Mostly because large amounts of Open source code is available out there for training models.

Im guessing there will be an industry wide standardisation, and Python use will see a further mad rise. On the longer run some AI first programming language and tooling will be available which will have first class integration with the whole workflow.

For now, forget about golang. Just use Python for turbo charged productivity.

Post reply on HN