Live data from Hacker News

The Emacsification of Software

sockpuppet.org

151–160 of 304 posts

Re: The Emacsification of Software

#151
post #149

Earlier quoted context omitted.

Our social media should be decentralized and local first, allowing for bespoke clients on any OS. This is an experiment towards that: https://github.com/dharmatech/9social The first client is written for plan9. This keeps the design honest. (If it can run on plan9/rc/acme...) Video demo: https://youtu.be/q6qVnlCjcAI The current implementation is less than 3000 lines of code. And speaking of Emacs... 9social was heavi…

How to upvote in bold? /j

It's plan9 so:

"There's a filesystem for that."

¯ \ _ ( ツ ) _ / ¯

Re: The Emacsification of Software

#152

Earlier quoted context omitted.

Our social media should be decentralized and local first, allowing for bespoke clients on any OS. This is an experiment towards that: https://github.com/dharmatech/9social The first client is written for plan9. This keeps the design honest. (If it can run on plan9/rc/acme...) Video demo: https://youtu.be/q6qVnlCjcAI The current implementation is less than 3000 lines of code. And speaking of Emacs... 9social was heavi…

I love this idea. Thank you for the examples! I've been thinking of this as well: Something like old school Facebook in UI, but functions more like MSN Messenger. You connect to your contacts via P2P, and download/upload updates to your social media network.

I love your username!

I hope there's a sympy-thagoras out there.

( • ‿ • )

Re: The Emacsification of Software

#154

Earlier quoted context omitted.

Our social media should be decentralized and local first, allowing for bespoke clients on any OS. This is an experiment towards that: https://github.com/dharmatech/9social The first client is written for plan9. This keeps the design honest. (If it can run on plan9/rc/acme...) Video demo: https://youtu.be/q6qVnlCjcAI The current implementation is less than 3000 lines of code. And speaking of Emacs... 9social was heavi…

I love this idea. Thank you for the examples! I've been thinking of this as well: Something like old school Facebook in UI, but functions more like MSN Messenger. You connect to your contacts via P2P, and download/upload updates to your social media network.

> I love this idea. Thank you for the examples!

Thanks for checking it out!

Re: The Emacsification of Software

#155

Earlier quoted context omitted.

Our social media should be decentralized and local first, allowing for bespoke clients on any OS. This is an experiment towards that: https://github.com/dharmatech/9social The first client is written for plan9. This keeps the design honest. (If it can run on plan9/rc/acme...) Video demo: https://youtu.be/q6qVnlCjcAI The current implementation is less than 3000 lines of code. And speaking of Emacs... 9social was heavi…

I love this idea. Thank you for the examples! I've been thinking of this as well: Something like old school Facebook in UI, but functions more like MSN Messenger. You connect to your contacts via P2P, and download/upload updates to your social media network.

> You connect to your contacts via P2P, and download/upload updates to your social media network.

Yup, local-first is central to the design.

And, you only see who you explicitly follow.

Re: The Emacsification of Software

#156
post #65

Ok, not the article I thought it was going to be. In fact it's the complete opposite of what Emacs means to me. For me, the point of Emacs is that I use one program to do everything. Why would I want a special bit of software just to view Markdown? I can view it in Emacs, and then it works with everything else I do. Developing lots of custom applications, AI assisted or not, is not replacing how I use Emacs.

The point of the article is that the whole gestalt of what you do on a computer is now one big programmable surface, and in that regard everything feels a lot more like Emacs. It's not "about" Emacs, it's more about the vibe of personalized software in 2026 to someone who does a lot of Emacs stuff.

> whole gestalt of what you do on a computer is now one big programmable surface

Emacs-effect. Use it long enough and everything becomes "one big programmable surface". I've been in that modus operandi for years. Emacs is my "control room", I don't necessarily do everything in Emacs, but for sure it converges all into it - everything flows through Emacs. I control my WM directly from the REPL inside Emacs. I can grab a content from a tab in my browser - I have access to my browser history, and all the tabs, I can switch to any tab, close and re-order them. I can grab a text selection on the page, I can extract entire readable corpus of an article while ignoring all the irrelevant fluff - banners, ads, buttons, etc. It works even for js-rendered content (React, et al.). I play all videos controlling them directly from Emacs - even though the video itself is playing outside, in mpv. I still can pause, change volume, fast forward, speed-up, extract transcript, etc. All without leaving Emacs. That's pretty useful when taking notes. I can grab any text I see on the screen. Even if it's in Slack.app. Why, If I can read it, there's no reason why Emacs shouldn't be able to. I can grab any region on my screen with Flameshot, it goes through Emacs, runs tesseract and OCRs the text out of it. Useful when someone's screen sharing in Zoom. This was all possible before LLMs. Now, LLMs running in Emacs can do some crazy, wild stuff.

Re: The Emacsification of Software

#157

Earlier quoted context omitted.

Our social media should be decentralized and local first, allowing for bespoke clients on any OS. This is an experiment towards that: https://github.com/dharmatech/9social The first client is written for plan9. This keeps the design honest. (If it can run on plan9/rc/acme...) Video demo: https://youtu.be/q6qVnlCjcAI The current implementation is less than 3000 lines of code. And speaking of Emacs... 9social was heavi…

I love this idea. Thank you for the examples! I've been thinking of this as well: Something like old school Facebook in UI, but functions more like MSN Messenger. You connect to your contacts via P2P, and download/upload updates to your social media network.

Sounds similar to scuttlebutt

Re: The Emacsification of Software

#158
post #55

This is so exactly right and I've been saying it to whoever will put up with me...(and now am embarrassed I have no link to show for it. oh well, shame is good for writing. envy too!) Software production is now so easy that everything is a .emacs file (pronounced "dot emacs" btw): meaning, each individual has their own entirely personal, endlessly customizable software cocoon. As tptacek says in the OP, it's "easier…

> Even more importantly, what happens to teamwork?

I can concur with that thought direction. We used to pair and group-program on my team, we have a "Zoom office". Now it has become "let me take this ticket and feed it to Claude, you try the same thing with Copilot, and then we compare the results", or "I'd make a PR with my clunker, you use yours to review it". This shit honestly feels almost pointless. The pair-programming is absolutely dead. Who wants to watch me run several agents, trying to fix multiple things in different work-trees, while I'm juggling them around and fixing inconsistencies in my agents.md?

I've been pushing the idea of building a self-governing, fully autonomous cloud pipelines so we'd stop playing "stupid tokenomy" games, and it seems my management is just quietly trying to "keep it down", because I think there's a simple understanding - the moment that shit proves airworthy and actually can fly, a bunch of them are guaranteed to lose their cushy seats.

Re: The Emacsification of Software

#159

Earlier quoted context omitted.

I love this idea. Thank you for the examples! I've been thinking of this as well: Something like old school Facebook in UI, but functions more like MSN Messenger. You connect to your contacts via P2P, and download/upload updates to your social media network.

Sounds similar to scuttlebutt

I absolutely LOVE secure scuttlebutt (SSB).

Their local-first approach inspired that aspect of the 9social design.

However, a big difference is that SSB is a sophisticated protocol.

With 9social, the heavy lifting is done by git and a set of conventions.

Re: The Emacsification of Software

#160

Earlier quoted context omitted.

Paralleling Linux and MacOS is pretty simple, but the last time I tried to make the same config work properly in Windows it was a nightmare b/c of the path issues.

In the past when I've seen someone extolling Windows/Linux compatibility for something as complex as a detailed Emacs setup, they were using WSL or one of the wrappers like Cygwin rather than native Windows compiles of the tooling.

For whatever it's worth, I've always only ever used the native Windows build of Emacs, and I've never had any awful problems sharing my config between Windows, Linux and macOS. I'm sure I had to expend at least a bit of effort to make this work initially, but it wasn't enough for the process to stick in my mind, and the ongoing effort doesn't feel like it's added up to much.

(I admit it's added up to more than zero though! Keeping (require 'cmake-mode) working reliably on Windows and macOS has proven a minor annoyance, and fonts seem to require a degree of system-specific attention.)

Post reply on HN