> I was already a keyboard maximalist from previous jobs where I learned speed = productivity<p>I've never understood this. In over 30 years in the industry, I've not once held a job where my keyboard speed had a noticeable effect on my productivity. Even when I had to type one-handed for a month, my productivity was unchanged.<p>The average developer averages 10 lines of finished code per day. And even with a raw 10x that amount to account for variance, changes, debugging etc, you'd be at 12 lines PER HOUR. Being generous at a full 80 chars per line, you have a maximum of 1000 keypresses per hour, or an average of one every 3 seconds. Even doubling your typing speed or keyboard response time would have no discernible effect.<p>90% of software development happens in the mind. The small amount of time spent actually writing it out seems kinda silly to optimize for.
I initially loved Zed.<p>But as their focus has shifted to building Collaboration & AI features, and still haven’t yet nailed just being a good/great base editor, its become less useful to me.<p>I still have a lot of hope for Zed.<p>But for the time being, I’ve switched back to my old editor & IDE … and I’ll try Zed again at a much later date.
A lot of editors are being discussed here but I see nobody has mentioned Kate (KDE's Advanced Text Editor) [1] in the conversation yet, so I'm doing it. Kate is a very mature and capable editor, and even if I only use it on Linux I'm glad to know that it is also available on macOS and Windows. It natively supports LSP and has much, much more to offer in terms of project management, support for build system, support for working with Git (it's actually the only Git GUI that I found to be usable), SQL databases integration, and of course, advanced editing features. I started using it a few years back after a very long text editor journey: on Windows a bit more than 20 years ago: Notepad, HAPedit, then Notepad++ ; then I got a Mac and used TextMate (which introduced me to powerful text editors) for a few years ; then I switched to Linux ~15 years ago and used Gedit for a few months before diving head deep into Emacs and stayed fully there for… 12+ years (I actually still use it from time to time, but it's less and less the case and most importantly I stopped doing everything in it including my email, social networking, IRC, etc.) ; and now for a few years I've mainly been using Kate (and Kwrite for quick edits + Nano [2] in the terminal or on remote hosts). I even contributed a few features [3] to the project, KDE developers are <i>very</i> welcoming!<p>[1] <a href="https://kate-editor.org/" rel="nofollow">https://kate-editor.org/</a><p>[2] I must say here too that Nano is actually an underappreciated gem. It supports a lot more features than people generally imagine: syntax hilighting, line numbering, auto-indent, multi buffers, mouse support, keyboard macros, … it's actually a decent simple code editor!<p>[3] <a href="https://kate-editor.org/post/2022/2022-08-24-kate-new-features-august-2022/" rel="nofollow">https://kate-editor.org/post/2022/2022-08-24-kate-new-featur...</a>
For me this feels similar to why I use Helix[1]. I used to use VSCodium and had tried to switch to Vim or Neovim multiple times but didn't manage because of all the plugin configuration to be able to program. Then I saw an HN post about Helix, started it up and it just worked and so haven't used anything else since.<p>I find the Helix keybindings easier to learn because you see what text will be affected by any operation before you do it. And by using Helix I've found I've been able to pick up Vim keybindings as well so can use it on a server.<p>I think it would help if it didn't have such a jarring default colour scheme though.<p>[1] <a href="https://helix-editor.com/" rel="nofollow">https://helix-editor.com/</a>
I’ve also recently switched (largely) from Vim to Zed and I also think that Zed is in many ways great.<p>At the same time it’s been pretty frustrating to use an editor that is spending so much time building AI integrations, REPLs, and so fourth when basic things like cut and paste and common Vim motions still have so many bugs.<p>I’d love to see them prioritize getting the basics solid first.
I’m actually in the opposite camp, I had left VSCode for Zed about 6 months ago and used it exclusively at work/personal projects. I’ve customized it extensively, and loved its approach to Vim integration. But in the last two weeks I’ve made the switch to Neovim (using a customized LazyVim [0] setup). I really like Zed but as others have pointed out they are not prioritizing features around REPL’s, AI, and collaboration while many core features are lacking. Vim Cut/Copy and paste being bugged, and html tags not closing drove me crazy over time.<p>I think Zed is wonderful, and would perhaps go back to it after it matures a bit. For what’s its worth the friction going from Zed -> Neo vim was quite seamless, and I’d expect going the other way would as well.<p>0: <a href="http://www.lazyvim.org/" rel="nofollow">http://www.lazyvim.org/</a>
> Every now and then I would update a plugin in Neovim and everything would break, and I would have to spend time fixing it instead of getting work done.<p>This is true, but only if you're <i>not</i> using one of the ready made distributions. I didn't switch to NeoVim until I discovered LazyVim and this amazing guide <a href="https://lazyvim-ambitious-devs.phillips.codes/" rel="nofollow">https://lazyvim-ambitious-devs.phillips.codes/</a>.<p>That changed everything. I <i>just use</i> LazyVim out of the box, as if it was a Jetbrains IDE. No config hassle, no issues with updates. It just works.<p>Regarding Zed:<p>It's a small niche they're trying to fill in a very competitive market. Currently they have the advantages of being the current cool thing. But that's not enough in the long run. If I would knew some killer feature, I'd go ahead and write it here. But that's the thing, I can't think of any. For simple, mainstream usage, VS Code is there. Ulimate IDE features: JetBrains IDEs. Ultimate productivity: LazyVim (or other NeoVim setups), ootb modal editing: Helix.
Echoing similar sentiments that I'm optimistic for Zed to become more polished and stable.<p>Till then, Sublime Text 4 is still the best non-terminal text editor I've ever used and I continue to daily drive it. Sure its paid and non-FOSS, but its incredibly performant on Linux and Windows and its LSP extension + Sublime Merge fill the gap left by VSCode for me. Well worth the price tag IMO.
I'm wondering if the author ever tried one of the many neovim distributions, which solve a lot of the problem they're describing. All of the plugins and integrations necessary are already set up to create a nice fully featured IDE-style environment. E.g. LazyVim, AstroVim or NvChad
Over the summer I got an interest in Kakoune and Helix and discovered a number of extensions for VSCode that enable modal editing(1), but not VIM-style per default. I got excited about this and ended up writing my own extension instead.<p>At this point, it supports most of the VIM subset that I care about, and I have added a number of new motions and modes that do clever things based on the AST. I am kicking myself for not doing this sooner and I think I need to write up a blog post about it. It's surprisingly easy.<p>1. e.g. <a href="https://marketplace.visualstudio.com/items?itemName=DCsunset.vscode-modal-editor" rel="nofollow">https://marketplace.visualstudio.com/items?itemName=DCsunset...</a>
I really enjoy using Zed whenever I can. It’s incredibly snappy and has a clean UI. I agree with some of the other sentiments in this thread that I wish that the developers would focus more on some core IDE features. If Zed had better Git integration and remote support, I could switch over to it full time.
If you want true Neovim in VSCode check out<p><pre><code> https://marketplace.visualstudio.com/items?itemName=asvetliakov.vscode-neovim
</code></pre>
You get a real, actual VIM (no half-assed bindings), and all the bells and whistles that come with VSCode.
"It just works" is precisely why I use Jetbrains products. I'm amazed they are not that common in many developer communities. They are amazing tools.
I don't really care about evangelising anything, but this bit:<p>> Every now and then I would update a plugin in Neovim and everything would break, and I would have to spend time fixing it instead of getting work done.<p>Would be a problem anywhere there is a plugin system. Just don't go around updating kitchen sink without having the ability to rollback. Full on version controlling 3rd party plugins could be annoying (unless you use a plugin manager specifically with that support e.g. straight.el or elpaca in Emacs), but simply taking a dumb snapshot of plugin directory may also do the trick.
Most of the negatives mentioned (fragility, bugs, plugins breaking often) are specific to neovim.
It's one of the reasons why I am and will always keep using vim instead of neovim.
Vim is a much more mature ecosystem, less chasing the newest "plugin du jour", my vimrc is stable, based on a few dozen plugins which are feature complete and rock solid stable.
I explored Zed on macOS when it was posted here previously, and my impression was that it was a fast and fully-featured editor.<p>However, it's not as ubiquitous on *nix systems as editors such as vi/vim. And for those of us who work with various infrastructures and deployment constraints, it's much easier to focus our efforts on an editor that is also ubiquitous. And vi/vim fits that mould.<p>In other words, while Zed is a vi-able alternative, I doubt most vi/vim users will switch to it exclusively.
It was a great sales pitch until the Linux and Apple comparison.<p>I can't take seriously someone, who says that Apple's stuff runs smoother (unless we are talking about useless animations).
My dealbreaker with Zed is that it takes away my autonomy and agency.<p>1. Zed downloads binaries without user input as soon as you open a file; think LSPs and linters. This is a hot topic and has been for a while.[0]<p>I would rather my editor break (or even better, fail gracefully and helpfully), than obscure what amounts to being a significant action that I believe warrants user involvement.<p>2. I can't tell what gets sent to Zed's servers.<p>I don't have time to audit all the code, but as an example, this PR, [Allow Al interactions to be proxied through Zed's server so you don't need an API key][1], has +3,628 -8,918 changes and even just by the title seems to suggest that using the Assistant feature may result in requests being sent to Zed's servers.<p>This is a dealbreaker for me because, not only is this not documented anywhere, it seems in contradiction to the EULA.<p>"User Content is transmitted from Your environment only if You collaborate with other Zed users by electing to share a project in the Editor. Once You share a project, Zed may transmit User Content consisting of file paths, file contents, and metadata regarding the code returned by language servers."[2] It doesn't mention if using the Assistant feature is part of the network based solution or that it's the same as "sharing a project," but I'm not an Editor-EULA lawyer.<p>Arguably, this is true is any open source project, though my stance is generally to be more alert to privacy concerns with software from newly-backed pre-profitable startups. I don't want to spend my rare editor-tweaking time on nonconfigurable privacy and security control workarounds.<p>Edit: As if on cue, another PR to seemingly default to sending data to zed.dev: <a href="https://github.com/zed-industries/zed/pull/16454">https://github.com/zed-industries/zed/pull/16454</a><p>[0]: <a href="https://github.com/zed-industries/zed/issues/12589">https://github.com/zed-industries/zed/issues/12589</a><p>[1]: <a href="https://github.com/zed-industries/zed/pull/7367">https://github.com/zed-industries/zed/pull/7367</a><p>[2]: <a href="https://web.archive.org/web/20240718140959/https://zed.dev/eula" rel="nofollow">https://web.archive.org/web/20240718140959/https://zed.dev/e...</a>
I tried Zed just yesterday and sadly my experience wasn’t “just works”. It just works if you haven’t used any of the Neovim configs/distributions. But for someone who already uses LazyVim, LunarVim..etc., it’s kind of meeting the expectations.<p>The issue for me was with the Docker LSP. I have a codebase where a Dockerfile is a Jinja Template. Zed’s syntax highlighting broke at the first curly braces. Both my Doom EMacs and LazyVim seem to have no problem with it. I couldn’t work beyond that point.
There is one big issue with terminal editors that I keep running up against: single font size. One notable place where this is an issue is file listings, being able to have smaller proportional fonts makes a huge difference in usability.<p>I have switched to Zed, but it sadly shares more in common with vscode than it does vim. I believe the ideal text editor would bring a small amount of GUI to the general idea of one of the popular nvim distros (especially telescope).
Does Zed support remote/containers development now? It was the major blocker for me when i tried it, so i had to retreat back to VSCode.
I’m not sure if programming is a social activity so their focus on collaboration is a little odd to me.
I started using Zed in the last month and I had a feeling it would end up taking a lot of Neovim users. Neovim gets a lot of users who need better performance than VSCode, like me, but the config is such a pain and there was a gap in the market for a blazingly fast GUI editor which Zed looks like filling.<p>Supermaven still has some issues on Zed, but apart from that its been rock solid and ive fully switched from Neovim.
I tried out Zed and really like it, but its still lacking things like EditorConfig support, so project switching sucks. Has strong potential to replace vscode entirely if they don't get carried away with fancy features
I’m going to somehow misuse this discussion to ask for the readership help about something: I don’t understand the appeal of VSCode or more exactly I don’t understand the appeal of the text editor propped with plugins to be a semi-IDE so I guess that would also include Neovim with plugins.<p>In my career, I have used text editors including vim which I still very much enjoy and both Eclipse and IntelliJ when I used to code in Java which I also enjoyed.<p>VSCode seems to me to be as slow than a full IDE - too slow to be a nice editor - while having less features and an inferior UI to a full IDE. I don’t get it. Is it because so many languages don’t have a good IDE so people have come to accept the subpar editor+plugin experience?
You know you are a text editor enthusiast when you spend 60% of your time fiddling with your config, 30% of your time writing about it, and 10% of your time working on something useful/interesting. Just use VS Code.
I have a few default keybindings coming from Spacemacs/AstroNvim. In case anybody finds them useful, you can find them here: <a href="https://github.com/danieljaouen/dotfiles/blob/main/topics/zed/keymap.json">https://github.com/danieljaouen/dotfiles/blob/main/topics/ze...</a>
>What normally required multiple plugins in Neovim is again ready out of the box with Zed, including feature like toggling Git Blame, viewing diffs, and gutter symbols showing the status of edited lines.<p>Pretty sure Gitsigns for neovim can do all mentioned (diffthis, blame line of file adnd obivously gutter symbols).<p>But if you need more you have Diffview and other plugins.
There was a time when I was learning how to use Vim and I saw my boss use the mouse to do a simple copy and paste and there was kind of a disconnect between these two ways of using the computer.
From my experience a good mouse is better than a power tool like Vim, not for copy/paste, but just because it can reach the whole screen very fast and it works with all software although limited in text terminals.
Learning Vi(m) was still helpful because it's installed even on most docker images but that's not the "default" way of typing text. Most software accepts mouse double clicks or triple clicks and standard ways of using the keyboard (including use shift+ctrl+left and things like that), so that's how I like my IDE to work as well.
Multi-cursor is great and it's good that I don't miss it outside of the IDE because it wouldn't be useful outside of it anyway.
I'm using neovim with lazyvim. It's still not "easy" to keep up with e.g. I have plugins that interfere with other plugins, some crash. Part of that is that I have a bad habit of installing tons of plugins that "sound good" without learning them or where they fit exactly. I probably need to go one by one slowly.<p>I tried emacs but found the same issue with plugins. It's just hard to keep up and organize them, so far lazyvim is the easiest for me but not "easy".<p>I'll have to try zed if it's foss. I do wish that some "standardized" plugins would just be integrated into the base application or a new application like Neovim from vim. I don't know the history, so I'm not sure how it came about, but it does feel like there is some stagnation with some of the gnu/linux stuff.
Has anyone made the transition from VS Code to NeoVim or Zed and succeeded / recommend it?<p>Years ago I saw a colleague operate as an absolute beast using VS Code with vim bindings and it was impressive to watch.<p>But I've never watched anyone code in vim/emacs etc and felt it's a more effective editor than vs code.
I tried leaving vim for Helix but turns out it's not curated at my employer's site so I'm back to using vim. Zed would be even worse considering it's a desktop app.<p>There is the option of using vscode but I'm one of those aliens who absolutely dislike that program.
Talking about text/code editor journey, currently I am using Pragtical, a fork of Lite XL. I have always wanted a GUI editor that is lightweight but easy enough to extend with plugin. And Pragtical and Lite XL almost checks all the box for me. There is still some missing features like code folding that has not been implemented, but it is not a killer feature for me.
I actually quite enjoy fiddling with it and I have been writing several plugins for Lite XL and Pragtical even though I have no experience on Lua before.
Lite XL's Matrix rooms (which is bridged with their Discord) is quite active and their member usually responds to any question asked.
Neovim has felt frustrating. I still sort of manage a Neovim configuration, but have been gradually moving to Zed as well. (Similar reasons overall.)<p>I think everyone has their own personal list of gripes and wants for a text editor. Here's some issues that I think many people will immediately be struck by:<p>- Zed does not yet support EditorConfig. <a href="https://github.com/zed-industries/zed/issues/8534">https://github.com/zed-industries/zed/issues/8534</a><p>- Zed does not yet support auto-detecting indentation in the current file. <a href="https://github.com/zed-industries/zed/issues/4681">https://github.com/zed-industries/zed/issues/4681</a><p>- Zed does not yet support configuring indentation in the current file. (edit: clarified wording) <a href="https://github.com/zed-industries/zed/issues/4867">https://github.com/zed-industries/zed/issues/4867</a><p>- The core editing experience is still less polished than Monaco. Example: Selecting a block of spaces and striking "delete" may lead to an uneven number of characters being deleted. It seems to interact poorly with indentation.<p>- No settings UI (yet?).<p>As a Linux (and specifically NixOS) user, there's also a few other problems that I would love to have solved:<p>- Zed can't be configured to not auto-update, which can simply never work on immutable distros or e.g. inside of Flatpak. It just tries and fails, wasting bandwidth. <a href="https://github.com/zed-industries/zed/issues/9224">https://github.com/zed-industries/zed/issues/9224</a><p>- Zed can't re-use all already-installed language servers yet, so some language servers can't be used on platforms where the auto-download feature can not work. <a href="https://github.com/zed-industries/zed/issues/4978">https://github.com/zed-industries/zed/issues/4978</a><p>- Zed doesn't really integrate well with direnv. VSCode is in the same boat, but Vim is not. <a href="https://github.com/zed-industries/zed/issues/4977">https://github.com/zed-industries/zed/issues/4977</a><p>Overall Zed has been very nice. It definitely <i>feels</i> like it's still pre 1.0, but it is a <i>very</i> strong pre 1.0 to me. I am a bit weary on the focus on collaboration and AI features so soon, but I do realize that people actually like these features, so hopefully it's not a sign that the core editing experience is going to be neglected.
So I read this not expecting to like Zed that much.<p>I remember initially it was only for Mac, which... is just not good enough for me.<p>Anyhow, I reinstalled it and it is really good. Github, Copilot were integrated in no time... I really appreciate that and it is very clean and easy to use.
> Whenever I need to edit a configuration file for an app or just edit something really quickly while I’m already navigating in a terminal, nothing beats the convenience of whipping out Neovim. Opening Zed for every single file like that would get exhausting, but for longer term sessions or projects it’s perfect.<p>Which part exactly would exhaust you? These editors are fast to close/open even is there not already running (also you could just leave it open h, and you get the benefit of not blocking the current terminal session, so that's the convenience that beats neovim. Another one is that you can have editor's window size independent of the terminal size
I have used multiple stuff since 1986, if it isn't an IDE like tool, I won't bother.<p>These kind of editors switching is like repairing that old covertible triumph from 1950 on the garage, interesting for some, not really something I care about.
I have started using Zed as the secondary editor, after VSCode, since they added the repl feature, which is based on Jupyter. It's not that it's a killer feature but that and AI, out of the box, and the cleaner UI attracted me.<p>That said I actually been using Cursor more in my testing of AI code because they just have better AI (with regard to how they add things into the context, I use both with sonnet). Also the UI integration is more comprehensive.
I can't escape Sublime Text's grip. The editor is incredibly smooth and gets out of the way like no other. (Tried a bunch of them). However, lately I started opening Zed on occasion just to ask ChatGPT to make a non-trivial edit on a bunch of code. The way Zed does inline AI assist is unmatched. That's why I can't wait for Sublime to gain this functionality, so that I can calm down and stay with it.
For a GUI editor, Zed is nice, but for me, the killer feature of vim is that it runs inside a terminal emulator. Being able to SSH-in, or even dial-up, and work directly on a remote machine is huge. Some GUI editors have SSHFS integrations that make it easier to edit remote files, but I've found them to all be rather unreliable, and unavoidably so--given the inherently unreliable nature of networks.
I like Zed too and use it on a daily basis. I've always wanted to take the opposite journey where I leave Zed/Sublime for Vim. While I have always to become a Vim expert, I never put in the time. There just hasn't been a situation in my career where I wish I could type faster than my thoughts. But maybe I'm just a scrub in this field.
i wish i could speak in length about how the ide i use helps me be the "10x" dev i am clearly not.<p>i would say this as a mid-level dev in a team spread across geographies, however: when using a workflow that should work for all, it is more important to have a tool that works for all rather than the "best" one.<p>unfortunately, neither (neo)vim nor zed seem to be in a place where an entire team could easily adopt to its workflow. the latter probably needs a while to marinate and become suitable for most.
Just another +1 that if you’re going to give vscode a fair shot, it’s <i>much</i> better to go with vscode-neovim than the standard vim extension. You can even map most of your config right over.<p>E.g. (mine) <a href="https://github.com/tom-pollak/dotfiles/tree/master/nvim">https://github.com/tom-pollak/dotfiles/tree/master/nvim</a>
no windows<p><a href="https://github.com/zed-industries/zed/issues/5394">https://github.com/zed-industries/zed/issues/5394</a>
I've found Zed's vim mode to be great for learning vim without having to give up all of my muscle memory built up from using vscode for so long.
I die inside whenever I use `\<` and `\>` for word boundary regex. Neovim has no plans to change this either. I'll likely switch eventually so I don't have to know two flavors of regex. One is hard enough.
> Every now and then I would update a plugin [...]<p>Why would you do that? I keep my plugins pinned at whatever old version I happened to use first...
Honestly, I don’t understand when someone says VSCode is slow because it’s built on Electron. Are they talking about the 3 extra seconds on cold start? Is that really something to scoff at considering all its benefits??