Live data from Hacker News

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

lars.ingebrigtsen.no

1–10 of 117 posts

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

#5
post #2

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

It is not like there haven’t been any new features added or refactors done in 39 years… There’s an opportunity cost to fixing bugs rather than adding new capabilities or improving the code base for easier extension. Not all bugs warrant squashing.

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

#8
post #2

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

Like that says anything about anything?

github.com/apple/swift has ~4000 open issues labeled as "bug" and has existed since 8 years ago. That makes about ~500 "bugs" per year while emacs by the same measure then have about ~75 bugs per year.

Tell me again how awful that metric is compared to others?

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

#9
post #2

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

Just wait until you see how many bugs VS Code has!

I love VS Code, but I occasionally wonder;

should we be amazed over its resilience or in awe that it actually works?

I can't decide.

also, every time I think about the amount of CPU cycles that has to be executed just for the first pixel to appear on the screen, just, wow. what a time to be alive!

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

#10
post #2

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

Like that says anything about anything? github.com/apple/swift has ~4000 open issues labeled as "bug" and has existed since 8 years ago. That makes about ~500 "bugs" per year while emacs by the same measure then have about ~75 bugs per year. Tell me again how awful that metric is compared to others?

I'd say that Swift's 4000 issues are significantly more embarrassing given that it's developed by the most valuable tech company in the world.
Post reply on HN