.webp?h=8 "Fedora (Red Hat Enterprise Linux) - Reminds me of 2004")
An elegy for GNU and RMS 
Orange Site:
https://news.ycombinator.com/item?id=33052127
An elegy for GNU and RMS | gay robot noises
An elegy for GNU and RMS | gay robot noises
A year or so later, the Language Server Protocol was standardized , and it's led to a revolution in how we think about language editor support. The principles of software freedom aren't tied to any programming language. Another thread that really illustrates my issues is one about Emacs's GC. I won't pretend I know enough about language design and garbage collection to say whether or not Daniel's proposal here is good.
My complaint here is about RMS replying to the thread by saying that it would actually be more important for emacs to be a better word processor, and that improving the GC performance would only «permit some operations on larger problems than now». When told that someone doesn't think word processing in emacs is not a good focus, RMS replies «please stop interfering». The irony here, of course, is that the thread was originally not about word processing, and to the best of my knowledge RMS doesn't contribute much code to Emacs these days . Not only that, but there are some tasks that are so important that the code for them is written in C, not because it's difficult, but purely for performance reasons.
The support for libgccjit that landed in Emacs 28 has been one of the biggest performance improvements I've seen in the decade-plus I've been using Emacs, and before that the support for parsing JSON in C was essential for using LSP servers . Emacs is not an independent project, and it isn't governed by its contributors. Emacs. I leave most technical decisions up to the contributors, including preference of my own.
For those questions, I'm happy with whatever works, and I know the contributors can figure out what works. However, making progress on Emacs as a word processor is one of my specific goals. This is what Emacs needs to do to be useful in all the ways it should be useful. But I think the FSF is absolutely fighting the free software war of the 80s.
Insisting on not adding functionality because someone evil might use it is pointless when the evil people have enough budget to just write their own compiler. And yet, I still use Emacs. And of course, emacs still exists, and is generally usable for modern software development, text authorship, and so on. Emacs is going to have built-in LSP support soon with RMS's approval, and he in fact stated he tried to convince the GCC maintainers to add LSP support.
I said this in the opening, but I don't think RMS is a cranky old man that hates progress because he is compelled to do evil, regardless of its utility. This is something that's been weighing on me for a while, especially as I think about the future of Emacs .
Jump in the discussion.
No email address required.
reminder that RMS eats his toe fungus on camera
Jump in the discussion.
No email address required.
More options
Context