I will talk about my experience using each of those text editors, maybe it could be useful for someone evaluating text editors to invest time learning.
sublime text
I started learning about programming when I was in high school, it was so much fun to write some code and see the results on the browser. I used sublime text because I was learning with blog posts and videos and most of the content mentioned sublime text. Also, it was fast and I had a few plugins installed to handle php, html, javascript and css. I used it for a few years at work too until the day I joined a company that had vim and emacs users.
vim
The vim users worked on projects more closed to my own project so I started to check how they did things and then I started learning about vim. It was not cool, it was too hard to learn how to use it, to load new config files I had to restart vim every time and so much other problems, but since they did, I convinced myself that I could learn it too so I did.
I used vim for a few months and what I like about vim the most is that it's optimized for editing files not creating new ones. For the most of the time, we're editing files and moving between lines of code so that makes sense. Finally I was happy and productive using vim.
neovim
One day I heard about neovim, not sure exactly why I switched to it, but take a look on the github project for both projects:
Wait what? Only one contributor on the vim repository? How only one person could have done that? Checking the pull request list I saw that the author applies changes from other people as it was his changes. Ok, I didn't liked that, so I changed to neovim which gives credit for people when they contribute.
UPDATE: I agree that my survey is too shallow. My see this comment. But I still don't like that.
nvim + tmux
At that time people was talking about tmux
which is a terminal multiplexer so you could split your terminal and have tabs and customize everything from shortcuts to how tmux looks like for example adding useful info to your status bar. I tried and I liked. Since I was using nvim in the terminal it worked very well and I even found some plugins to integrate them smoothly. Here is how it looks like:
I don't use nvim anymore, but you can still find my configuration for vim and tmux.
I used this stack for 3 years and I was happy.
Then I see myself managing configs and plugins for nvim, tmux, zsh to run well on terminator on my Debian at work and iTerm on macOS at home. Not everything worked well between plugins too, for example I had auto completation on nvim and it works well unless I'm using multiple cursors which is a feature from another plugin, the auto completation would work only for the first cursor because they didn't integrated with each other. I got other frustrating problems like that one and I see myself spending too much time debugging or trying alternative plugins, so I was tented to try something different and this is where emacs came to my attention.
emacs
Emacs has a GUI app which makes me don't need terminator or iTerm anymore and it has his own shell written in elist called eshell, so I'd have one config and plugins for everything. I tried to start from scratch writing down every config as I did with vim, but it was too much to learn and I had to get some work done so I tried spacemacs and with some help I could be productive in no time.
Spacemacs has vim key bindings so I was at home, I just needed to learn to handle different aspects of spacemacs like layouts and workspaces. It was easier to do things because it has a real-time display of available key bindings, so while you type you can see your options, also it is mnemonic so if you want layouts you'd use SPC + l
, if want to toggle something you'd use SPC + t
, if you want buffers you'd use SPC + b
, for projects SPC + p
, for files SPC + f
and to save a file you'd combine commands like SPC + fs
which means spacemacs -> file -> save
and SPC + pt
to see the project tree of files. Very straightforward right?
It took me like a month to understand everything and to work well. I was not happy with everything, I got some bugs which is ok, I reported and I tried to fix them but I had to learn one more language (elisp) to be able to do that. It was a great experience because I was learning a lot of elisp which is a great language in my opinion so I was having fun, which made me use spacemacs for 6 months.
Then I saw this video:
Wait what? 10 years of love for Emacs undone by a week of VSCode? I have some friends who are happy with vscode too, they strongly recommend it. Ok, let's give it a try.
vscode
I had to do some coding in a weekend so I switched to vscode and overall the experience was great, but I had to use the mouse a lot initially.
I installed the vim key bindings which for my surprise also has support for common vim plugins like vim-easymotion
, vim-surround
, vim-commentary
and others that I've never heard of.
Killer features for me that I found in vscode:
-
cmd + p
to open files using fuzzy search is faster and more intelligent (it puts recent files on top) - shortcuts are more similar with browser shortcuts which makes my life easier as web developer
- config files are
JSON
files and there is no need for too much customization (my config file has 22 lines and that's all) - the integrated multiple terminal works really well and it has splits like tmux
- vscode is maintened by Microsoft which I think it's great to have a team working on it and adding features that integrate well with each other
- I don't need to debug vscode and I didn't find any bug so far
- I don't need to install too much plugins
- jump to definition for React
Vscode plugins I have installed:
- Vim Keybindings
-
Project Manager - easier to switch between projects using
ALT + CMD + p
-
Bookmarks -
ALT + CMD + k
to add a bookmark andALT + CMD + l
to jump to the next bookmark - File Utils - easier to duplicate or rename files without using the mouse
- Support for Ruby
- Support for Ruby Haml
- Autocompletation for Ruby
- Linting for Ruby
- Support for Python
- Support for Elixir
- Support for React
- ESLint
- One Dark Pro Monokai Darker Theme - my favorite color schema
That's my experience with text editors. Today I don't have to debug my editor to make simple things happen and I still can customize it for my needs. Yeah, I'm pretty happy with vscode and maybe you should try it too. I hope it was useful for someone.
Also I'm looking forward to hear your opinion and experience about those text editors. Thanks.
Latest comments (51)
I liked VS Code at first but when I saw that a text editor like that takes too much of my system resources I decided to give something else a try, and guess what, now I love Vim and I don't wanna use anything other than this lovely beast.
You should try Onivim2. It’s still Alpha, but very usable. It’s vim with all the Vscode extensions. It’s a lot faster than vscode. I’m using it everyday and loving it.
I use
Doom emacs
, let me address each of these:cmd + p to open files using fuzzy search is faster and more intelligent (it puts recent files on top)
SPC SPC
fuzzy search all project filesSPC ,
fuzzy search all open filesSPC >
fuzzy search all open buffers (like a vscode tab)shortcuts are more similar with browser shortcuts which makes my life easier as web developer
config files are JSON files and there is no need for too much customization (my config file has 22 lines and that's all)
Good for plug-and-play kind of experience, not so good when you want to get creative. TBF it took me longer than a week to figure out a good configuration for TypeScript/JSX on emacs.
the integrated multiple terminal works really well and it has splits like tmux
it does
vscode is maintened by Microsoft which I think it's great to have a team working on it and adding features that integrate well with each other
or rather, you are vendor-locking yourself, and you have poor ability to edit/fix your own editor. You haven't seen issues, but "Find all references" never worked for me,
ctrl + click
broke often on large projects, etc. Also, telemetryI don't need to debug vscode and I didn't find any bug so far
It's not so much that you do not need to debug vscode, as it is that you are unable to do so.
I don't need to install too much plugins
This is one of the vscode strengths, you can be productive with minimal effort. But with time you might want to change things... I had about 26 plugins installed, probably used only half of them, and a lot were almost good enough but I couldn't configure them how I wanted. On the other hand Emacs packages are very configurable.
jump to definition for React
Install either
LSP
orTide
for emacs and you get the same functionality and more.Tide
's "Find all references" and "Rename symbol" have worked tons better for me than they did in vscode.Just to give you an idea of the fun things you can do in emacs, if I press
SPC g p
while innormal mode
my emacs will create a git commit automatically with all modified files, pull from repo any changes, and then push my commit. Few keystrokes to keep my notes in sync with remote. :)Man, thanks for sharing the video. Thanks for the cunningham's law.
How do you manage this now? Can you have a full session without mouse, say create a new branch, work on a feature, commit new code and PR? All that without a mouse?
Jetbrains IDEs. They do pretty much everything you want, out of the box, with a consistent experience across languages, which is important in a polyglot world.
Nice
yeah, both are made using Electron, but vscode handles it a lot better as I heard. Never tried it tough, I give it a try in the next weekend. thanks you all
wow, I've never heard of Acme. Do you use it to code in a day-to-day basis?
Have you tried PyCharm by any chance?
hey thanks for your comment. I've tried RubyMine which is similar and also created by jetbrains, but I'm not a fan of IDEs, I like text editors because with a few plugins I can have good enough features alongside with 2 second or less of load time.