Live data from Hacker News

The Emacsification of Software

sockpuppet.org

11–20 of 304 posts

Re: The Emacsification of Software

#11
post #9

> You want a good Markdown viewer more than you think you do. > monospaced and thus fatiguing to read. Monospaced text is fine. I don't see how people who read code (and code comments) all day care that strongly about this. Plaintext is king

There is a real use case for a viewer if you have a lot of formulas. Yes you can read the raw latex but you go cross-eyed after a while. Maybe I am a softie though.

Re: The Emacsification of Software

#12
post #2

I know the article is mostly about making stand-alone software, but this type of thing is why one of the things I value most when looking workflow tools I will be using heavily is extensibility. I can try put someone's neovim plugin for a second, figure out if it's something I actually need, and if so make my own personal version that matches my mental model perfectly, adds all the dumb little bells I want, and remov…

I'm the same.

In all honesty, when you start up emacs for the first time with a blank config, it looks terrible. But then you start building it up with plugins and adding code to support your own quirky workflows and slowly it becomes too powerful in your life to ignore. I have not been able to drop it for 13 straight years. With AI taking over the development experience, emacs and neovim have only become even better, because now you can get AI to bake your custom workflows into the config for you.

Emacs/neovim should be the gold standard for all workflow tools.

Re: The Emacsification of Software

#13
post #9

> You want a good Markdown viewer more than you think you do. > monospaced and thus fatiguing to read. Monospaced text is fine. I don't see how people who read code (and code comments) all day care that strongly about this. Plaintext is king

There's a reason we're not reading monospaced here, and a reason we do read monospaced code.

But the beauty of this moment is that if you want a really good SwiftUI monospaced Markdown reader, you can have it before dinner. This is exactly what I'm talking about. You have an idiosyncratic personal preference, and it's now reasonable to expect software to shrink-wrap around that preference.

Re: The Emacsification of Software

#14
post #2

I know the article is mostly about making stand-alone software, but this type of thing is why one of the things I value most when looking workflow tools I will be using heavily is extensibility. I can try put someone's neovim plugin for a second, figure out if it's something I actually need, and if so make my own personal version that matches my mental model perfectly, adds all the dumb little bells I want, and remov…

I'm the same. In all honesty, when you start up emacs for the first time with a blank config, it looks terrible. But then you start building it up with plugins and adding code to support your own quirky workflows and slowly it becomes too powerful in your life to ignore. I have not been able to drop it for 13 straight years. With AI taking over the development experience, emacs and neovim have only become even better…

I did the same. I started with Doom Emacs and then a year later decided to start from scratch and build the computing environment I wanted. But I think the experience of Doom showed me what was possible, what I liked, and what I really had no need for.

I make small config changes every day and its super fun to use my computer this way. I wish everything was configurable like Emacs.

Re: The Emacsification of Software

#15
post #13
post #9

> You want a good Markdown viewer more than you think you do. > monospaced and thus fatiguing to read. Monospaced text is fine. I don't see how people who read code (and code comments) all day care that strongly about this. Plaintext is king

There's a reason we're not reading monospaced here, and a reason we do read monospaced code. But the beauty of this moment is that if you want a really good SwiftUI monospaced Markdown reader, you can have it before dinner. This is exactly what I'm talking about. You have an idiosyncratic personal preference, and it's now reasonable to expect software to shrink-wrap around that preference.

> a reason we're not reading monospaced here

Legacy decisions as a remnant from a time when taking more space on paper cost pages and therefore resources, remaining as a default from centuries of inertia in how text is printed?

Re: The Emacsification of Software

#16
I remember how just 5 years ago the majority of speakers were saying how absolutely everyone should learn computer programming. Already many years ago VBA was built to bridge the gap between engineers and other professions. Well, the gap is completely closed now, everyone can do what has been talked about for decades: programming computers. And I suspect even markdown will become obsolete very soon, eliminating this very last remnant of what programming used to be.

Re: The Emacsification of Software

#17
post #9

> You want a good Markdown viewer more than you think you do. > monospaced and thus fatiguing to read. Monospaced text is fine. I don't see how people who read code (and code comments) all day care that strongly about this. Plaintext is king

Turn off syntax highlighting for your code, translate it to COBOL, and pass it through a formatter that converts it to continuous word-wrapped text. Then we’ll talk again.

Re: The Emacsification of Software

#18

"Personal Software" i.e. programs that one writes for oneself, was the original vision of home computing back in the 1960s. The PC wasn't really anticipated, but the thought was that everyone would have a computer terminal at home, and write programs to do whatever was needed. It was imagined that programming would become easy enough that anyone could learn to do it. We're not there yet but with LLMs we're getting cl…

It’s exactly what I use LLMs for as a non-computer professional.

Re: The Emacsification of Software

#19
post #13

Earlier quoted context omitted.

There's a reason we're not reading monospaced here, and a reason we do read monospaced code. But the beauty of this moment is that if you want a really good SwiftUI monospaced Markdown reader, you can have it before dinner. This is exactly what I'm talking about. You have an idiosyncratic personal preference, and it's now reasonable to expect software to shrink-wrap around that preference.

> a reason we're not reading monospaced here Legacy decisions as a remnant from a time when taking more space on paper cost pages and therefore resources, remaining as a default from centuries of inertia in how text is printed?

No, prose set in monospace is harder to read. The "legacy" is monospace! We went way out of our way to to get proportional typesetting working.

But seriously: you do you. There are people who code in proportional typefaces and they're as baffling to me as you are right now. Let a thousand Markdown viewers bloom.

Re: The Emacsification of Software

#20

Earlier quoted context omitted.

I'm the same. In all honesty, when you start up emacs for the first time with a blank config, it looks terrible. But then you start building it up with plugins and adding code to support your own quirky workflows and slowly it becomes too powerful in your life to ignore. I have not been able to drop it for 13 straight years. With AI taking over the development experience, emacs and neovim have only become even better…

I did the same. I started with Doom Emacs and then a year later decided to start from scratch and build the computing environment I wanted. But I think the experience of Doom showed me what was possible, what I liked, and what I really had no need for. I make small config changes every day and its super fun to use my computer this way. I wish everything was configurable like Emacs.

It is! That's the post!
Post reply on HN