Comment by slightwinder | Hacker News Reader

Comment by slightwinder | Hacker News Reader

Parent Full thread

> On the one hand, Emacs is a very flexible platform powered by Lisp. Users can change and extend it to their needs, make smaller adjustments on the fly. That’s the source of its attractiveness and longevity.

And at the same time the source of most grievance and pain with emacs. It's so flexible that it seems many people fell into that hole where they invest to much time with tinkering. I'm curious how much of the customizing-disease in the emacs-world is driven by survivorship bias of other peoples "heroic" quest in taming and forging their emacs to their demand.

> What do you think, is there a potential niche for like NeoEmacs, a test editor written in a modern Lisp / Scheme (maybe, creating such a language would be the first goal), with the same flexibility, but with modern features included by default, modern keybinding and terminology?

There always will be a niche, if someone does the work on good enough quality-levels. But if you want it to be more than a one-men-show, something that can take over GNU emacs crowd, then you need to be more than filling a niche.

The focus on lisp seems like a fail from the start. That world is just to niche for great success. Today the best solution would be to take electron and build something like atom or vscode. Webstack is more than flexible enough for what most people wanna do, lisp would not give much benefit over this for most people. And most of emacs flexibility comes from the architecture anyway.

Somewhere I can see lisp really winning is performance. Everyone complains about bloated IDEs, but if you base your system on Chez Scheme you'll be able to write your scripts in a high level, easy-to-learn language which compiles immediately to machine code that runs at nearly C-speed, and even supports true multithreading. That's a huge win. And if you build it using an actual GUI toolkit instead of Electron, you get another huge win in not using up so much darn RAM.

Basically, Emacs's success (such as it is) comes from being an application platform. Make a better application platform than Electron and you're onto a winner I reckon.

> Somewhere I can see lisp really winning is performance.

Possible. But the language does not make the platform. Especially if we are talking about flexibility, not performance. If you just want performance, and just enough flexibility, then there are far better editors around.

> Make a better application platform than Electron and you're onto a winner I reckon.

I highly question whether this is even possible. A platform is far more than just a funky language and satisfying random benchmarks. Webstack is in terms of flexibility, support, recognition and optiomization on a level that no other platform can generally compete with today. You can compete on individual aspect, but will still lose out on most others. And this will not change in the next years. The money and time invested into the webstack is nothing any other community can even compete with.

IDEs like xcode and Visual Studio are mostly written in native languages, the "bloat" comes from the out of the box experience and available plugins in the box.

As for Emacs, if one wants the full Lisp Machine experience, there are Allegro and LispWorks left.

Emacs is only a subset of the experience.

I may be biased (as you point out), but I think that the flexibility Emacs’ architecture (and Lisp) provides is what makes Emacs such a great editor. It’s effectively a canvas for you to create your ideal text editor on. (Although not everyone wants to do that, I know.)

Re: Electron, I personally feel like Electron would be the opposite of the solution. Rather, I’d be excited to see a new high-performance Emacs GUI with graphics acceleration, greater visual fidelity, etc. similar to Sublime Text. ST is the only editor I’d consider switching back to. It just feels so snappy and smooth to use.

The only other thing I’d desire in a “NeoEmacs” would just be better performance defaults — many configs including my own have plenty of lines dedicated to tweaking obscure settings to squeeze more performance out. Ideally that wouldn’t be required.

> I may be biased (as you point out), but I think that the flexibility Emacs’ architecture (and Lisp) provides is what makes Emacs such a great editor. It’s effectively a canvas for you to create your ideal text editor on. (Although not everyone wants to do that, I know.)

Yes, emacs is a great tool, hardly possible to deny this. But this is not the bias I meant. I just question whether the benefit people get's from this flexibility, outweights the price most people pay for it.

> Re: Electron, I personally feel like Electron would be the opposite of the solution. Rather, I’d be excited to see a new high-performance Emacs GUI with graphics acceleration, greater visual fidelity,

This would indeed be cool to have. But is it realistic that someone will materialize this dream? The amount of work to make this is enourmous, and GNU emacs-project has not even enough manpower to fix their existing GUI-problems.

If you wanna see a high-performance editor GUI, just take a look at Sublime Text. It's an insanly optimized and very good editor. But it also took them over a decade of regular work with a small company behind it. Not to mention that it's not as flexible as emacs. How long would you think an open source-project of free workers will need to build a modern emacs that will saisfy enough people?

That's the point of electron: it's here, now. It takes away all the hard work of build the important and costly groundbase and will save you a decade of investment. And it will stay and improve in the future. This makes it the ugly but realistic solution where you take the tradeoff of a slower platform to get the chance to actual get something done on a high level.

Reply on news.ycombinator.com