Zed is now available on Windows • Hacker News Board

Re: Zed is now available on Windows

#381

Post by niutech » Sat, Oct 18, 2025, 12:50 PM UTC

trenchpilgrim wrote: post #339

pjmlp wrote: post #311

Earlier quoted context omitted.

For those on Windows, which is the topic at hand, UltraEdit and Notepad++. I disagree Zed is an IDE, it is quite far from InteliJ, Borland/Embarcadero, VS, XCode, Eclipse, Netbeans... If it is about adding enough plugins until it eventually becomes one, then any programmer's editor is an IDE.

My line is - if I can compile, run and debug my program through the editor UI instead of a terminal, it's an IDE.

Sublime Text can run code from its UI too. IDE is much more full-featured, like VS vs VSCode or IntelliJ vs Fleet.

Re: Zed is now available on Windows

#382

Post by niutech » Sat, Oct 18, 2025, 12:56 PM UTC

markus_zhang wrote: post #309

bdhtu wrote: post #291

Earlier quoted context omitted.

Compared to Sublime Text: RAM: 213 MB Zed 41 MB ST Storage: 406 MB Zed 52 MB ST Startup time: Zed is slower than ST (but only by a few milliseconds). Also when you reopen ST it will remember how you've resized the window from last time whereas Zed won't.

ST is a text editor while Zed is an IDE. I wish there were something like VSCode that is very modular but written in native. But VSCode is good enough and it is my daily driver.

There are always: Vim and Emacs.

Re: Zed is now available on Windows

#383

Post by niutech » Sat, Oct 18, 2025, 12:59 PM UTC

wseqyrku wrote: post #353

bdhtu wrote: post #291

Earlier quoted context omitted.

Compared to Sublime Text: RAM: 213 MB Zed 41 MB ST Storage: 406 MB Zed 52 MB ST Startup time: Zed is slower than ST (but only by a few milliseconds). Also when you reopen ST it will remember how you've resized the window from last time whereas Zed won't.

No, that doesn't matter. I think you should be looking for how quickly it can get you a working environment for your favorite language not how long it takes to boot up once per reboot. If you want features the bits have to live somewhere. Look at it like a trade off, if you're just going to look at it, by all means, take a memory dump. But I find that a little bit hard to work with. For me, as long as it's better tha…

RAM does matter, especially when you have web browser with multiple tabs opened at the same time. Sublime Text or Notepad++ are powerful, yet much more lightweight than Zed. Not to mention Vim/Emacs.

Re: Zed is now available on Windows

#384

Post by trenchpilgrim » Sat, Oct 18, 2025, 5:13 PM UTC

wiz21c wrote: post #378

trenchpilgrim wrote: post #340

Earlier quoted context omitted.

Zed's ootb Python experience is poor since they use pyright as the LSP. There's threads on the issue tracker about replacing it, maybe check back in six months.

I though pyright is the one used in VSCode too, so was expecting same performances

No, VSC uses Pylance as the language server.

Re: Zed is now available on Windows

#385

Post by mercutio2 » Sun, Oct 19, 2025, 2:25 AM UTC

Cthulhu_ wrote: post #279

mercutio2 wrote: post #71

Earlier quoted context omitted.

What does having a DevContainer get you? I’m all for documenting every bit of my setup, but beyond that…

It's ideal for open source projects, no need to install a toolchain locally for small changes. I've used it for a POC in Go where nobody has Go installed in my organization. Not that Go is complicated to install, but I wouldn't ask anyone to install a toolchain for a one-off POC. There's other toolchains that are more involved or conflict with an operating system's pre-installed stuff, like (iirc) Ruby on MacOS.

I guess I wasn’t clear in my question.

What are you getting beyond what normal docker-compose gets you was the question I should have asked.

There were like a dozen answers all referring to things I think you can just use docker compose for.

Did I miss something?

Re: Zed is now available on Windows

#386

Post by snovv_crash » Sun, Oct 19, 2025, 10:48 AM UTC

adastra22 wrote: post #350

snovv_crash wrote: post #135

Earlier quoted context omitted.

No, they're mmapped to RAM. Only the pages that get used are loaded to RAM.

Absent evidence to the contrary, the reasonable assumption here is that all of those pages are being used. The rest compiler is not in the habit of generating volumes of code that aren’t being called.

That would be asking to prove a negative, which isn't reasonable.

Also, the question isn't if the code isn't used, it is that it isn't used simultaneously. Almost all software has many features which aren't used simultaneously. For example, it is unlikely you have all of the different language parsers loaded at the same time, because most projects use only a few.