Live data from Hacker News

The Emacsification of Software

sockpuppet.org

241–250 of 304 posts

Re: The Emacsification of Software

#241
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…

> easier to build your own solution than to install an existing one seriously?

In Emacs-land. Obviously clicking a button on the app store is easier than describing to an agent precisely the application that will solve your problem. But Emacs doesn't work this way. There's a whole subthread next to you that got all confused about this and started challenging Dan to like a WhatsApp duel or something; they've all missed this point completely.

Re: The Emacsification of Software

#242

Your Emacs (or my VIM) config was simple text file, that you can open in a simple text editor, and customize it as needed, and you know where is what. My VIM config is 20 year old. A year or 2 ago, I just dumped the manual package management, and started using a plugin manager. There are no gatekeepers, no dependencies! This, require you to have pay $20-$200 to a 3rd party corporation, or have a kind of beefy GPU (to…

You mean no gatekeepers besides whatever the people who build the UI applications decide the limits should be.

Re: The Emacsification of Software

#243
post #133

Earlier quoted context omitted.

> Even more importantly, what happens to teamwork? If we are all a BBM now—or rather, if we all have personal armies of BBMs, permanently locked in a manic state, springloaded at all hours to generate things for us-and-only-us—how do we work together? How do cocoons communicate, interoperate? What does a team of ai solipsists look like? It sounds oxymoronic. One example of teamwork is how the programmers and research…

If WASM succeeded in being the one universal ABI, it could be the perfect successor to the unix pipe for the AI age. Wasm modules for libraries, that double as terminal tools.. One could only imagine

Before WASM was the CLR.

Before the CLR was the JVM.

Before the JVM was the Smalltalk VM.

Before the Smalltalk VM was the Pascal P-Machine.

Before the Pascal P-Machine was the BCPL O-Code interpreter.

Re: The Emacsification of Software

#245

> But they’re hamstrung by the terminal itself, which is almost always monospaced and thus fatiguing to read. Not related to the main point of the article, but I find reading long form contnet in a mono font much easier.

Yeah, that quote was definitely cringe for me. But I'm glad they made something that made them happy.

Re: The Emacsification of Software

#246

Software that today is overwhelmingly prepackaged and usually professional, which I think at this point the nerds should reclaim: * Podcast apps * Music listening apps * Feed readers * Bluesky clients * Note-taking apps * Desktop bookmarking/read-later apps * Chat and instant messaging * Time trackers * Recipe managers These are all things that you can get better-than-replacement-grade results from Claude on --- not…

Don't forget browsers (not EWW).

... actually, now that Servo was released to crates.io, I wonder how long it will take before `C-x w t` does exactly what I'm wishing for.

Re: The Emacsification of Software

#247
post #208
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…

> As tptacek says in the OP, it's "easier to build your own solution than to install an existing one" - or to learn an existing one. I can install WhatsApp in a few tens of seconds. You most definitely spent more time than that writing this comment. Would you mind sharing a video of you building a custom WhatsApp in less time? Not even starting to think about getting other people to talk to you on your instantly-buil…

[deleted]

Re: The Emacsification of Software

#248

Earlier quoted context omitted.

Hmm, not quite an apology, but sort of a tacit acknowledgement that what you wrote wasn’t quite what you meant. Good enough for me.

Now allow me to explain to you kindly, why you're fucking wrong here. You probably have no idea how difficult it is to write anything meaningful in English. Especially these days. For someone for whom English is not a second or even a third language, it can be an enormously hellacious ordeal. I take pride in my English. I think it's quite possible I would never write so colorfully in any other of the three languages…

The very definition of "LAATTIG".

Re: The Emacsification of Software

#249
post #225
post #224

Earlier quoted context omitted.

It has been 3 hours already since your comment and I have just installed a WhatsApp update and it took around 10 seconds. We're still waiting for tptacek's DIY WhatsApp alternative since he believes that it's "easier to build your own solution than to install an existing one" . That must be one of the most silliest comments I have ever read, and the worst part is even the moderators agree with the statement. AI psych…

To be fair, I think it is true that AI will help nerds (like me) implement their own clients. Without AI, I will think that "I could make my own client", I will spend some evenings and weekends proving that I can solve the problem, and then I will never spend the time I would need to actually make it usable. And I would love it if more services had an Open API and allowed people to write their own clients. I like the…

Also, as someone who has developed an ever growing suite of bespoke tools for my personal workflows using Codex/Gemini CLI over the last year, something I don’t see mentioned as often is the “mental overhead” of self-designed apps.

Even if the coding process itself is “effortless” and the agent just churns away to implement whatever I ask for on a dime, it can become exhausting thinking through all my needs/wants, tradeoffs, API shape etc. Despite not needing to write a line of code myself or read more than excerpts in the chat it can turn into a slog after the honeymoon period passes and it starts to feel like unpaid work.

I’ve had moments where I’m relieved to discover a popular open source tool that works out-of-the-box as an alternative to my own so I can offload that organizational overhead and decision fatigue to someone else. While benefiting from all their features/enhancements I didn’t have to design or maintain myself over time.

As an example, I had been building a TUI/web app to download and organize ebooks from various sources like Project Gutenberg or Anna’s Archive with a central meta search, and manage my personal library. It solved the immediate problem at the time but I kept needing to add missing features, plug holes in the various search integrations, UI refinements, etc and it never quite worked exactly as I wanted so kept having to work on it and became less and less fun as time went on.

Then I discovered Calibre Web Automated + Shelfmark on GitHub that did 99% of what I needed plus a lot more and overall had a level of polish and reliability my tool never reached. Now I just pull a Docker container every so often for updates and made a few tweaks to syncing but overall spend vastly more time on actually reading/organizing/growing my library vs. increasingly tedious vibe coding sessions and it feels so much more enjoyable.

I still have plenty of self-designed tools and continue making new ones but now tend to reach for an existing, off-the-shelf option first whenever possible for anything more complex than a one-off script. That way I can benefit from a community collectively contributing to improve and maintain the project over time without needing to become an unpaid Product Manager, Lead Designer, Senior Developer and QA Manager for everything I use.

I hope the current period of exuberance around LLM development doesn’t lead to everyone becoming stuck in individual silos duplicating work that in the past could have been directed to an OSS project where that time investment could be shared with everyone else and benefit from way more eyes catching bugs and smoothing off rough edges.

Re: The Emacsification of Software

#250
post #114

Software that today is overwhelmingly prepackaged and usually professional, which I think at this point the nerds should reclaim: * Podcast apps * Music listening apps * Feed readers * Bluesky clients * Note-taking apps * Desktop bookmarking/read-later apps * Chat and instant messaging * Time trackers * Recipe managers These are all things that you can get better-than-replacement-grade results from Claude on --- not…

The common denominator: the data needs to be owned by you, or at least made accessible. Companies love to create walled gardens where they own the content and control how you access it, making this kind of personalized interface impossible. Hopefully we can push back more now.

The ability to quickly make an API connection + custom UX means that companies with a sub par website / app but a good data API are more valuable to me than the world class fancy website with a locked down API.

At work I have a great brain dump + TODO list tracker via custom API + MCP into confluence, using confluence pages as the app state. The website is so bloated it takes like 20 seconds to go from "idea" to getting it written down. Im now able to avoid all of that and make ~ MY ~ perfect UX while still being a good corporate employee.

Post reply on HN