i love neovim but i’ve heard many people say that emacs is wayy better than neovim
in fact bill joy after creating vim said that he made a big mistake by creating vi
i have never seen that crazy fast dude who codes on emacs and just flies basically
i’ve always seen extremely fast people code on neovim and loved that i was part of that community
for me speed is topmost priority
i thought emacs loaded slow but now i see that emacs server makes emacs gui load faster ( wayy faster than conventional command)
is there a video you guys can link me of a user using emacs who is extremely fast and not just because of his typing speed but because he’s using emacs
i would have to learn almost everything from scratch for using emacs
so please refer me post a convincing arguement there is nobody in my college who uses vim or emacs so i don’t have anyone to look up to as of now so i don’t know which choice is good for me
i want a video or a proof that emacs is wayy faster and efficient to code on than conventional vim
also should i use emacs in evil mode to be faster cause i believe nothing will beat vim motions
i want a video or a proof that emacs is wayy faster and efficient to code on than conventional vim
At the risk of feeding the trolls, go away.
do whatever you want, why would anyone else care? I would encourage you to require less validation from randoms to do things, though, that will definitely hold you back in life.
i want a video or a proof that emacs is wayy faster and efficient to code on than conventional vim
Watch all of https://emacsrocks.com
As a sneak peek, check out episode 13 (watch til the end)
i am taking this very seriously and would really appreciate any suggestion to format the post
i have a habit of using vim but no experience on emacs
I won’t. If you need someone to give you a reason maybe you don’t have one. Use it if it’s useful for you not because you think you have to. It’s a tool.
I want to echo what /u/rwilcox said. Emacs isn’t really about maxing out speed. It’s certainly possible with a lot of effort, but that’s not the fundamental principle of emacs or it’s reason for existing.
Emacs is about customization. Not configurability, but customization. And, because you can do so many different tasks with emacs, it’s about staying in emacs as much as possible. Using a single tool for almost everything and avoiding context switching. I use emacs for coding and debugging sure, but also for git, merges and diffing, for a REST client, for my shell, for taking notes, for managing a personal knowledge system, for managing contacts, for keeping my agenda and todo list, for my calendar, for creating pdfs with latex, for creating and displaying presentations. I don’t read and compose email in emacs just yet, but I’ll probably get around to setting that up, too. So my only tools are emacs and a browser.
And, when I’m using emacs, I get to use it more or less exactly how I want, depending on how much effort I was willing to put into setting up how I want it to behave. For example, I added some functions to look up words under the cursor on Dictionary.com and search for synonyms on Thesaurus.com, and to do so interactively so I can select a synonym from the list and either look up its definition or search for synonyms of that word and then replace the current word with the synonym. I later found some other package for doing a similar kind of thing, but it wasn’t that hard to just write it for myself. Or, I added some functions to maintain a list of commonly used but useless words like “really” and highlight them in a text so they can be replaced. Or a mode to follow a certain editing workflow that works well for me. With all these tools together, writing and editing documents is quite a pleasant experience. And I can tweak any piece of it, or tweak how each interacts with the others.
I haven’t worried too much about hyper-optimizing efficiency. I just don’t find that particularly useful. But there are still certain kinds of common tasks I can do very very fast. Like refactoring code by pulling every instantiation of a class I’ve changed into a single buffer and adding or changing the call to the constructor with multiple cursors and then saving them all, all in one shot. That’s always pretty spiffy.
“i want a video or a proof” that you googled these questions and found no answers
Since this question is asked at least weekly, you should have.
We do users like this no favors by indulging them.
> i thought emacs loaded slow
Compared to vi in 1980s, yes. Compared to most other IDEs and popular text editors like VSCode, Jetbrains family in 2023, emacs not only loads fast but consumes far less resources. I have 69 packages sprinkled in over 800 lines of pure elisp config (not counting comments). It loads in less than 1 second for me on an M2 pro MacBook. That’s without using emacsclient. If you use that, it’s more or less instantaneous, since the server is already running.
> for me speed is topmost priority
How fast are you in neovim? Most popular text editors have a very high skill ceiling. Switching to another won’t make you magically fast. There’s a learning curve involved and you’ll need to customise things according your workflow to become one of those “extremely fast people code on neovim”. If you’re already somewhat experienced in neovim, it’s a great ecosystem and you can go very far. There’s no real need to switch unless you find a real pain point. Switching takes time and effort so any gains should justify that.
> is there a video you guys can link me of a user using emacs who is extremely fast and not just because of his typing speed but because he’s using emacs
With evil mode, you can use most vim commands and ideas (text objects, modal editing, registers) as-is in emacs. So emacs is “at-least” as fast to work on as raw vim/neovim.
When you throw in extensions and plugins into the mix, it’ll depend hugely on what you use and how baked it is. There’s nothing quite like magit or dired, IMO, but if you don’t use that, YMMV. Having used both vim and emacs, I have found some of the most popular packages on emacs to be much larger in scope than their vim counterparts, mature in development and absolutely pushing state-of-art in execution. Again, as an example, there’s no git workflow (ui or tui or cli) that has a better UX than magit. People have constantly tried and failed to recreate org mode alternatives.