541–550 of 642 posts
Earlier quoted context omitted.
I have now: https://github.com/zed-industries/zed/issues/6440
For people following along at home, this was fixed with a 250x speed up (!) in https://github.com/zed-industries/zed/pull/6700
Earlier quoted context omitted.
I'd suggest that the people who make "full use" of vsc-over-ssh are satisfied with vscode, so it would be unwise to target the full featureset. More generally, targeting another project's complete featureset is often a great way to get mired down in the wrong details. Unless you can afford to do a proper cleanroom -- then, you'll be able to at least match the performance and useful abstractions used in the original.
> I'd suggest that the people who make "full use" of vsc-over-ssh are satisfied with vscode, so it would be unwise to target the full featureset. Remote SSH + Dev Containers and their seamless integration (even stacking one on the other) are the only features that keep me using VS Code. I would love to see the full implementation of these in an editor as fast and light weight as Zed.
Fwiw, I do a lot of infrastructure-as-code, full stack, and systems programming.
I usually have a split screen (editor | terminal) or two terminals on the side, and exec into a container, or use devenv.sh.
If I _really_ need to modify files in the container as I dev and a "make" doesn't cut it, I usually just run podman with a -v mount. Similarly for remote machines w/ sshfs, though I try not to.
I have 2 Macs, PCs, and Linux. I need a cross-platform editor, for which I use emacs or VS Code right now. Will Zed eventually go cross-platform before 2025?
It's on the roadmap for 2024
> GPUI rasterizes the entire window on the GPU, just like a 3D video game. So my laptop will be roasting hot constantly?
No way can I use a text editor that requires the hi-perf discrete gfx card. My battery just can't take it. Hope I can get all my work done in about 1.5 hours, because that's how long the 2019 16" mpb will last with the discrete card running.
Earlier quoted context omitted.
Zed developer here, You can come try it out with us right now if you like: https://zed.dev/channel/zed-283 Though you'll have to sign the CLA first :)
This looks really cool, but I have a suspicion my employer would be against external connections. Any distant plans in the future for an enterprise/onprem license?
Earlier quoted context omitted.
The core app itself is 100% Rust, but it supports integration via Microsoft's Language Server Protocol[0][1]. In practice, this means you will be running daemons locally for each language, which may be written in any language. Often these daemons are written in NodeJS since the reference implementation[2] is in NodeJS. [0] https://zed.dev/docs/adding-new-languages#lsp [1] https://microsoft.github.io/language-server-p…
It doesn’t follow that a language server written with JavaScript and run via node will bloat the binary by hundreds of MB. Are they bundling a node runtime too? Maybe if they are embedding dozens of language servers and runtimes it could bloat the binary, but I assumed the extensions and language servers would be downloaded on demand. But a rust binary by itself shouldn’t be that large. LSP is just a simple json prot…
Earlier quoted context omitted.
It doesn’t follow that a language server written with JavaScript and run via node will bloat the binary by hundreds of MB. Are they bundling a node runtime too? Maybe if they are embedding dozens of language servers and runtimes it could bloat the binary, but I assumed the extensions and language servers would be downloaded on demand. But a rust binary by itself shouldn’t be that large. LSP is just a simple json prot…
When I opened a Rust project I think the status bar said it was downloading Rust support, which supports your hypothesis. (Also it doesn't make much sense to bundle these things when they are all making new releases at different schedules.)
size /Applications/Zed.app/Contents/MacOS/zed
__TEXT __DATA __OBJC others dec hex
120979456 475136 0 4336828416 4458283008 109bc0000 zed (for
architecture x86_64)
117587968 458752 0 4336680960 4454727680 10985c000 zed (for
architecture arm64)
Earlier quoted context omitted.
You know Windows is the most common development platform? If it were me I'd prioritize it
I think linux + osx combined is probably developer majority. I'm assuming most Windows development is .NET or Unity based. Over the past nine years, I've worked primarily with Node, Ruby, and a smidgen of Java and no employer has issued Windows machine. It's in sharp contrast with the start of my career where I was in VB6 and C# where I only worked with Windows environments. Could be confirmation bias, though.
https://survey.stackoverflow.co/2023/#section-most-popular-t...
Stackoverflow found that Linux and macOS is the slight majority for professional use and the minority for personal use with developers (with the caveat that the total professional use of all categories is >100%)