Five reasons why Emacs will always be better

Posted on 2011-09-02 by Philippe Faes
Tagged as: EmacsVHDL

In the past months, we have made large efforts to make Emacs obsolete. After enquiring on some Emacs-friendly newsgroups, I can only conclude that we have indeed offered a better solution than Emacs, in most ways.

Of course, you can’t win every battle and you probably shouldn’t even try. Here are some things at which Emacs will always be better. We’re not even going to try.

Caged Gnu

1. Speed and Memory footprint

Twenty years ago, Emacs was one of the largest and slowest editors around. But for the power editing features that Emacs enabled, the users accepted the somewhat slower response time and larger memory requirements.

The same is happening today. We do spend a lot of engineering effort on speed performance and memory usage. But you cannot do more computations and offer cooler features without a cost. It just takes more time and memory. If you try to run Emacs on a laptop you bought five years ago for $500, you’ll be fine. If you want to run Sigasi on the same laptop, you’ll have to do what Emacs users had to do twenty years ago: buy a decent computer.

2. Complete user-configurability

We can do (almost) anything, but it is not going to be done in Lisp. It will be a custom plug-in, compiled and with regression tests.

3. Run remotely in a terminal

You’re going to need X11 forwarding.

4. Win the hearts of the Emacs community

We can’t make you love us. We can only build better technology and hope you’ll join us.

5. Number five

I won’t claim to have the definitive list of Emacs benefits, so I leave number five up to you. What is the final reason Emacs will always be the best VHDL editor? Tell me in the comments section, below!

See also

comments powered by Disqus