Live data from Hacker News

My goal of closing 10% of Emacs bugs (2020)

lars.ingebrigtsen.no

11–20 of 117 posts

Re: My goal of closing 10% of Emacs bugs (2020)

#11
post #2

After 39 years of EMACS maintenance, having over 3000 bugs is embarrassing.

It is an open source project, if you are really that embarrassed about the bugs you can look into submitting patches. Most likely if people have been using the program for 39 years, these bugs are not show-stoppers.

Re: My goal of closing 10% of Emacs bugs (2020)

#12
Unrelated to the echievent the article mentions. But I'm curious, how does emacs fare for modern C++ these days? Is it a good IDE?

It always struck me that an editor with the history it has, couldn't handle C++11 syntax in 2014. Or, I didn't want to try to figure out how.

To clarify, I include common packages as part of "out of the box". From a quick Google search, it does look like cc-lang might be catching up. And some other one-person packages.

So my question is, for those of you who work on long lived C++ projects, and on Linux, what IDE do you use? Are CLion and VSCode still the better choice?

Re: My goal of closing 10% of Emacs bugs (2020)

#16
Little bit related: When I come into a company as CTO, and there are too many bugs, I just close all bugs older than 6 months. Usually that's more than 10% (and the org wasn't capable or willing to fix them). Hasn't created any problems yet, but everyone feels better immediately (and we implement ways to not reach high bug levels again).

Re: My goal of closing 10% of Emacs bugs (2020)

#17

Unrelated to the echievent the article mentions. But I'm curious, how does emacs fare for modern C++ these days? Is it a good IDE? It always struck me that an editor with the history it has, couldn't handle C++11 syntax in 2014. Or, I didn't want to try to figure out how. To clarify, I include common packages as part of "out of the box". From a quick Google search, it does look like cc-lang might be catching up. And…

Vim is still very popular for c++.

Re: My goal of closing 10% of Emacs bugs (2020)

#18
post #2

After 39 years of EMACS maintenance, having over 3000 bugs is embarrassing.

Besides what other commenters mentioned, Emacs is basically a mini operating system including, besides a text editor, terminal and shell, file manager, diff and merge tool, calculator, mail/news/RSS reader, calendar, diary, IRC client, debugger, sophisticated help system, and others.

Re: My goal of closing 10% of Emacs bugs (2020)

#19

Little bit related: When I come into a company as CTO, and there are too many bugs, I just close all bugs older than 6 months. Usually that's more than 10% (and the org wasn't capable or willing to fix them). Hasn't created any problems yet, but everyone feels better immediately (and we implement ways to not reach high bug levels again).

Wh... why?

Re: My goal of closing 10% of Emacs bugs (2020)

#20

Unrelated to the echievent the article mentions. But I'm curious, how does emacs fare for modern C++ these days? Is it a good IDE? It always struck me that an editor with the history it has, couldn't handle C++11 syntax in 2014. Or, I didn't want to try to figure out how. To clarify, I include common packages as part of "out of the box". From a quick Google search, it does look like cc-lang might be catching up. And…

Emacs with eglot and clangd.

VSCode is nice, but on Windows I still prefer Visual Studio.

Post reply on HN