59 comments

[ 3.3 ms ] story [ 91.5 ms ] thread
Would have liked to see author's opinion on Spacemacs, if possible.
Why? What makes Spacemacs so different/special that it requires some kind of distinct opinion that would be extremely valuable? Spacemacs is the same old Emacs with some out-of-the box customizations atop - there's nothing fundamentally different about it.
The author is the developer of the RSS reader Elfeed, which a lot of Emacs users use several times a day. Though the article talks about a vibe-coded wxWidgets-based GUI application called Elfeed2 that he wrote as a replacement, Emacs afficionados would be loath to leave their Emacs environment and switch to that. Hopefully Emacs elfeed finds a new maintainer.
(comment deleted)
I tried Elfeed2 immediately after the announcement, well, it's nowhere near the experience of elfeed in Emacs. Elfeed2 doesn't load content for most of my feeds, elfeed does. I also integrated elfeed-tube, which shows previews of videos and their transcripts, making it no-brainer to get a summary without watching the whole video.
I don't use elfeed, but installed elfeed-tube just for youtube-with-transcripts :)
Yeah, I'm not gonna use anything vibe-coded, all those apps are total trash.
Good. People here it's blind with the CADT model. They aren't even aware than with Elfeed for instance you can automatically set a hook on a feed that it calls lingva.el functions to translate, for instance, feeds written in Spanish or German to your native language in the spot.

Try doing that with Elfeed2.

Vi/Nvi2 users can almost do the same with Unix pipes and apertium/translate-shell/some lingva CLI translating tools for the whole document/regex selection/lines, a la Emacs. So can sfeed users, where depending on the feed they can pipe the plumbers' output (or just hack the scripts) to any other translating tool:

git://codemadness.org/sfeed

Heck, a few years ago I could reuse Telega.el's (Telegram client) translating functions for non-Telega buffers translating some text guide in the spot. So, did the blogger actually win something?

A big loss for the Emacs community! emacs-aio is great!

I see the author is spring cleaning:

> I've turned over a new leaf (no more Openbox, Tridactyl, Xorg, xterm), and so some of these things I no longer use. On Linux I now use KDE on Wayland with a minimally-configured browser. I miss the power user features, but I do not miss the friction and constant maintenance.

https://github.com/skeeto/dotfiles/commit/df275005769b654618...

> I am no longer using Mutt nor running my own mail server. In general less terminal stuff for me.

https://github.com/skeeto/dotfiles/commit/e331e367c75f66aaa9...

LLMs have inspired a similar change in me: with a big change in how I work, I feel I can and should be more flexible with adopting new tech, which involving freeing myself of previous choices.

Does anyone else not understand what people mean when they refer to the "friction" supposedly inherent to these power user tools? Almost none of the configs/scripts/etc I use for my heavily-customized and terminal-heavy setup get changed for years at a time.
A heavily-customised setup is very comfortable.

It's so comfortable that it acts as an impediment to change, since some types of change are uncomfortable.

This can feel like friction to me.

When I remove customisation, I am more "open to experience", and often find preferable tooling.

LLM discourse inspires me to do a cleaning of my browser tabs every hour.
I am running Ubuntu as my desktop operating system. I would never do this without an LLM to do the work of keeping it functional for me. Today, Rise of Nations wouldn't launch. Never had that problem before. Seems the driver for 32-bit games and my Nvidia GPU weren't getting along after an update. Codex was called in and solved the problem for me in about 5 minutes. I just copied and pasted the Steam log and let it tell me what to do. Tadah.

I'm actually excited about the potential for a future where local agents help improve the operating system experience as I go by making changes based on my use case. All local, of course. I do not want to trust a cloud provider with my use cases/behavior on my computer so they can sell me more ads...

> With my newly-acquired superpowers I could knock out the last two pieces in a few days’ work

From the linked post:[0]

> I left an employer that is years behind adopting AI to one actively supporting and encouraging it. As of March, in my professional capacity I no longer write code myself. My current situation was unimaginable to me only a year ago. Like it or not, this is the future of software engineering. Turns out I like it, and having tasted the future I don’t want to go back to the old ways.

It's deeply distressing to watch people fall into AI psychosis. Being smart, accomplished, or experienced is no defence.

After the bubble pops and the industry realises the damage these tools can do to people, folks like the author will have to confront that they were taken in by a lie. Many won't be able to confront that.

[0]: https://nullprogram.com/blog/2026/03/29/

> It's deeply distressing to watch people fall into AI psychosis.

It's unclear what you're saying here... Yes, AI-induced psychosis is a real problem and the frontier labs' mitigations are ineffective, to put it mildly. But using AI as a coding tool doesn't have anything to do with psychosis.

It's not AI psychosis, you're interpreting what he said to the extreme.

Anyone who has actual corporate team lead or management experience understand AI as effectively a junior dev who doesn't have great persistent memory. These devs using AI are reviewing, guiding, and validating the work given to them by AI just as they would from a junior dev.

The inverse of your statement is more apt; it's distressing to see people so angsty about AI usage. There are going to be skilless vibecoders and then there are going to be experienced devs (like OP) who figured out their AI workflow to multiply their productivity 2-5x.

What the future holds for AI model pricing-- that is a valid concern. But I don't think that's what you intended.

> There are going to be skilless vibecoders and then there are going to be experienced devs (like OP) who figured out their AI workflow to multiply their productivity 2-5x.

Are you sure OP belongs in the second group? He explicitly said he doesn't read all the code generated by his AI:

> I have not read most of the code, and instead focused on results, so you might say this was “vibe-coded.”

No. AI is a must for software development. It's non-negotiable. The productivity gains are too great. The era of 100% human-written code is over. People will still do it as an idle curiosity, for personal projects only they intend to use. But even those open source projects with significant user bases that forbid the use of AI (like, afaik, NetBSD) will be eclipsed by those that support it in terms of features, capability, and security. And the commercial world? Forget it. You cannot keep pace with your employer's expectations unless you learn to use these tools well. This is not up for debate. It's reality.

Plenty of accomplished devs are getting good results and accomplishing tasks with unheard-of speed using AI, so if you're still not, that's a PEBKAC. You are not using the tools correctly. Figure it out before you complain.

> You cannot keep pace with your employer's expectations unless you learn to use these tools well. This is not up for debate. It's reality.

So the issue isn’t LLM productivity but unrealistic expectations that skyrocketed in the last years? Makes sense.

> Plenty of accomplished devs are getting good results and accomplishing tasks with unheard-of speed using AI

I don’t see any major business impact.

I just wonder how jobs like that won't replace their employees. Seems too good to last. In a few years OpenAI will just sell $1,000 per month Human-free Agent Coding for businesses.

Saying they have psychosis is a rude exaggeration.

(comment deleted)
(comment deleted)
AI psychosis is to have a toxic relationship with a chatbot as if though it was a real person. It has nothing to do with engineering. You're muddying your own point by conflating all LLM use with some kind of delusion. There is a lot of nuance in this space and you're not doing yourself any favors by ignoring it if you're an engineer. There is no bubble pop, other than a straight up apocalypse, that is going to put this genie back in the bottle. Models are trained. Tools are built. There isn't a single industry that cares about artistry more than efficiency. It's here to stay, it's getting better, and if you don't know how to use it, you're going to have trouble finding work.
A line? Enjoy the papers telling you otherwise. Not just the cognition it's down, LLM's degrade themselves on every iteration.
Not writing code isn't the same as vibe-coding. You can stay on top of AI, make it rewrite the things that look bad, make it refactor until you're happy with how things look, etc....

Maybe a lot of people who are doing that aren't admitting that they've stopped writing code, but when all you're ever doing is manually fixing a few lines, or moving blocks of code to more sensible places, fixing jumbled parameters in a call and such, you're not really writing code anymore. You're now a chef in a kitchen yelling at assistants and just touching things when dealing with communicating a correction to one of those dimwits is more frustrating than just doing it yourself.

You still have to be a cook to be a chef, though. But the reason I say that AI is dumb is because I tell it to do things, it does them in a dumb way, and I complain at it and tell it to write it in a sensible way. It screws that up, and I tell it to do it again, and not to screw it up. I'm still not coding. If it goes into a loop of nonsense, I touch things with the intention of doing just enough to knock it out of that loop (or rather keep the new context from falling into it.)

"After the bubble pops" we might see that a lot of new chefs can't actually afford assistants. But just as likely, the overbuilt (government-subsidized directly and through policy) capacity might end up getting written off, and at the cost of electricity and maintenance costs could stay reasonably good. Or algos improve. Or training methods improve.

AI is dumb is because I tell it to do things, it does them in a dumb way, and I complain at it and tell it to write it in a sensible way. It screws that up, and I tell it to do it again, and not to screw it up. I'm still not coding. If it goes into a loop of nonsense, I touch things with the intention of doing just enough to knock it out of that loop (or rather keep the new context from falling into it.)

it is inconceivable to me how anyone could ever enjoy working like that. but whatever floats their boat.

I no longer write code myself

this is just like being promoted from developer to manager. some people like it some don't. with AI there is another dimenstion: some people like managing machines instead of people, some don't.

it's not for me. i don't want to stop writing code. i don't mind to manage people but i don't want to manage machines (at least not with an unprecise interface/outcome as AI provides). consequently AI may be fine for this person, but it is not for me.

Also from that post:

> Models you can run yourself are toys.

Now I may be old, but whenever we put a lot of faith in unaccountable megacorps it sure seems to have backfired a lot (remember when Amazon removed 1984 from people's libraries?). As long as a model running locally on a regular laptop bought from the supermarket isn't good enough I'm gonna remain sceptical about current AI.

There's also ethical and environmental considerations, but let's see if we can walk before we try to run.

I've been retired from emacs for several years now but I'm still looking for a magit replacement that is independent of my editor. Vscode's magit extension is really good but i split my time between IntelliJ and vscode.

Anyone know of something like this?

I was a loyal magit user for a decade. Now I use jujutsu from the command line. It's actually really nice.
I've never found a decent magit replacement since leaving emacs over to vim. There is a Vim attempt at a magit clone, but it is buggy as hell.
> Like it or not, this is the future of software engineering.

For you, perhaps.

Dude only made it 20 years with Emacs. Weak.

I've been using it since 1994.

Whoa, shit, I'm old.

Lugaru (??) emacs (epsilon) on CP/M in the early 1980’s
I was wondering how people feel about this trend. LLM allow you to free yourself from foundations (frameworks, programmable programs) to just generate any support layer you want from old or new libs. This is all very understandable.. yet I find it a loss, in the lisp world, having a core model and semantics shared by all the upper layers means ease of reuse (for instance people leverage emacs calc classes in other places), llm allows for easier fragmentation..
I used emacs full-time for many many years. Then I switched to Vim or other editors with Vim modes, also for many years. I have to be honest, I don’t see a particularly clear winner between them. Model editing is a bit unusual in many ways. There are some things that it certainly makes easier, but I personally found that the overall process of editing and writing code in real time for me was more efficient in a single mode emacs.
My usage of emacs is so vim-like that I’ve tried switching a few times. Vim is definitely faster, and overlays and cursor placement is much simpler and more intuitive. But there were still feature gaps and configuration issues that prevented full adoption.
can you elaborate? Heavy vim user here, have considered using emacs in vim mode to quell a decades long nagging curiosity. Just need a compelling nudge.
I'm a die-hard vimmer. I use vim motions in my editors, my IDEs, my browsers, my WMs, my terminals. I use vim-like navigation system-wide - e.g. for the volume control I switch to "media" mode and press "j/k".

Neovim is great, I use it almost every day. But it just can't replace Emacs. That is the most annoying part of Emacs - there's simply no alternative to it. If you accept it with all its quirks and weirdness and embrace the malleability, stick with it for a while - at some point you may discover some enormous feeling of empowered liberation from years of bullcrap you had to deal with without even realizing.

Here's a comment I posted on /r/emacs couple of weeks ago:

So yes, Neovim is snappier, and so what? I'm genuinely curious, I consider myself a die-hard, hardcore vimmer. Yes, I use Emacs today, but I'm still a vimmer. I sometimes use Neovim too - having vim skills comes handy with pure terminal workflows.

So, honest question - why should it appeal to me - the idea of ditching Emacs and moving to Neovim (or whatever) full-time?

- I have a few thousand notes in my Org-Roam note taking system. My notes can contain anki-cards - my spaced-repetition content is just my notes; my pdf annotations - they are just my notes; my health records - are just my notes; I don't need to use Postman - my API investigations - are just my notes.

- I don't need to use Ansible, Chef or Nix to maintain my dotfiles - they are tangled from an .org file - I just need Emacs to bootstrap the whole system.

- I read Reddit and Hackernews in Emacs.

- I manage my email in Emacs.

- My Telegram is in Emacs.

- I search Google, Wikipedia, YouTube, DuckDuckGo, and more without leaving Emacs.

- I write everything in Emacs (even this very comment), because I have thesaurus, spellchecking, definition and etymology lookup, translation, dictionaries, LLM integration - I can ask AI at the point of typing text (in just about any buffer).

- My AI coding assistant is in Emacs.

- My PR reviews happen in Emacs. Everything git related happens in Emacs. I go through my GitHub notifications in Emacs.

- I watch videos with Emacs - it allows me to control them directly - I can speed up, mute, pause the video, extract transcript - all while taking some notes.

- I do my Jira in Emacs.

- I open and search through Slack threads in Emacs.

- I learn programming languages through exercism.io in Emacs.

- My file manager is in Emacs - I have tried so many different ones - mc, yazi, ranger - nothing beats Dired in customizability and capabilities.

- I access my browser history and even browse and switch tabs of my browser - in Emacs.

- I even OCR text out of screenshots with Emacs.

So now tell me, why should I care that there is something, anything, whatever - snappier, prettier, shinier, more popular? Why should I ever feel FOMO, if it can never do even the small subset of what my current system is capable of doing today?

Whoa. iLemming, I dub thee eLemming -- for Elite. Even among the everything-in-emacs crowd, that is some impressive next level stuff right there.

In the past I've investigated emacs enough to appreciate that asking someone for their emacs config is a mix of Futile + Way Too Personal + Too Much Work (on their part, explaining etc). But do you perhaps have a blog or something somewhere about your setup, so noobs who aspire to that kind of emacsdom could get an idea of what is possible and how you're doing it?

Wow, thank you of course, but honestly, you're giving me way too much credit. None of this stuff I mentioned requires some special skills - most of it is about finding the right package and installing it. My Emacs config is here¹ - there's nothing to hide there, it's all pretty much public knowledge.

- Org-Roam is a widely known and popular package. However, I moved to Vulpea, because it has much faster and improved indexing. Over the years I have accumulated few thousand notes and vanilla Org-Roam indexing became a bottleneck.

- For spaced repetition I use anki-editor and some yasnippet templates to quickly create cards. There exist multiple packages for Anki and other kind of cards.

- Tangling dotfiles (or any files) from Org is a known trick. Many manage their Emacs configs that way

- API investigations are a bunch of Org-mode source blocks. I use ob-http and verb.el

- For Reddit and Hackernews, I use hnreader and reddigg with some customizations on top

- For email I use notmuch. Some prefer mu4e

- For Telegram - telega.el

- For universal search - consult-omni

- For writing - mw-thesaurus, jinx, define-it, wiktionary-bro, google-translate, sdcv

- For LLMs - gptel-agent and ECA

- For PRs - code-review.el

- For watching videos a custom transient atop mpv.el

- For browser history - browser-hist.el

- Last two pieces are of my own doodling, you can find them in my config - I keep procrastinating, I need to make them into separate packages.

No, I do not have a blog - I'm a peculiar writer. Like Russians say: writing is like pissing - you should do it only when you can't hold it anymore². I guess I'm not there yet. I do occasionally publish some YouTube vids, I have a channel with a pretentious name³.

Feel free to ping me with any questions, it will be a real pleasure to be of help . I'm sure you can find a way to contact me directly - I'm pretty easy to find.

---

¹ https://github.com/agzam/.doom.d

² "to write" and "to piss" in Russian is the same word - писать. The difference only in pronouncing.

³ https://www.youtube.com/@emacspropaganda

I run emacs without graphics from this docker image i maintain https://hub.docker.com/r/wwarner/emacs-native

I just use emacs for programming, not note taking or email reading or the other things people love it for. Strengths: magit, wgrep, vterm, buffer management, plugins & packaging. Weaknesses, irritations, embarrassments: yaml-mode, responsiveness, overlays & mini-buffers.

You may get good bang for your buck out of neovim. With only a very minimal set of plugins, it has replaced all other IDEs for me. (They're also making good progress Sherlocking their core plugins, so the future is bright for those of us who dislike plugins for core functionality.)
If the author is on, I'm curious why he chose wxWidgets instead of Qt; I'd be surprised if it is that much lighter weight than Qt. (I even wrote my own cross-platform toolkit with "more lightweight" as one of the reasons, and if you use all the features, it weighs in about the same size as Qt, I think.) Also, the last time I used wxWidgets, many years ago, it had a clunky MFC style to it, limited feature, along with a rather Windowsy look and feel. Have those things changed?
did you publish it?

i'd use wxWidgets because it is the only cross platform toolkit i am aware of. if you can share your alternative then maybe this could help some people.

meanwhile I've just started learning it after being in the GUI for decades
On the topic of Emacs.

I have long struggled to learn emacs and use it effectively. Just for the fun it, If I were to use claude as I my teacher, how can I ask it to teach me to use Emacs? I don't like to ask questions and go back to try it. I want it to be a drive that will assist me with the usage. Has anyone tried such an approach to learn emacs?

Emacs is an outstanding, extremely powerful piece of software. It just lacks a decent editor.
Not ever remotely true. Emacs has one of the best plain and structured text editing ever known to humans. Buffer abstraction alone is a godsend. Indirect buffer editing allows you to edit any piece independently - e.g. I can edit code comments treating them as completely different thing - with different highlighting, fonts, behaviors, etc.

In what editor can you peak&edit folded text without unfolding it? Answer - only Emacs.

Ask someone who needs to write texts in Arabic or Hebrew - Emacs has far, far better RTL support.

Org-mode is just light-years ahead of anything else, nothing even comes close to it.

So, your stupid joke (if you really believe it) is on you, truly.

The previous post alludes to Evil being the long term plan. That seems sensible: it ought to be easier to use an implementation of Vim in Emacs rather than port much of Emacs to independent applications.

Yet the author ended up doing the latter and it's not really made clear why. Why?

Absolutely baffled too. I was expecting that they preferred the vim philosophy of small tools that do one thing well, but no. So you like modal editing, well you’ve got it right there in emacs. Why that of all the potential gripes you might have with emacs?
Just a guess, but I think the answer may be in another post he links to. He wants to move to a tool that will work out of the box. He's deliberately moving away from an editing tool that is super-customized. That seems to be consistent with other changes he is making in his work habits. Personally, I can relate to this. I don't edit very often these days and each time I do it seems like I have to do a bunch of dot file and package maintenance.
Big loss, sorry to see him getting taken by the hype and stopping doing software engineering.
I work a lot in the terminal and so vim/nvim is what I open the most, but the rise of LLMs has actually increased my use of Emacs recently. It fits in a niche of rapid interactive text processing. For example, I just found myself having to sort through a bunch of markdown files in a directory. While a tool like ranger could give dynamic preview, I wanted the preview to work with a todo list so I could mark which files still remain.

In the past, coding up this interaction would be a chore, but Gemini makes quick work of the elisp. After a minute, it's doing exactly what I need: cursor on markdown link, open to right pane, C-c C-c toggles the todo item and closes the pane; C-u C-c C-o opens in obsidian. This functionality can be achieved in any number of ways but Emacs is fantastically well suited for a problem like this.