Live data from Hacker News

Making Emacs Popular Again

lwn.net

521–530 of 782 posts

Re: Making Emacs Popular Again

#521
post #470
post #411

Earlier quoted context omitted.

If my emacs is a slow start, it is because I have a lot of previously opened files that it reads at startup. Otherwise, it is as quick as anything.

Interesting. How did you get it to store the list of previously opened files?

https://www.gnu.org/software/emacs/manual/html_node/emacs/Sa...

Re: Making Emacs Popular Again

#522

Earlier quoted context omitted.

Maybe so, but the ceiling with those tools is very low. I simply can not do what I do every day with Emacs using vscode or atom. I know why you compared them, but I feel that these comparisons are meaningless. A category error. Emacs is simply something else.

What are some examples? I'd say the ceiling is marginally lower (maybe) than emacs, but the learning curve to extend is orders of magnitude more approachable. And I'm not sure the ceiling is actually lower.

VSCode is quite restrictive in how it can be extended actually.

Atom is much better, and feels closer to Emacs in terms of allowing you to extend and modify almost every part of it.

That said, Emacs is just the king. Not only can you really just change absolutely everything, it is really easy to modify it all at run-time on the fly, which even in Atoms isn't quite so.

I had settled on Atom for a while, but the slow performance and high memory use made me switch to Emacs.

Re: Making Emacs Popular Again

#523

Earlier quoted context omitted.

Vim might be hard, but besides jokes about "how to quit it", it makes much more sense than Emacs. Emacs key combinations are weird. Discoverability is low. Even Vim will now tell you how to quit if you Ctrl-C it. Meanwhile I have opened Emacs and I'm trying to quit it (spoiler: Ctrl-x Ctrl-c). Some things are actually interesting and it tries to help at first but then it goes back quickly into emacs-babble that doesn…

> Vim might be hard, but [...] it makes much more sense than Emacs. Counter-point: I think emacs makes much more sense. If you start it, you can navigate a file by clicking in places. It is a GUI application, whereas I think vim is just a terminal program by default? Emacs has a little built in tutorial (Ctrl+h t) and is quite discoverable (type Ctrl+h ? and it shows you a lot of commands you can use to find out abou…

Yes, in the XEmacs case it is the case, not necessarily when you're using it like VIM

(There are gui versions of VIM as well but it feels weird)

Re: Making Emacs Popular Again

#525

New employee 1 workflow at company X: 1. Install VS Code 2. Click extensions and install language specific plugin 3. Work New employee 2 workflow at company X: 1. Install emacs 2. Try to install some source code indexing tool 3. Tool is missing 13 dependencies, so spend 4 hours finding, installing and configuring the dependencies. 4. Spend another couple hours reading non-existent to terrible documentation (documenta…

Hybris & Curiosity => Vim => Emacs => Evil Emacs => Spacemacs => Evil Emacs => Org-mode videos on Youtube => Silent Despair => VS Code + Vim keys (w/o Ctrl*) => Peace of mind.

Re: Making Emacs Popular Again

#526

Earlier quoted context omitted.

I am not a passionate Emacs user and I strongly dislike the weird bugs that rear their heads sometimes. I was always a vim user, but switched to Emacs because it has better support for completion, etc. while having nearly perfect vi emulation. I would even go as far as saying that Evil is vi implemented in Emacs Lisp. I try VS Code every now and then, but I always stop because of two reasons: incomplete vi(m) emulati…

How long did it take you to switch? I tried spacemacs for a few months but got tired after I was always accidentally breaking things

Not too long. I also began using Emacs with spacemacs, but it was buggy and slow. Then I just started with a completely pristine Emacs configuration and just added through use-package:

- evil for vi emulation

- general/which-key so I could define spacemacs-like bindings that start with SPC.

- ivy for quick search of buffers, files, etc

Then I added things on a by-need basis. I would say that the most important additions were magit for Git, projectile for quickly switching between project files, and some Rust packages.

This is now my emacs configuration:

https://github.com/danieldk/nix-home/blob/master/cfg/emacs.n...

Rust configuration:

https://github.com/danieldk/nix-home/blob/master/cfg/rust.ni...

(Sorry for posting Nix files, but it's pretty close to what it would look like in a regular init.el.)

Re: Making Emacs Popular Again

#527
post #429

Earlier quoted context omitted.

> You mold your Emacs to a workflow unique to you, notice things you are doing often, add elisp functions to change it to make those things easier, and carry them with you from job to job. As your job evolves and changes, you maintain and grow your Emacs files over decades, and borrow from someone else's workflows. I've been writing software for ~24 years, and I can understand the need for this in the past. Now, I ju…

Emacs user here. I've been thinking about this lately since I switched to VSCode because Emacs doesn't have a good TypeScript React mode and to be honest, you're right. The difference is I can make Emacs do things just the way I want it vs can it do what I need it to do? And I find that for most part I don't miss it that much (even I'm shocked) but I still open Emacs for Magit from time to time, because there's just…

Are there problems with typescript react on spacemacs or doom emacs?

As far as I know on the Vim side you can get feature parity.

Re: Making Emacs Popular Again

#528

I hear a lot about the declining popularity of Emacs, but I always wonder how much it is overstating the case. As a tech enthusiast but (mostly) non-programmer, my perception has actually been that the "cool factor" of Emacs has been on the rise. Around 2011 or so, I hardly ever saw mention of it online. Now a day hardly go by on places like Reddit's "unixporn" board that someone doesn't post their slick setup with E…

Oh definitely. Almost 30 year Emacs user here. When I saw what was happening with productivity leaps like swiper and helm, and Spacemacs working to make Emacs look nicer without turning it into another CUA+TEXTAREA also-ran, I called it the Emacs Renaissance!

A lot of times I’ve noticed people arguing that some nice thing in Emacs “could be” implemented in their chosen editor. I think they underestimate the value difference between that and “has been” implemented.

Re: Making Emacs Popular Again

#529
post #457
post #387

Earlier quoted context omitted.

Have you used magit? How about slime? Org mode? Other editors don’t have those

> magit Lots of editors have git plugins. The question is, what can you do with magit that you can't do with those? > slime This is a pretty niche need, but sure. I would agree that people writing most Lisps (excluding Clojure) are better off using something like Emacs. > Org mode The fact that my editor doesn't have this is a feature for me. I want something with a clickable GUI that syncs to my phone, gives me remi…

> The fact that my editor doesn't have this is a feature for me. I want something with a clickable GUI that syncs to my phone, gives me reminders, and can be shared with coworkers when necessary.

Check out Orgzly from F-droid repos.

Re: Making Emacs Popular Again

#530

Earlier quoted context omitted.

Or even better New employee workflow at company Z 1. Install the Jetbtains toolbox 2. Have IDEs for several languages with consistent features and semantics. 3. Minimal to no configuration needed 4. Profit.

I can use 40% more cores when compiling than my CLion using colleagues because vim doesn't need 10GB of RAM. I tried using CLion, but it was just too slow. Maybe I was holding it wrong.

Off-course, if majority of your time is spent compiling gigantic C++ codebases, more power to you for using VIM. CPU load in code compilation hasn't been the bottleneck I ever faced and I think this applies to most folks. Plus CLion doesn't just arbitrarily start consuming CPU, if it is not doing indexing(and VIM simply can't do the kind of indexing that CLion does), it doesn't consume much CPU. In the idle state, it consumes very little CPU.

Then again, some seconds of CPU might be a good tradeoff against productivity in some scenarios.

Post reply on HN