6 ms·

From VS Code to Helix

256 points by todsacerdoti 1y ago

jsmailes 1y ago
Helix and other new editors (kakoune comes to mind) always appealed to me because they seemed to have slightly more intuitive approaches to editing than vim, but I just don't think I can ever switch, purely because vim just exists everywhere I need it. It (or vi) is installed on practically every system I ever touch by default, and almost every IDE/editor under the sun supports vim keybinds either natively or via well-maintained plugins. It's the same problem with keyboard layouts: I'm sure I could learn to be slightly faster on dvorak/colemak, but nothing beats the convenience of always having guaranteed access to qwerty, everywhere I go.
- scop 1y ago
  That keyboard layout is a great analogy. Maybe I would have tried Helix in my early twenties, but I’m too old for that now (30s lol).
  - warmwaffles 1y ago
    I was on sublime text for the last 12 years. I made the switch to helix and although I missed some features, it's been a great change. I never could get into the vim bindings, but helix's defaults are great and I don't need to go plugin hunting in order to make the editor functional. There's missing features I really want, but they'll be added eventually. Git blame in line, some scripting support, better find-replace across a project and not just the opened buffers. Just give it a try for a week or two straight. No using your other editors. Cold turkey. You'll be surprised at how quickly you'll relearn. It took me about three weeks using it full time to get decent. The first day or so were brutal.
- lordleft 1y ago
  This is what is keeping me from trying Helix in a serious way. I don't want to learn slightly distinct vi-like keybindings and mess up my muscle memory.
  - dkdcio 1y ago
    same -- I wish Helix would just have a full vi-compatible mode, it would probably be enough to get me to switch the other thing for me is lack of the GitHub Copilot extension. I am far too used to having tab-complete. there's some effort for Helix extensions to handle this but it's not close to on-par last time I checked
    - airstrike 1y ago
      Ask and you shall receive https://github.com/usagi-flow/evil-helix https://github.com/usagi-flow/evil-helix
      - cycomanic 1y ago
        I've tried evil helix and it is reasonable close to Vim, but still not quite the same (I don't remember but was running into several slight differences, which were causing enough adjustment that I gave up)
    - CorrectHorseBat 1y ago
      But why then switch?
      - dkdcio 1y ago
        from neovim to helix? I would prefer the configuration simplicity (while my neovim config is fairly stable and straightforward, it can be annoying to update) and better out-of-the-box defaults. I’d also be a lot more personally interested in contributing to the Rust codebase of Helix if I ever did run into bugs or features
- thendrill 1y ago
  I have to agree. It is too similar to vim, yet it is not vim.... I dont get what is the value proposition here. I mean I feel helix is just stripped off SpaceVim ????
  - kelvinjps10 1y ago
    It's more intuitive, and some key binding are using home letters instead of symbols making it easier to reach
  - evolighting 1y ago
    My favorite one: "ggdG" didn't work no Helix; But more importantly,it reflects the reality that although they bear some resemblance, the design logic of vi and Helix are actually fundamentally different.
    - icen 1y ago
      In helix that's %d (select-buffer, then delete). The selection-then-action design for helix is showing it's difference to vi, which is action-on-movement.
      - tux1968 1y ago
        But Vim has visual-mode, which is select-then-action too.
        dugidugout 1y ago
        There's a mode for that!
        eviks 1y ago
        not really, vim's visual mode always extends selection, while in Helix the base mode selects with your base commands so you can act on the selection, but it doesn't extend to the next one. For example, moving by 2 words only selects the 2nd one, not both like in Visual mode. (although in this specific case of selecting everything this difference isn't visible)
- lawn 1y ago
  Eh. I've used a couple of different keyboard layouts and different keyboards and I can still use regular keyboards and layouts just fine. It's just a matter of practice, which admittedly might be too much effort for little gain. I still use Neovim and I don't see myself ever using Helix or Kakoune.
- noir_lord 1y ago
  It's a classic switching cost problem, to make it worth switching the effort either needs be below a threshold or the outcome has to be much better otherwise people won't switch - i.e. a killer feature/features.
- lycopodiopsida 1y ago
  > I'm sure I could learn to be slightly faster on dvorak/colemak, but nothing beats the convenience of always having guaranteed access to qwerty, everywhere I go. Colemak/Dvorak is not about speed, but about comfort and avoiding RSI (though I would place the actual layout somewhere far down on the list, a proper ergonomic KB is top priority). Also, in my ~8 years on Colemak lack of access to it was a problem exactly 0 times. I don't type books on other people's computers, and if I would, typing blind on a keyboard I am not used to is anyway a hopeless endeavor.
  - boterock 1y ago
    And regarding availability, Colemak is now included in Windows 11, which makes it available out of the box in all 3 major OS's. Also, Colemak is an easy way to upgrade comfort in cases where you can't change the keyboard, like a laptop or shared computer.
    - DanOpcode 1y ago
      Awesome to hear! Many organizations are restrictive with what's allowed to be installed on the computer, so this will be awesome. In one project I'm getting upgraded from Windows 10 to 11 any day now. Will be great to be able to use Colemak there as well.
  - stronglikedan 1y ago
    > avoiding RSI I tried all manner of keyboards over the years, and in my opinion, none of them solve RSI. I'm now back to a standard qwerty for the same reason as OP - they're just immediately available everywhere. What did help my no-longer-existent RSI was simple - I don't rest my wrists any more like I was taught in high school typing class (by an instructor that would whack our hands with a ruler if we were caught resting our wrists). I do have a bit of De Quervain's Tenosynovitis from the mouse, but I'm solving that with one of those hand stretchers that hook to your fingers and provide resistance when opening the hand. 100 reps a day (25x4) and I haven't really felt it in weeks. Turns out that working out the muscles opposite to the ones you think is the key (therapy putty did nothing).
- hajile 1y ago
  > I'm sure I could learn to be slightly faster on dvorak/colemak The speed is about the same. The big colmak win for me was that my hands/arms didn't ache after long typing sessions. Ergonomics and not getting repetitive motion injuries matter to me more than compatibility (though I can still type in qwerty even if it's slower these days).
- BowBun 1y ago
  > I'm sure I could learn to be slightly faster on dvorak/colemak, but nothing beats the convenience of always having guaranteed access to qwerty, everywhere I go. Citation needed. Of my 2 friends that have tried, neither have been able to reach their 'standard' typing speed after 1+ years of dvorak. Maybe they didn't try hard enough?
  - miroljub 1y ago
    > Citation needed. No, not needed. This is not an HN comment posting a subjective opinion, not a scientific work that requires real, or a Wikipedia article that requires any citation.
    - BowBun 1y ago
      It's not an HN comment, not a scientific work, not a Wikipedia article. So what is it? Sorry, had to match your level of pedantery.
- deleted 1y ago
  [deleted]
- allknowingfrog 1y ago
  I switched from Qwerty to Dvorak in my 20s, and now from Vim to Helix in my 30s. Both transitions were rough for a couple of weeks, but honestly less difficult than expected. Neither choice turned me into a 10x developer, but neither one has ever caused a problem that I cared about either. Do you spend a lot of time on systems that you don't control? Dvorak discourages other people from helping themselves to my keyboard, which is honestly worth more to me than being able to go the opposite direction.
  - lcnPylGDnU4H9OF 1y ago
    > being able to go the opposite direction I bet you could learn to "switch" if you really cared to. Reminds me of the reverse-steering bicycle video from SmarterEveryDay. https://www.youtube.com/watch?v=MFzDaBzBlL0 https://www.youtube.com/watch?v=MFzDaBzBlL0
- tmtvl 1y ago
  As an Emacs user it annoys me to no end when I find myself using a system without a Vi variant. Not having Emacs available is fine, I know where to find it if I really need it, not having Dvorak is fine, hunt-and-peck is usually good enough; but not having Vi means I need to do a ton of sedding, catting, heading, and tailing which gets to be a chore after a while (almost as bad as using nano).
  - miroljub 1y ago
    What's so bad about nano that you'd use sed, cat, head, and tail to do minor edits on a text file instead of just using nano?
- eviks 1y ago
  > nothing beats the convenience of always having guaranteed access to qwerty, everywhere I go. (less so for keyboard layout since it's harder to fix in other machines) but the ergonomics of your 99% use cases - using your own keyboard/your own editor config with 1% awkwardness when you can't copy a config beats the health-hazardous use 100% of the time. > via well-maintained plugins so those can read your vim config and maintain your better keybinds, right?
- lenkite 1y ago
  I don't understand. VIM has a visual mode too if you want it. Just press `v`, do your selection and then operate on the selection. But frankly, the operator-motion is better, esp if you have repetitive editing to do. It is easier to repeat the same or combine the into a macro. Feel less efficient with Helix motions: https://www.reddit.com/r/HelixEditor/comments/1h5qqg7/i_feel_must_less_efficient_with_helix_motions/ https://www.reddit.com/r/HelixEditor/comments/1h5qqg7/i_feel...
- grayrest 1y ago
  > I'm sure I could learn to be slightly faster on dvorak/colemak As near as I can tell, people generally type at similar speeds regardless of layout. If you're aiming for speed typing [1], I can see it making a difference, but chances are you're not going to see much of a difference. I type on an alpha-thumb layout (Hands Down Vibranium, the R key is under my left thumb) on an ergo keyboard. It's like using a fountain pen versus a cheap ballpoint or a nice mechanical keyboard vs a membrane keyboard. The experience is nicer but it's not a fundamentally different process. Being on a weird setup, I was concerned about "what if my keyboard breaks", "what if I'm on a public computer", etc and the solution is just to not forget qwerty. I use the laptop keyboard every other day or so for something short like a comment and it's fine. What my personal setup does let me do is have my wrists in a neutral position with my arms resting on chair armrests and no active muscle effort. Between the efficient layout and small keyboard I never need to move my hands at all. This means that my wrists are just as well positioned after 12 hours as they are at the start and that's what has been letting my stress injuries recover. [1] https://www.reddit.com/r/KeyboardLayouts/comments/1lfu1xt/first_200_wpm_on_a_thumb_alpha_keyboard_layout/ https://www.reddit.com/r/KeyboardLayouts/comments/1lfu1xt/fi...
- Archelaos 1y ago
  > of always having guaranteed access to qwerty everywhere I go. You haven't travelled far, obviously.
- timeon 1y ago
  Maybe it is not for people that need to switch. For me it is first editor of this kind and I do not need to fight anything.
- atiedebee 1y ago
  I used vim for about one year before switching to kakoune. Using vim motions in Intellij or just vim hasn't been a problem for me at all. I don't use very advanced shortcuts (the most complicated motions I ever use are ciw and the likes). Even though they are quite different (ciw is <alt>iwc in kakoune) I adjust to them quite easily. Kakoune has also helped me get better at using vim because there is quite some overlaps that are more discoverable in kakoune (<alt>i summons a clippy that shows all the different objects you can select)
- scuff3d 1y ago
  This and to be honest no small amount of sunk cost are keeping me with NeoVim. I spent so much time learning how to get the damn thing to work the way I want I just can't bring myself to leave lol
- marcyb5st 1y ago
  You can try evil helix [1], so your muscle memory won't be affected. [1] https://github.com/usagi-flow/evil-helix https://github.com/usagi-flow/evil-helix
torben-friis 1y ago
A few days ago I was randomly reading about ed (after stumbling with the 'ed is the standard editor' joke) and reflecting over how much historical baggage we accumulate in computing. Commands like a for appending text are unchanged from the teletype era, which are so old that most people don't know computers used printers as an output before screens! It's pushed me to learn about projects that try to move beyond acumulated baggage and rethink principles. I've been taking a look at Nushell for example, and even though I was initially skeptical of Helix because of how universal vim commands are, perhaps it's time to take a deeper look.
- conartist6 1y ago
  Come check out BABLR! https://github.com/bablr-lang https://github.com/bablr-lang https://discord.gg/NfMNyYN6cX https://discord.gg/NfMNyYN6cX We'll have a major release announcement any day now, but we're looking hard at the accumulated baggage and we think we can lose a lot of that weight while giving people a level of power they never had before
- anticodon 1y ago
  > Commands like a for appending text are unchanged from the teletype era I don't find these commands a historical baggage. They're quite useful even today. Also commands like A, I, P, O in vim are super-useful when recording macros (macros are easier to record and more robust because they less depend on the context where they would be run).
- Ferret7446 1y ago
  That "accumulated baggage" is though not entirely mostly knowledge and progress won through sweat and tears from many mistakes over many lifetimes. There's a reason we moved on from paper tape to visual displays, and then from line editors to freeform buffer editors. We didn't abandon paper tape due to "baggage", we did it because it sucked and was inefficient. Though certainly, I agree with studying and learning from history. It doesn't hurt to know how to use ed, especially since it doesn't take long to learn.
wuhhh 1y ago
I have a similar story but with neovim (and for the same reason as the author; growing unease with big tech). Tried and failed to make the switch a few times but made a concerted effort to stick with it throughout a specific project and now it’s second nature. I found it useful to research idiomatic (n)vim ways of doing things whenever I’d get frustrated or feel I’d be doing something more quickly in VSCode and commit them to memory by using new commands a few times over. Right now I’d say search/replace is the only thing that’s still not as ergonomic for me in vim as it is in Code. What I do is visually highlight my search phrase, hit asterisk then :%s//replaced - I learned that you can omit the search pattern using this technique. Anyway nvim and helix are both amazing and terminal editors are both cool and sexy, so why wouldn’t you? ;)
- pigcat 1y ago
  Woah, how did I not know about that tip about omitting the search pattern? Love it and will be using that lots! As a thank you, I'll leave you with the way I learned to search/replace, just to give you a slightly different flavour: asterisk, cgn ([c]hange [g]o [n]ext), type replaced, then . (period, to repeat) until I'm done.
  - wuhhh 1y ago
    Right back at you, that’s super neat!
    - whatevertrevor 1y ago
      Let me add my third way of doing this in vim: :%s/<CTRL-R><CTRL-W>/replacement/(gcn) As you can guess <CTRL-W> invokes a special register that contains the "word" currently under the cursor.
- bloppe 1y ago
  Huh. I forgot about %s. I just search for a pattern and replace the first one manually. If there are fewer than ~5 occurrences, I'll just hit `n.` ~5 times and get them all. If there are more, I'll record a macro with `qqn.q`, then look at the occurence count in the bottom right corner (e.g. 50) and hit `50@q` to get them all. Sometimes the replacement text is non-constant, and this method allows for more flexibility with the recorded macro. Sometimes it's funny to look around and see the strange local minimum of effort you've settled into.
maartin0 1y ago
I've tried Neovim, but still use VSCode because everything either works out of the box or takes 2 clicks to install an extension for and things like drag and drop into the file explorer or the remote extension make it really quick to use. The only other real GUI contender I've seen is Jetbrains's IDEs (the free educational plan is great) but having seperate IDEs for different languages gets a bit annoying if you have multi language projects (e.g. a Rust backend hosting a Typescript frontend)
- Mond_ 1y ago
  See https://herecomesthemoon.net/2025/06/i-like-helix/ https://herecomesthemoon.net/2025/06/i-like-helix/, Helix is a very different experience from neovim, and basically everything works out of the box with no configs or setup required. It's quite impressive how everything just works and how easy onboarding is.
- moritzruth 1y ago
  You don't really need the different IDEs. For example, you can install the Rust plugin and the TypeScript plugin in IntelliJ Ultimate, without needing RustRover and WebStorm.
- scns 1y ago
  Does CLion not contain the JS tools? The other have them.
preommr 1y ago
> Microsoft is also based in the USA, and the political climate over there makes me want to depend as little as possible on American tools. I know that’s a long, uphill battle, but we have to start somewhere. I miss the days when we had militant, but more entertaining zealots like Stallman. Whatever else you can say about his antics, Stallman was comitted. And that craziness wrapped back around to being entertaining. Now we just get whatever this is - basically the equivalent of someone declaring they're going to try being vegetarian by not eating the tips of chicken wings anymore. Like dude, fork Vscode and start hosting it on your own custom vc system that was hacked together as a side project. Where's the fire and passion behind the resistance?
- monooso 1y ago
  I'm not sure if this counts as an act of "resistance", but either way its value isn't dependent upon the amount of faffing involved.
- dkdcio 1y ago
  I recently learned about the whole “GNU/Linux” naming thing and got a good kick out of it https://www.gnu.org/gnu/gnu-linux-faq.en.html https://www.gnu.org/gnu/gnu-linux-faq.en.html
  - wasabi991011 1y ago
    I've only ever read the meme/copypasta, so thanks for sharing. This is much more reasonable than I was expecting, I'm convinced.
- janice1999 1y ago
  > Where's the fire and passion behind the resistance? The working class are exhausted and a paycheck away from losing their homes. People don't have the time or energy to fight back for privacy/sovereignty/whatever inconveniences those in power. Stallman grew up privileged, went to the best universities at the best possible time and worked in academia. He had plenty of time to devote to political causes.
NoboruWataya 1y ago
I do almost all my development on JetBrains IDEs (Rust, Python, Kotlin). IME they are unmatched for giving you code insights and suggested fixes (combined with "click here to do that") out of the box. But they are absolute resource hogs and I don't trust that they (or their best features) will always remain free. I've tried to get into neovim a few times. It's fine for basic editing and I use it a bit when I am ssh'd into a box without a graphical environment, or I'm just not bothered booting up a full IDE. But the UI still feels less intuitive to me than JetBrains, and by the time I've installed and configured the various plugins that should give me anything approaching JetBrains' functionality the whole setup feels very fragile, like it could break at any moment and I wouldn't easily be able to fix it. In the regard, Helix having more stuff OOTB feels like it could be a definite improvement.
- Cthulhu_ 1y ago
  I'm also on the jetbrains train, but I stopped using it for a while because they're sluggish. An editor's interface should never lock up, an editor should never have popups that demand focus, etc but both intellij and vs code do this. At the moment I'm on VS Code again because Sublime Text isn't keeping up to date anymore (its ecosystem has mostly been dormant since 2014 or 2016) and Zed is still fully in development and doesn't have some of the extensions and tools that I sometimes use in VS Code. If I were to go back to e.g. Java I'd probably use IntelliJ again, but then, the enterprise I work for would be shelling out for it.
  - roywiggins 1y ago
    I ended up switching to Zed after VS Code lost connection to my dev VM and locked up one too many times. I am not sure what the issue is- maybe the VM is just running out of memory and nuking the VSCode daemon? But either way, Zed has not had this problem at all. I never had much problem with feeling VSCode was slow (outside of those lockups) but Zed surprised me by feeling actively fast. I do miss several extensions a lot though!
    - sorcercode 1y ago
aiiizzz 1y ago
Does the author really not use any other vscode feature than lsp? What about e.g. gitlens or jupyter
- rscrawfo 1y ago
  There are pretty good terminal alternatives to gitlens - lazygit being the one I go to. I like it far more that gitlens. Jupyter is harder, I haven't found anything that gets me there yet.
focom 1y ago
Helix boast itself as a no config tool, but you have to find a lsp, installl it, edit a toml to activate it. I dont think we can call that "config less". Success would be something like LazyVim but without the nagging of updates each time you open it.
- tiu 1y ago
  I am whole off the vim (&friends) trend but my 2c- The helix situation is still miles better for up and running asap compared to dancing with files/lua on lazyvim. Just having to refer to docs to install a plugin, writing sane remaps etc eats up time. If you really just speedrun everything under an hour good for you. But for the rest, a lsp is a one package manager install away (even on windows scoop seems to have become the de facto), editing a toml is much easier than fiddling with the lua api/vimscript "just" to set some variables. (Not a helix user though I have tried both vim/nvim/helix) The only problem for me was the keybindings work good unless my vim instincts kick in where I become slow. The other one was lack of plugins.
  - lawn 1y ago
    I don't know about LazyVim but my LSP configuration in Neovim is really simple:. Use Mason to install the LSP server (just type :LspInstall or use the Mason UI) that will then activate automatically and reuse an existing configuration from lsp-config. No tinkering or configuration needed.
  - focom 1y ago
    I agree with all you said. Its an improvment over nvim situation. I still think for common languages like python and markdown lsp should be setup by default. I am not sure if i am willing to forget all the muscle memory I have just yet. Also I miss being able to ZZ to exit my file
- NoboruWataya 1y ago
  I think most people in the target audience for either editor wouldn't mind a bit of tinkering. The difference is in basically building your own setup from the ground up with plugins and config files vs starting with a reasonably featureful setup OOTB that you can then tweak to your liking. I use LazyVim and it works pretty well. But whenever I want to change some small aspect of its behaviour it takes a while to get familiar with the right part of the configuration. And if an update were to break it tomorrow I'm not sure how easily I could put it back together.
_fat_santa 1y ago
For me personally I use VSCode + Vim Extension and I find the combo quite perfect. I've been using VSCode pretty much my entire career and with the vim extension I can make things like editing very "vim like" but still be able to break out and do other things the "vscode way"
fer 1y ago
I really, really want to use Helix but I want to share bindings with VSCode/IntelliJ, and all the plugins that promise them have lots quirks, exceptions and various gaps. I know it's never gonna be 100%, but sometimes simple stuff is broken (x to select line in Helix, selected line+newline in the latest plugin I tried).
ruguo 1y ago
First time hearing about the Helix editor, and I gotta say — it really caught my eye. I’m not super familiar with Vim, but I’m definitely gonna install Helix and give it a try.
donpdonp 1y ago
The best part of this article for me is the link to these well made 3rd party docs for helix. https://helix-nikita-revencos-projects.vercel.app/start-here/basics https://helix-nikita-revencos-projects.vercel.app/start-here...
nromiun 1y ago
Helix's features look very cool, but I could not switch to it because of this bug [0]. It has been open since May 2022 and it is still not fixed. Basically you can't exit insert mode with a key combination like `jk`. Four years feels like a long time for such a basic bug. I will stick to NeoVim for now. 0. https://github.com/helix-editor/helix/issues/2612 https://github.com/helix-editor/helix/issues/2612
- xcrjm 1y ago
  Check out the docs! They show you how to do exactly that: https://docs.helix-editor.com/remapping.html#minor-modes https://docs.helix-editor.com/remapping.html#minor-modes
  - deleted 1y ago
    [deleted]
  - nromiun 1y ago
    Yeah, the docs show different keys combination, like `jk` or `jh` etc (even with the bug described in the issue). You can't use the same key like I am used to (just `jj`), because there is no timeout between characters.
- aurels 1y ago
  [dead]
fogzen 1y ago
Helix has its limitations — but I use it for speed. No other editor I’ve tried is as nimble.
phplovesong 1y ago
Last i checked helix did not have a way to run commands and pipe results to something like quickfix. Is this a thing these days?
- dcre 1y ago
  In Helix this is mostly meant to be mediated by language servers. That said, you can use `:pipe` and other commands to pass the current selection to arbitrary shell commands and do stuff with the output.
  - phplovesong 1y ago
    I just want to run a makefile command and pipe stuff to some sort of quickfix like thing. How is this related to a language server?
gaoshan 1y ago
I used Helix for a couple of days and really liked it for the most part. However, I would sometimes encounter a small, simple thing that I do without thinking in VS Code but just did not know the command for in Helix. I would look it up, think, "Sweet, that's efficient" and move on. This kept happening and finally I was in a situation where I just needed to move fast and did not have time to investigate how to do it in Helix so I switched back and... never returned. It was a learning curve issue for me, not a functionality issue. I'll probably return at some point (like when the EOY season becomes slower and I have more time to explore) but for now I'm back to cruising in VS Code.
linsomniac 1y ago
Just yesterday I think I reached the breaking point with vim. Been using vi and derivatives for 40 years, but the amount of tweaking to get a usable setup is really annoying me. I've gotten to the point where LSP is a must have. Yesterday I was trying to switch my Astro VIM setup from using black to using "ruff format", which lead me down the path of installing astro from scratch, re-configuring it for my "must haves", and then trying again to get my formatter switched to ruff. I reinstalled because the docs looked like there may be a new way to do it since my last install 6 months ago. The documentation for Astro VIM is really incomplete. Claude was fairly helpful, maybe Claude Code would be better, since it'll have the context of my exact configs rather than Claude giving me 3-5 options for making the change. I've got a helix cheatsheet on my desk that I had Claude make me ~3 months ago. I started my work journal in helix this morning, but the install on that system must be broken because I couldn't even exit insert mode, pressing ESC did nothing. I'm at the point where I think vim is a great library for building a text editor, but nobody has built a great text editor in it yet. I really liked LunarVim but that got abandoned for reasons I don't fully understand.
submeta 1y ago
Helix is a beautifully made editor. Looking forward for it to have scriptability and extensibility. I went from VS Code to NeoVim and can’t be happier. Not saying that VS Code isn‘t a good product. It‘s actually everything you need in an editor/ ide. But it’s way too heavy for my taste. I made the transition to the terminal for my dev workflow. WezTerm, mux and tmux, neovim as editor, lazygit as git client, yazi for file navigation: I absolutely love how streamlined my process is. Wonderful times with lots of options.
gigatexal 1y ago
I’d do the same if they didn’t switch the vim bindings around. All that muscle memory to unlearn. Nope. I went to Zed for this reason.
- alimbada 1y ago
  It's a shame Zed founders unapologetically take money from bigots: https://github.com/zed-industries/zed/discussions/36604 https://github.com/zed-industries/zed/discussions/36604
  - gigatexal 1y ago
    I had thoughts on this but deleted it many times so I dunno really but I guess of all the VCs to take money from... (or maybe this was the only one that would fund a text editor??)
29athrowaway 1y ago
Helix is fine but Zed is perhaps the most similar Rust-based VS Code alternative.
- ethmarks 1y ago
  Even better, Zed with Helix keybindings: https://zed.dev/docs/helix https://zed.dev/docs/helix
e12e 1y ago
I'm a mostly happy helix user - but I'm still struggling to get debugging to work - both with ruby/rails and typescript/node (Adonis). Apparently DAP protocol support has been merged - but I find the documentation lacking, and afaik for typescript/javascript it won't work out of the box, as helix needs a pointers to the dap server (and that can't simply be in PATH)? How are everyone debugging with Helix? https://github.com/helix-editor/helix/discussions/9269 https://github.com/helix-editor/helix/discussions/9269
cosmic_quanta 1y ago
I'm switching from VSCode as well. I love Helix's (and Kakoune's) editing model centered around selections rather than motions. I can see what I'll operate on interactively. I still use VSCode when navigating complex codebase changes, just because of the visual file tree. I hope to fully switch over soon.
eviks 1y ago
> Being a lazy person, I never bothered looking up VS Code shortcuts. Because the learning curve for Helix is slightly steeper, you have to learn those shortcuts that make moving around feel so easy. This doesn't make sense: if you were truly lazy, you wouldn't spend any effort learning a more complicated app, you'd simply not switch! > with a few knobs for minor preferences. I am subject to choice paralysis, so making me configure an editor before I’ve even started editing is the best way to tank my productivity. There are a couple of hundreds of options https://docs.helix-editor.com/editor.html https://docs.helix-editor.com/editor.html and even more hundreds of keybinds https://docs.helix-editor.com/keymap.html https://docs.helix-editor.com/keymap.html to reconfigure, so you can knob yourself to death with Helix just like with any other configurable app. And the way out is the same as with vim - just pick someone else who has done it and has published the results before dying and use those!
- bccdee 1y ago
  > And the way out is the same as with vim - just pick someone else who has done it I think the crucial thing here is that most people don't do it, because it works out of the box. You can change any of the keybindings and any of a few hundred settings if you want, but the defaults are good, so you don't have to. My helix config sets the theme and soft-wrap and that's about it.
  - eviks 1y ago
    In what way do vim default keybinds not work vs Helix's since they seem to be very similar (outside of the whole selection-first behavior inversion)? In general, I agree that good defaults is the way to go, and vim is worse here (except for the theme, helix's default is bad), though again, the alternative isn't a many knobs paralysis, but a better starting set.
    - cnhajzwgz 1y ago
      Not sure this is what the OP had in mind but in my experience Helix just ships with more keybinds than bare vim/nvim. Many of the nice keybinds shipped by LazyVim that I can't live without now (symbol search, LSP jumps, treesitter navigation etc) work out of the box in Helix.
weinzierl 1y ago
The article misses one important point. Helix is 100% immune against plugin supply chain attacks like GlassWorm. I am joking of course. Helix is fantastic and I think it eventually will get a state-of-the-art safe plugin system. After a couple of attempts I made the permanent switch from neovim two moths ago. I don't think I'll ever go back.
KaiserPro 1y ago
I'm not sure I follow the argument being made here. "I don't like vim as you need to install plugins to make it work" "helix is a dumb editor, so it needs a language server." Then they go and list the number of plugins they install. This seems to argue against what their main point I now use VScode most of the time, however to me its a fancy VIM variant, because I'm so used to vim bindings. I can and do use raw vim, although not for any serious programming recently. If I were then I'd have syntastic installed and possibly some more advanced linter. However! If it makes them happy, then this is a good thing™.
- tiltowait 1y ago
  The argument doesn't make sense, but I followed the exact same path. For me, Helix is genuinely just more enjoyable to use out of the box, so I felt more motivated to tune it to my liking.
allknowingfrog 1y ago
Helix is great if you just want something fast that gets out of your way. If you want plugins and integrations and other magic, it's probably not for you. I used Vim for the past decade, because it fits the way my brain works. Helix captures that same spirit, but with some polish and friendliness that can only come from starting fresh, and abandoning years of entrenched design decisions. Helix is a fantastic terminal-based editor. I would rather type in mittens than use a GUI editor. If that resonates with you, maybe give it a try. If you love your GUI, I don't think Helix will be the thing that changes your mind.
JEFFREYBURKE 1y ago
[dead]
rw_panic0_0 1y ago
HELIX EVANGELISM STRIKE FORCE HERE LET'S GO
tasuki 1y ago
> Helix is a “stupid” text editor. It doesn’t know much about what you’re typing. But it supports Language Servers that implement the Language Server Protocol. By that measure, isn't eg VS code also a "stupid" editor?
semiinfinitely 1y ago
helix is the reason I now believe all rust projects are doomed to fail
bitbasher 1y ago
I used Vim for over 15 years. I then used NeoVim for a couple years. I tried Helix for several months. I then tried VS Code for the first time and only lasted about eight weeks. I gave Zed a try but gave up because it required a GPU which my machine didn't have and there's a login button on the editor which I found ridiculous (I don't use GitHub, how am I supposed to log in). I then tried RustRover / JetBrains products for a few weeks. Ultimately, I ended up back in Vim8 (default install on my LTS distro). I like to think I've given each editor a fair try. 1. Vanilla vim is just there and works. You can use it with or without plugins and it works great. The built in :make / compiler options are a viable alternative to lsp / linter plugins. Also, it has ctags support built in which works for dozens of languages. You can also use a linter/lsp plugin by adding to your optional plugins and simply do `:packadd vim-lsp` or whatever the plugin name is whenever you want to use it. It's literally a text editor, with optional plugins. 2. NeoVim is "plugin hell". It's an editor that people use as an IDE and require a dozen plugins to do so. You could use it like Vim (see above), but no one does that. I don't have any issues with NeoVim as a tool, but the community and "influencers" are annoying to me. 3. Helix was a nice IDE out of the box, no plugins required. Ultimately I found the different key mappings to be annoying for me (15+ years of vim muscle memory). It's not a bad alternative if you want the "IDE experience" in the terminal. It's certainly better than stringing 24 plugins together and hoping none of them are ever compromised. I won't discuss the other editors or IDES. I don't want to hurt anyone's feelings :)
mm_aa 1y ago
I try to get on helix from time to time but the lack of built in terminal emulator stops me every time. What is the suggested story of going from location in compiler output in a different tab to the editor? In vs code it is just one ctrl click away.
- lycopodiopsida 1y ago
  Since it is a tui editor, a terminal split
  - mm_aa 1y ago
    The question is less about the split but about making my terminal (kitty) navigate into hx when I click on locations in compiler output?
nikolay 1y ago
Why not Zed?!
- deleted 1y ago
  [deleted]
- Oreb 1y ago
  The Helix mode in Zed is promising, but still nowhere near complete, and has a long way to go before it is as user-friendly as the Helix editor. For instance, the nice pop-up display of available commands. When I press “g” in Helix, I get a nice list of all the “goto” commands. This is very useful for discovering new features, and when you have forgotten something. This feature does not yet exist in Zed. And this is just one of many examples.
milliams 1y ago
I'd also argue that VS Code is not open source - at least not the version that 98% of people run. If you download VS Code from almost anywhere (and are not using Codium) then you are subject to the licence terms at https://code.visualstudio.com/license https://code.visualstudio.com/license which says you may not: - reverse engineer, decompile or disassemble the software, or otherwise attempt to derive the source code for the software except and solely to the extent required by third party licensing terms governing use of certain open source components that may be included in the software; - remove, minimize, block or modify any notices of Microsoft or its suppliers in the software; - use the software in any way that is against the law; - share, publish, rent or lease the software, or provide the software as a stand-alone offering for others to use.

256 points by todsacerdoti 1y ago

Helix and other new editors (kakoune comes to mind) always appealed to me because they seemed to have slightly more intuitive approaches to editing than vim, but I just don't think I can ever switch, purely because vim just exists everywhere I need it. It (or vi) is installed on practically every system I ever touch by default, and almost every IDE/editor under the sun supports vim keybinds either natively or via well-maintained plugins. It's the same problem with keyboard layouts: I'm sure I could learn to be slightly faster on dvorak/colemak, but nothing beats the convenience of always having guaranteed access to qwerty, everywhere I go.

scop 1y ago
That keyboard layout is a great analogy. Maybe I would have tried Helix in my early twenties, but I’m too old for that now (30s lol).
- warmwaffles 1y ago
  I was on sublime text for the last 12 years. I made the switch to helix and although I missed some features, it's been a great change. I never could get into the vim bindings, but helix's defaults are great and I don't need to go plugin hunting in order to make the editor functional. There's missing features I really want, but they'll be added eventually. Git blame in line, some scripting support, better find-replace across a project and not just the opened buffers. Just give it a try for a week or two straight. No using your other editors. Cold turkey. You'll be surprised at how quickly you'll relearn. It took me about three weeks using it full time to get decent. The first day or so were brutal.
lordleft 1y ago
This is what is keeping me from trying Helix in a serious way. I don't want to learn slightly distinct vi-like keybindings and mess up my muscle memory.
- dkdcio 1y ago
  same -- I wish Helix would just have a full vi-compatible mode, it would probably be enough to get me to switch the other thing for me is lack of the GitHub Copilot extension. I am far too used to having tab-complete. there's some effort for Helix extensions to handle this but it's not close to on-par last time I checked
  - airstrike 1y ago
    Ask and you shall receive https://github.com/usagi-flow/evil-helix https://github.com/usagi-flow/evil-helix
    - cycomanic 1y ago
      I've tried evil helix and it is reasonable close to Vim, but still not quite the same (I don't remember but was running into several slight differences, which were causing enough adjustment that I gave up)
  - CorrectHorseBat 1y ago
    But why then switch?
    - dkdcio 1y ago
      from neovim to helix? I would prefer the configuration simplicity (while my neovim config is fairly stable and straightforward, it can be annoying to update) and better out-of-the-box defaults. I’d also be a lot more personally interested in contributing to the Rust codebase of Helix if I ever did run into bugs or features
thendrill 1y ago
I have to agree. It is too similar to vim, yet it is not vim.... I dont get what is the value proposition here. I mean I feel helix is just stripped off SpaceVim ????
- kelvinjps10 1y ago
  It's more intuitive, and some key binding are using home letters instead of symbols making it easier to reach
- evolighting 1y ago
  My favorite one: "ggdG" didn't work no Helix; But more importantly,it reflects the reality that although they bear some resemblance, the design logic of vi and Helix are actually fundamentally different.
  - icen 1y ago
    In helix that's %d (select-buffer, then delete). The selection-then-action design for helix is showing it's difference to vi, which is action-on-movement.
    - tux1968 1y ago
      But Vim has visual-mode, which is select-then-action too.
      - dugidugout 1y ago
        There's a mode for that!
      - eviks 1y ago
        not really, vim's visual mode always extends selection, while in Helix the base mode selects with your base commands so you can act on the selection, but it doesn't extend to the next one. For example, moving by 2 words only selects the 2nd one, not both like in Visual mode. (although in this specific case of selecting everything this difference isn't visible)
lawn 1y ago
Eh. I've used a couple of different keyboard layouts and different keyboards and I can still use regular keyboards and layouts just fine. It's just a matter of practice, which admittedly might be too much effort for little gain. I still use Neovim and I don't see myself ever using Helix or Kakoune.
noir_lord 1y ago
It's a classic switching cost problem, to make it worth switching the effort either needs be below a threshold or the outcome has to be much better otherwise people won't switch - i.e. a killer feature/features.
lycopodiopsida 1y ago
> I'm sure I could learn to be slightly faster on dvorak/colemak, but nothing beats the convenience of always having guaranteed access to qwerty, everywhere I go. Colemak/Dvorak is not about speed, but about comfort and avoiding RSI (though I would place the actual layout somewhere far down on the list, a proper ergonomic KB is top priority). Also, in my ~8 years on Colemak lack of access to it was a problem exactly 0 times. I don't type books on other people's computers, and if I would, typing blind on a keyboard I am not used to is anyway a hopeless endeavor.
- boterock 1y ago
  And regarding availability, Colemak is now included in Windows 11, which makes it available out of the box in all 3 major OS's. Also, Colemak is an easy way to upgrade comfort in cases where you can't change the keyboard, like a laptop or shared computer.
  - DanOpcode 1y ago
    Awesome to hear! Many organizations are restrictive with what's allowed to be installed on the computer, so this will be awesome. In one project I'm getting upgraded from Windows 10 to 11 any day now. Will be great to be able to use Colemak there as well.
- stronglikedan 1y ago
  > avoiding RSI I tried all manner of keyboards over the years, and in my opinion, none of them solve RSI. I'm now back to a standard qwerty for the same reason as OP - they're just immediately available everywhere. What did help my no-longer-existent RSI was simple - I don't rest my wrists any more like I was taught in high school typing class (by an instructor that would whack our hands with a ruler if we were caught resting our wrists). I do have a bit of De Quervain's Tenosynovitis from the mouse, but I'm solving that with one of those hand stretchers that hook to your fingers and provide resistance when opening the hand. 100 reps a day (25x4) and I haven't really felt it in weeks. Turns out that working out the muscles opposite to the ones you think is the key (therapy putty did nothing).
hajile 1y ago
> I'm sure I could learn to be slightly faster on dvorak/colemak The speed is about the same. The big colmak win for me was that my hands/arms didn't ache after long typing sessions. Ergonomics and not getting repetitive motion injuries matter to me more than compatibility (though I can still type in qwerty even if it's slower these days).
BowBun 1y ago
> I'm sure I could learn to be slightly faster on dvorak/colemak, but nothing beats the convenience of always having guaranteed access to qwerty, everywhere I go. Citation needed. Of my 2 friends that have tried, neither have been able to reach their 'standard' typing speed after 1+ years of dvorak. Maybe they didn't try hard enough?
- miroljub 1y ago
  > Citation needed. No, not needed. This is not an HN comment posting a subjective opinion, not a scientific work that requires real, or a Wikipedia article that requires any citation.
  - BowBun 1y ago
    It's not an HN comment, not a scientific work, not a Wikipedia article. So what is it? Sorry, had to match your level of pedantery.
deleted 1y ago
[deleted]
allknowingfrog 1y ago
I switched from Qwerty to Dvorak in my 20s, and now from Vim to Helix in my 30s. Both transitions were rough for a couple of weeks, but honestly less difficult than expected. Neither choice turned me into a 10x developer, but neither one has ever caused a problem that I cared about either. Do you spend a lot of time on systems that you don't control? Dvorak discourages other people from helping themselves to my keyboard, which is honestly worth more to me than being able to go the opposite direction.
- lcnPylGDnU4H9OF 1y ago
  > being able to go the opposite direction I bet you could learn to "switch" if you really cared to. Reminds me of the reverse-steering bicycle video from SmarterEveryDay. https://www.youtube.com/watch?v=MFzDaBzBlL0 https://www.youtube.com/watch?v=MFzDaBzBlL0
tmtvl 1y ago
As an Emacs user it annoys me to no end when I find myself using a system without a Vi variant. Not having Emacs available is fine, I know where to find it if I really need it, not having Dvorak is fine, hunt-and-peck is usually good enough; but not having Vi means I need to do a ton of sedding, catting, heading, and tailing which gets to be a chore after a while (almost as bad as using nano).
- miroljub 1y ago
  What's so bad about nano that you'd use sed, cat, head, and tail to do minor edits on a text file instead of just using nano?
eviks 1y ago
> nothing beats the convenience of always having guaranteed access to qwerty, everywhere I go. (less so for keyboard layout since it's harder to fix in other machines) but the ergonomics of your 99% use cases - using your own keyboard/your own editor config with 1% awkwardness when you can't copy a config beats the health-hazardous use 100% of the time. > via well-maintained plugins so those can read your vim config and maintain your better keybinds, right?
lenkite 1y ago
I don't understand. VIM has a visual mode too if you want it. Just press `v`, do your selection and then operate on the selection. But frankly, the operator-motion is better, esp if you have repetitive editing to do. It is easier to repeat the same or combine the into a macro. Feel less efficient with Helix motions: https://www.reddit.com/r/HelixEditor/comments/1h5qqg7/i_feel_must_less_efficient_with_helix_motions/ https://www.reddit.com/r/HelixEditor/comments/1h5qqg7/i_feel...
grayrest 1y ago
> I'm sure I could learn to be slightly faster on dvorak/colemak As near as I can tell, people generally type at similar speeds regardless of layout. If you're aiming for speed typing [1], I can see it making a difference, but chances are you're not going to see much of a difference. I type on an alpha-thumb layout (Hands Down Vibranium, the R key is under my left thumb) on an ergo keyboard. It's like using a fountain pen versus a cheap ballpoint or a nice mechanical keyboard vs a membrane keyboard. The experience is nicer but it's not a fundamentally different process. Being on a weird setup, I was concerned about "what if my keyboard breaks", "what if I'm on a public computer", etc and the solution is just to not forget qwerty. I use the laptop keyboard every other day or so for something short like a comment and it's fine. What my personal setup does let me do is have my wrists in a neutral position with my arms resting on chair armrests and no active muscle effort. Between the efficient layout and small keyboard I never need to move my hands at all. This means that my wrists are just as well positioned after 12 hours as they are at the start and that's what has been letting my stress injuries recover. [1] https://www.reddit.com/r/KeyboardLayouts/comments/1lfu1xt/first_200_wpm_on_a_thumb_alpha_keyboard_layout/ https://www.reddit.com/r/KeyboardLayouts/comments/1lfu1xt/fi...
Archelaos 1y ago
> of always having guaranteed access to qwerty everywhere I go. You haven't travelled far, obviously.
timeon 1y ago
Maybe it is not for people that need to switch. For me it is first editor of this kind and I do not need to fight anything.
atiedebee 1y ago
I used vim for about one year before switching to kakoune. Using vim motions in Intellij or just vim hasn't been a problem for me at all. I don't use very advanced shortcuts (the most complicated motions I ever use are ciw and the likes). Even though they are quite different (ciw is <alt>iwc in kakoune) I adjust to them quite easily. Kakoune has also helped me get better at using vim because there is quite some overlaps that are more discoverable in kakoune (<alt>i summons a clippy that shows all the different objects you can select)
scuff3d 1y ago
This and to be honest no small amount of sunk cost are keeping me with NeoVim. I spent so much time learning how to get the damn thing to work the way I want I just can't bring myself to leave lol
marcyb5st 1y ago
You can try evil helix [1], so your muscle memory won't be affected. [1] https://github.com/usagi-flow/evil-helix https://github.com/usagi-flow/evil-helix

torben-friis 1y ago

A few days ago I was randomly reading about ed (after stumbling with the 'ed is the standard editor' joke) and reflecting over how much historical baggage we accumulate in computing. Commands like a for appending text are unchanged from the teletype era, which are so old that most people don't know computers used printers as an output before screens! It's pushed me to learn about projects that try to move beyond acumulated baggage and rethink principles. I've been taking a look at Nushell for example, and even though I was initially skeptical of Helix because of how universal vim commands are, perhaps it's time to take a deeper look.

conartist6 1y ago
Come check out BABLR! https://github.com/bablr-lang https://github.com/bablr-lang https://discord.gg/NfMNyYN6cX https://discord.gg/NfMNyYN6cX We'll have a major release announcement any day now, but we're looking hard at the accumulated baggage and we think we can lose a lot of that weight while giving people a level of power they never had before
anticodon 1y ago
> Commands like a for appending text are unchanged from the teletype era I don't find these commands a historical baggage. They're quite useful even today. Also commands like A, I, P, O in vim are super-useful when recording macros (macros are easier to record and more robust because they less depend on the context where they would be run).
Ferret7446 1y ago
That "accumulated baggage" is though not entirely mostly knowledge and progress won through sweat and tears from many mistakes over many lifetimes. There's a reason we moved on from paper tape to visual displays, and then from line editors to freeform buffer editors. We didn't abandon paper tape due to "baggage", we did it because it sucked and was inefficient. Though certainly, I agree with studying and learning from history. It doesn't hurt to know how to use ed, especially since it doesn't take long to learn.

wuhhh 1y ago

I have a similar story but with neovim (and for the same reason as the author; growing unease with big tech). Tried and failed to make the switch a few times but made a concerted effort to stick with it throughout a specific project and now it’s second nature. I found it useful to research idiomatic (n)vim ways of doing things whenever I’d get frustrated or feel I’d be doing something more quickly in VSCode and commit them to memory by using new commands a few times over. Right now I’d say search/replace is the only thing that’s still not as ergonomic for me in vim as it is in Code. What I do is visually highlight my search phrase, hit asterisk then :%s//replaced - I learned that you can omit the search pattern using this technique. Anyway nvim and helix are both amazing and terminal editors are both cool and sexy, so why wouldn’t you? ;)

pigcat 1y ago
Woah, how did I not know about that tip about omitting the search pattern? Love it and will be using that lots! As a thank you, I'll leave you with the way I learned to search/replace, just to give you a slightly different flavour: asterisk, cgn ([c]hange [g]o [n]ext), type replaced, then . (period, to repeat) until I'm done.
- wuhhh 1y ago
  Right back at you, that’s super neat!
  - whatevertrevor 1y ago
    Let me add my third way of doing this in vim: :%s/<CTRL-R><CTRL-W>/replacement/(gcn) As you can guess <CTRL-W> invokes a special register that contains the "word" currently under the cursor.
bloppe 1y ago
Huh. I forgot about %s. I just search for a pattern and replace the first one manually. If there are fewer than ~5 occurrences, I'll just hit `n.` ~5 times and get them all. If there are more, I'll record a macro with `qqn.q`, then look at the occurence count in the bottom right corner (e.g. 50) and hit `50@q` to get them all. Sometimes the replacement text is non-constant, and this method allows for more flexibility with the recorded macro. Sometimes it's funny to look around and see the strange local minimum of effort you've settled into.

maartin0 1y ago

I've tried Neovim, but still use VSCode because everything either works out of the box or takes 2 clicks to install an extension for and things like drag and drop into the file explorer or the remote extension make it really quick to use. The only other real GUI contender I've seen is Jetbrains's IDEs (the free educational plan is great) but having seperate IDEs for different languages gets a bit annoying if you have multi language projects (e.g. a Rust backend hosting a Typescript frontend)

Mond_ 1y ago
See https://herecomesthemoon.net/2025/06/i-like-helix/ https://herecomesthemoon.net/2025/06/i-like-helix/, Helix is a very different experience from neovim, and basically everything works out of the box with no configs or setup required. It's quite impressive how everything just works and how easy onboarding is.
moritzruth 1y ago
You don't really need the different IDEs. For example, you can install the Rust plugin and the TypeScript plugin in IntelliJ Ultimate, without needing RustRover and WebStorm.
scns 1y ago
Does CLion not contain the JS tools? The other have them.

preommr 1y ago

> Microsoft is also based in the USA, and the political climate over there makes me want to depend as little as possible on American tools. I know that’s a long, uphill battle, but we have to start somewhere. I miss the days when we had militant, but more entertaining zealots like Stallman. Whatever else you can say about his antics, Stallman was comitted. And that craziness wrapped back around to being entertaining. Now we just get whatever this is - basically the equivalent of someone declaring they're going to try being vegetarian by not eating the tips of chicken wings anymore. Like dude, fork Vscode and start hosting it on your own custom vc system that was hacked together as a side project. Where's the fire and passion behind the resistance?

monooso 1y ago
I'm not sure if this counts as an act of "resistance", but either way its value isn't dependent upon the amount of faffing involved.
dkdcio 1y ago
I recently learned about the whole “GNU/Linux” naming thing and got a good kick out of it https://www.gnu.org/gnu/gnu-linux-faq.en.html https://www.gnu.org/gnu/gnu-linux-faq.en.html
- wasabi991011 1y ago
  I've only ever read the meme/copypasta, so thanks for sharing. This is much more reasonable than I was expecting, I'm convinced.
janice1999 1y ago
> Where's the fire and passion behind the resistance? The working class are exhausted and a paycheck away from losing their homes. People don't have the time or energy to fight back for privacy/sovereignty/whatever inconveniences those in power. Stallman grew up privileged, went to the best universities at the best possible time and worked in academia. He had plenty of time to devote to political causes.

NoboruWataya 1y ago

I do almost all my development on JetBrains IDEs (Rust, Python, Kotlin). IME they are unmatched for giving you code insights and suggested fixes (combined with "click here to do that") out of the box. But they are absolute resource hogs and I don't trust that they (or their best features) will always remain free. I've tried to get into neovim a few times. It's fine for basic editing and I use it a bit when I am ssh'd into a box without a graphical environment, or I'm just not bothered booting up a full IDE. But the UI still feels less intuitive to me than JetBrains, and by the time I've installed and configured the various plugins that should give me anything approaching JetBrains' functionality the whole setup feels very fragile, like it could break at any moment and I wouldn't easily be able to fix it. In the regard, Helix having more stuff OOTB feels like it could be a definite improvement.

Cthulhu_ 1y ago
I'm also on the jetbrains train, but I stopped using it for a while because they're sluggish. An editor's interface should never lock up, an editor should never have popups that demand focus, etc but both intellij and vs code do this. At the moment I'm on VS Code again because Sublime Text isn't keeping up to date anymore (its ecosystem has mostly been dormant since 2014 or 2016) and Zed is still fully in development and doesn't have some of the extensions and tools that I sometimes use in VS Code. If I were to go back to e.g. Java I'd probably use IntelliJ again, but then, the enterprise I work for would be shelling out for it.
- roywiggins 1y ago
  I ended up switching to Zed after VS Code lost connection to my dev VM and locked up one too many times. I am not sure what the issue is- maybe the VM is just running out of memory and nuking the VSCode daemon? But either way, Zed has not had this problem at all. I never had much problem with feeling VSCode was slow (outside of those lockups) but Zed surprised me by feeling actively fast. I do miss several extensions a lot though!
  - sorcercode 1y ago

aiiizzz 1y ago

Does the author really not use any other vscode feature than lsp? What about e.g. gitlens or jupyter

rscrawfo 1y ago
There are pretty good terminal alternatives to gitlens - lazygit being the one I go to. I like it far more that gitlens. Jupyter is harder, I haven't found anything that gets me there yet.

focom 1y ago

Helix boast itself as a no config tool, but you have to find a lsp, installl it, edit a toml to activate it. I dont think we can call that "config less". Success would be something like LazyVim but without the nagging of updates each time you open it.

tiu 1y ago
I am whole off the vim (&friends) trend but my 2c- The helix situation is still miles better for up and running asap compared to dancing with files/lua on lazyvim. Just having to refer to docs to install a plugin, writing sane remaps etc eats up time. If you really just speedrun everything under an hour good for you. But for the rest, a lsp is a one package manager install away (even on windows scoop seems to have become the de facto), editing a toml is much easier than fiddling with the lua api/vimscript "just" to set some variables. (Not a helix user though I have tried both vim/nvim/helix) The only problem for me was the keybindings work good unless my vim instincts kick in where I become slow. The other one was lack of plugins.
- lawn 1y ago
  I don't know about LazyVim but my LSP configuration in Neovim is really simple:. Use Mason to install the LSP server (just type :LspInstall or use the Mason UI) that will then activate automatically and reuse an existing configuration from lsp-config. No tinkering or configuration needed.
- focom 1y ago
  I agree with all you said. Its an improvment over nvim situation. I still think for common languages like python and markdown lsp should be setup by default. I am not sure if i am willing to forget all the muscle memory I have just yet. Also I miss being able to ZZ to exit my file
NoboruWataya 1y ago
I think most people in the target audience for either editor wouldn't mind a bit of tinkering. The difference is in basically building your own setup from the ground up with plugins and config files vs starting with a reasonably featureful setup OOTB that you can then tweak to your liking. I use LazyVim and it works pretty well. But whenever I want to change some small aspect of its behaviour it takes a while to get familiar with the right part of the configuration. And if an update were to break it tomorrow I'm not sure how easily I could put it back together.

_fat_santa 1y ago

For me personally I use VSCode + Vim Extension and I find the combo quite perfect. I've been using VSCode pretty much my entire career and with the vim extension I can make things like editing very "vim like" but still be able to break out and do other things the "vscode way"

fer 1y ago

I really, really want to use Helix but I want to share bindings with VSCode/IntelliJ, and all the plugins that promise them have lots quirks, exceptions and various gaps. I know it's never gonna be 100%, but sometimes simple stuff is broken (x to select line in Helix, selected line+newline in the latest plugin I tried).

ruguo 1y ago

First time hearing about the Helix editor, and I gotta say — it really caught my eye. I’m not super familiar with Vim, but I’m definitely gonna install Helix and give it a try.

donpdonp 1y ago

The best part of this article for me is the link to these well made 3rd party docs for helix. https://helix-nikita-revencos-projects.vercel.app/start-here/basics https://helix-nikita-revencos-projects.vercel.app/start-here...

nromiun 1y ago

Helix's features look very cool, but I could not switch to it because of this bug [0]. It has been open since May 2022 and it is still not fixed. Basically you can't exit insert mode with a key combination like `jk`. Four years feels like a long time for such a basic bug. I will stick to NeoVim for now. 0. https://github.com/helix-editor/helix/issues/2612 https://github.com/helix-editor/helix/issues/2612

xcrjm 1y ago
Check out the docs! They show you how to do exactly that: https://docs.helix-editor.com/remapping.html#minor-modes https://docs.helix-editor.com/remapping.html#minor-modes
- deleted 1y ago
  [deleted]
- nromiun 1y ago
  Yeah, the docs show different keys combination, like `jk` or `jh` etc (even with the bug described in the issue). You can't use the same key like I am used to (just `jj`), because there is no timeout between characters.
aurels 1y ago
[dead]

fogzen 1y ago

Helix has its limitations — but I use it for speed. No other editor I’ve tried is as nimble.

phplovesong 1y ago

Last i checked helix did not have a way to run commands and pipe results to something like quickfix. Is this a thing these days?

dcre 1y ago
In Helix this is mostly meant to be mediated by language servers. That said, you can use `:pipe` and other commands to pass the current selection to arbitrary shell commands and do stuff with the output.
- phplovesong 1y ago
  I just want to run a makefile command and pipe stuff to some sort of quickfix like thing. How is this related to a language server?

gaoshan 1y ago

I used Helix for a couple of days and really liked it for the most part. However, I would sometimes encounter a small, simple thing that I do without thinking in VS Code but just did not know the command for in Helix. I would look it up, think, "Sweet, that's efficient" and move on. This kept happening and finally I was in a situation where I just needed to move fast and did not have time to investigate how to do it in Helix so I switched back and... never returned. It was a learning curve issue for me, not a functionality issue. I'll probably return at some point (like when the EOY season becomes slower and I have more time to explore) but for now I'm back to cruising in VS Code.

linsomniac 1y ago

Just yesterday I think I reached the breaking point with vim. Been using vi and derivatives for 40 years, but the amount of tweaking to get a usable setup is really annoying me. I've gotten to the point where LSP is a must have. Yesterday I was trying to switch my Astro VIM setup from using black to using "ruff format", which lead me down the path of installing astro from scratch, re-configuring it for my "must haves", and then trying again to get my formatter switched to ruff. I reinstalled because the docs looked like there may be a new way to do it since my last install 6 months ago. The documentation for Astro VIM is really incomplete. Claude was fairly helpful, maybe Claude Code would be better, since it'll have the context of my exact configs rather than Claude giving me 3-5 options for making the change. I've got a helix cheatsheet on my desk that I had Claude make me ~3 months ago. I started my work journal in helix this morning, but the install on that system must be broken because I couldn't even exit insert mode, pressing ESC did nothing. I'm at the point where I think vim is a great library for building a text editor, but nobody has built a great text editor in it yet. I really liked LunarVim but that got abandoned for reasons I don't fully understand.

submeta 1y ago

Helix is a beautifully made editor. Looking forward for it to have scriptability and extensibility. I went from VS Code to NeoVim and can’t be happier. Not saying that VS Code isn‘t a good product. It‘s actually everything you need in an editor/ ide. But it’s way too heavy for my taste. I made the transition to the terminal for my dev workflow. WezTerm, mux and tmux, neovim as editor, lazygit as git client, yazi for file navigation: I absolutely love how streamlined my process is. Wonderful times with lots of options.

gigatexal 1y ago

I’d do the same if they didn’t switch the vim bindings around. All that muscle memory to unlearn. Nope. I went to Zed for this reason.

alimbada 1y ago
It's a shame Zed founders unapologetically take money from bigots: https://github.com/zed-industries/zed/discussions/36604 https://github.com/zed-industries/zed/discussions/36604
- gigatexal 1y ago
  I had thoughts on this but deleted it many times so I dunno really but I guess of all the VCs to take money from... (or maybe this was the only one that would fund a text editor??)

29athrowaway 1y ago

Helix is fine but Zed is perhaps the most similar Rust-based VS Code alternative.

ethmarks 1y ago
Even better, Zed with Helix keybindings: https://zed.dev/docs/helix https://zed.dev/docs/helix

e12e 1y ago

I'm a mostly happy helix user - but I'm still struggling to get debugging to work - both with ruby/rails and typescript/node (Adonis). Apparently DAP protocol support has been merged - but I find the documentation lacking, and afaik for typescript/javascript it won't work out of the box, as helix needs a pointers to the dap server (and that can't simply be in PATH)? How are everyone debugging with Helix? https://github.com/helix-editor/helix/discussions/9269 https://github.com/helix-editor/helix/discussions/9269

cosmic_quanta 1y ago

I'm switching from VSCode as well. I love Helix's (and Kakoune's) editing model centered around selections rather than motions. I can see what I'll operate on interactively. I still use VSCode when navigating complex codebase changes, just because of the visual file tree. I hope to fully switch over soon.

eviks 1y ago

> Being a lazy person, I never bothered looking up VS Code shortcuts. Because the learning curve for Helix is slightly steeper, you have to learn those shortcuts that make moving around feel so easy. This doesn't make sense: if you were truly lazy, you wouldn't spend any effort learning a more complicated app, you'd simply not switch! > with a few knobs for minor preferences. I am subject to choice paralysis, so making me configure an editor before I’ve even started editing is the best way to tank my productivity. There are a couple of hundreds of options https://docs.helix-editor.com/editor.html https://docs.helix-editor.com/editor.html and even more hundreds of keybinds https://docs.helix-editor.com/keymap.html https://docs.helix-editor.com/keymap.html to reconfigure, so you can knob yourself to death with Helix just like with any other configurable app. And the way out is the same as with vim - just pick someone else who has done it and has published the results before dying and use those!

bccdee 1y ago
> And the way out is the same as with vim - just pick someone else who has done it I think the crucial thing here is that most people don't do it, because it works out of the box. You can change any of the keybindings and any of a few hundred settings if you want, but the defaults are good, so you don't have to. My helix config sets the theme and soft-wrap and that's about it.
- eviks 1y ago
  In what way do vim default keybinds not work vs Helix's since they seem to be very similar (outside of the whole selection-first behavior inversion)? In general, I agree that good defaults is the way to go, and vim is worse here (except for the theme, helix's default is bad), though again, the alternative isn't a many knobs paralysis, but a better starting set.
  - cnhajzwgz 1y ago
    Not sure this is what the OP had in mind but in my experience Helix just ships with more keybinds than bare vim/nvim. Many of the nice keybinds shipped by LazyVim that I can't live without now (symbol search, LSP jumps, treesitter navigation etc) work out of the box in Helix.

weinzierl 1y ago

The article misses one important point. Helix is 100% immune against plugin supply chain attacks like GlassWorm. I am joking of course. Helix is fantastic and I think it eventually will get a state-of-the-art safe plugin system. After a couple of attempts I made the permanent switch from neovim two moths ago. I don't think I'll ever go back.

KaiserPro 1y ago

I'm not sure I follow the argument being made here. "I don't like vim as you need to install plugins to make it work" "helix is a dumb editor, so it needs a language server." Then they go and list the number of plugins they install. This seems to argue against what their main point I now use VScode most of the time, however to me its a fancy VIM variant, because I'm so used to vim bindings. I can and do use raw vim, although not for any serious programming recently. If I were then I'd have syntastic installed and possibly some more advanced linter. However! If it makes them happy, then this is a good thing™.

tiltowait 1y ago
The argument doesn't make sense, but I followed the exact same path. For me, Helix is genuinely just more enjoyable to use out of the box, so I felt more motivated to tune it to my liking.

allknowingfrog 1y ago

Helix is great if you just want something fast that gets out of your way. If you want plugins and integrations and other magic, it's probably not for you. I used Vim for the past decade, because it fits the way my brain works. Helix captures that same spirit, but with some polish and friendliness that can only come from starting fresh, and abandoning years of entrenched design decisions. Helix is a fantastic terminal-based editor. I would rather type in mittens than use a GUI editor. If that resonates with you, maybe give it a try. If you love your GUI, I don't think Helix will be the thing that changes your mind.

JEFFREYBURKE 1y ago

[dead]

rw_panic0_0 1y ago

HELIX EVANGELISM STRIKE FORCE HERE LET'S GO

tasuki 1y ago

> Helix is a “stupid” text editor. It doesn’t know much about what you’re typing. But it supports Language Servers that implement the Language Server Protocol. By that measure, isn't eg VS code also a "stupid" editor?

semiinfinitely 1y ago

helix is the reason I now believe all rust projects are doomed to fail

bitbasher 1y ago

I used Vim for over 15 years. I then used NeoVim for a couple years. I tried Helix for several months. I then tried VS Code for the first time and only lasted about eight weeks. I gave Zed a try but gave up because it required a GPU which my machine didn't have and there's a login button on the editor which I found ridiculous (I don't use GitHub, how am I supposed to log in). I then tried RustRover / JetBrains products for a few weeks. Ultimately, I ended up back in Vim8 (default install on my LTS distro). I like to think I've given each editor a fair try. 1. Vanilla vim is just there and works. You can use it with or without plugins and it works great. The built in :make / compiler options are a viable alternative to lsp / linter plugins. Also, it has ctags support built in which works for dozens of languages. You can also use a linter/lsp plugin by adding to your optional plugins and simply do `:packadd vim-lsp` or whatever the plugin name is whenever you want to use it. It's literally a text editor, with optional plugins. 2. NeoVim is "plugin hell". It's an editor that people use as an IDE and require a dozen plugins to do so. You could use it like Vim (see above), but no one does that. I don't have any issues with NeoVim as a tool, but the community and "influencers" are annoying to me. 3. Helix was a nice IDE out of the box, no plugins required. Ultimately I found the different key mappings to be annoying for me (15+ years of vim muscle memory). It's not a bad alternative if you want the "IDE experience" in the terminal. It's certainly better than stringing 24 plugins together and hoping none of them are ever compromised. I won't discuss the other editors or IDES. I don't want to hurt anyone's feelings :)

mm_aa 1y ago

I try to get on helix from time to time but the lack of built in terminal emulator stops me every time. What is the suggested story of going from location in compiler output in a different tab to the editor? In vs code it is just one ctrl click away.

lycopodiopsida 1y ago
Since it is a tui editor, a terminal split
- mm_aa 1y ago
  The question is less about the split but about making my terminal (kitty) navigate into hx when I click on locations in compiler output?

nikolay 1y ago

Why not Zed?!

deleted 1y ago
[deleted]
Oreb 1y ago
The Helix mode in Zed is promising, but still nowhere near complete, and has a long way to go before it is as user-friendly as the Helix editor. For instance, the nice pop-up display of available commands. When I press “g” in Helix, I get a nice list of all the “goto” commands. This is very useful for discovering new features, and when you have forgotten something. This feature does not yet exist in Zed. And this is just one of many examples.

milliams 1y ago

I'd also argue that VS Code is not open source - at least not the version that 98% of people run. If you download VS Code from almost anywhere (and are not using Codium) then you are subject to the licence terms at https://code.visualstudio.com/license https://code.visualstudio.com/license which says you may not: - reverse engineer, decompile or disassemble the software, or otherwise attempt to derive the source code for the software except and solely to the extent required by third party licensing terms governing use of certain open source components that may be included in the software; - remove, minimize, block or modify any notices of Microsoft or its suppliers in the software; - use the software in any way that is against the law; - share, publish, rent or lease the software, or provide the software as a stand-alone offering for others to use.