6 ms·
A long time ago I switched to Emacs(with evil mode) from whatever IDEs I was using but it was also way too slow. I then switched to vim and configured it with l
by fileeditview 4y ago
A long time ago I switched to Emacs(with evil mode) from whatever IDEs I was using but it was also way too slow. I then switched to vim and configured it with lots of plugins. This was the best thing ever. I transitioned to Neovim but Vim would also be OK.
Vim/Neovim are always fast. Even with 30+ plugins configured. I can run them on any hardware and they are blazing fast. Not to mention the superiority of modal editing if you are used to it. I have every feature I need (LSP/code completion/diagnostics/even debugging via DAP).
Pretty sure that I won't switch setup for a long time/ever again.
- cerved 4y agoThen you couple this with IdeaVim and complement by running JetBrains IDEs on the side
- fileeditview 4y agoThis sounds like exactly what I wouldn't do?! I actively stay away from IDEs because the are bloated and slow and don't offer me personally anything that I am missing in my (configured) Vim. I have used JetBrains in the past and I never was a fan. It is very slow and lagy in many situations. If I'd go the "IDE" route vscode would be my choice.
- illegalmemory 4y agohttps://spacevim.org/ https://spacevim.org/ is also good alternative , it is basically vim/neovim sensible plugins pre-configured with smaller config file and simpler management.
- xigoi 4y agoAlso see: https://www.lunarvim.org/ https://www.lunarvim.org/ https://nvchad.com/ https://nvchad.com/
- agrippanux 4y ago+1 to LunarVim, I use it daily. It has sensible default shortcuts and plugins. I think I have configured maybe 2 things in the last few years.
- MrMan 4y agoastrovim is really good as well
- souvlakee 4y agoI suggest that everyone go through this journey before using Neovim: https://www.chrisatmachine.com https://www.chrisatmachine.com (so you can understand how and why something works, and also fine-tune your setup). Chrisatmachine's setup as for me looks similar to AstroVim.
- kingkongjaffa 4y agoOh this feels like spacemacs I already use evil mode spacemacs I think the most important feature is org mode but maybe I’ll play with spacevim over the holidays!
- racked 4y agoThank you, that's just what I was looking for!
- fileeditview 4y agoThere are many of these distributions and I recommend them to people new to Vim because they can get a good out-of-the-box experience. However after some time you probably want to configure your own and only include what you truly need. For this a good solution is to just adapt https://github.com/LunarVim/nvim-basic-ide https://github.com/LunarVim/nvim-basic-ide to your liking. This is made by the author(s) of LunarVim.
- eloisius 4y agoSame here except that each year it seems like I shed a plug-in that I’m not using anymore. Over the last decade I’ve been told over and over whenever I join a new team that Vim isn’t going to cut it and I should switch to the current hotness. Invariably, I give the new hotness an honest shake and can’t suffer the productivity hit. My favorite is when someone promises me that the “vim bindings” are actually really good. What I think people don’t get is that it’s not just Vim. You can add hjkl to another editor and it doesn’t make a difference. The terminal is my IDE. I run vim within tmux side by side with a shell, and I’m way faster at grepping for something than IntelliJ is at indexing and searching. My editor never has a few-second lockup. I never depend on the IDE to build my code, so when I work on something there’s a functioning Makefile or equivalent and it’s inherently ready to build and test on CI. I don’t care about Vim vs emacs. I’m sure emacs is great if you’ve invested in it like I have vim. But contrary to all the IDEs and editors I’ve been urged to switch to over the last ten years, vim is still kicking and I keep getting better with it. If I adopted the new hotness every few years that wouldn’t be the case. You can pry vim from my cold dead fingers.
- oblio 4y agoWhat Jetbrains provides, and is quite hard to replicate, is the linting and auto-correct suite for medium/large/enterprise development teams. That's actually the main thing, deep and wide integrated linting. Almost everyone does autocompletion (up to a point). Almost no one does linting as well as they do. Quick experiment for you. Take a big source code file you've worked on, preferably solo, so you won't have excuses :-p Not a "best case scenario" file you've cleaned up and polished. Be honest with yourself, something big and reasonably messy where the deadline was tight or the issue was complex. Open the entire project and configure it in a Jetbrains product. Open that specific file in the IDE. My guess is that the top-right green checkmark won't be there. You just can't hold all that stuff in your head at all times. That's why we use computers and tools (such as advanced IDEs), to remind us of this stuff. Anyway, in the rare case that you actually do all of that on your own, <<you>> are an outlier. 1%, 10%, for sure you're not lower than 50% of developers. The majority of developers need that help.
- 4y ago
- matwood 4y agoI came across LunarVim not long ago and it helped me go from just using neovim for quick edits and editor keybindings to going down the path of fully using neovim. I still use IntelliJ for Java, but for everything else neovim is working well. I still have VSCode for a fall back.
- omaranto 4y agoSpeed definitely depends on use cases. I switched from Vim to Emacs because Vim's syntax highlighting in LaTeX files was so slow it lagged behind my typing (and I am not a fast typist!). This is a well-known problem in Vim and the manual even has a section about it (see :help tex-slow). Emacs was perfectly snappy for LaTeX and I didn't want to use one editor for LaTeX and another for everything else, so I just switched to Emacs for everything.
- 3836293648 4y agoTreesitter?
- omaranto 4y agoI'm not sure what you mean. If you are asking whether either Vim or Emacs use treesitter for syntax higlighting of LaTeX files, the answer is no at least not by default.