Live data from Hacker News

I have officially retired from Emacs

nullprogram.com

171–180 of 221 posts

Re: I have officially retired from Emacs

#171

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?

https://github.com/altsem/gitu

It doesn't have the (any?) diffing capabilities of magit, so it's not usable for me yet.

Re: I have officially retired from Emacs

#172
post #16

Earlier quoted context omitted.

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 peop…

> 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.”

It might surprise you to know that most (senior) engineers who review don't read every line of code. They have visual pattern-matching from years of experience and depend on that. A good question is, is that enough? I don't know, but the point is that this is already a established practice.

Also, I will not doubt OP's experience. He has published a good set of Emacs packages that are very capable for the niches they occupy. Certain packages are even foundational dependencies in the Emacs ecosystem.

If OP "vibecoded" a critical package, I'm sure he would take it upon himself to ensure it high quality.

Re: I have officially retired from Emacs

#173

Earlier quoted context omitted.

Aren't they actually readline keystrokes, and emacs is "readline-aware"?

I'm pretty sure the navigation shortcuts date back to when Emacs was literally just a set of TECO macros, and GNU Readline adopted them

Yep. Readline’s modeled after what Emacs was already doing.

Re: I have officially retired from Emacs

#174

Earlier quoted context omitted.

Can you describe your setup on how you use LLMs within Emacs?

Of course. I've tried different AI packages and currently gptel and ECA remain the main ingredients. This is a quickly changing landscape, and things may change, but for now it feels very good. I like gptel because it's enormously extendable and exploitable - it allows me to send LLM requests from just about anywhere - I could be typing a message (like this very one) and suddenly in need of ideas for how to phrase so…

This is good stuff :) Honestly, I am having a lot of fun just using org mode files as prompts and eventually output for a Claude Code instance in vterm. All these files get saved with the output and magit is of course amazing, just good affordances and history keeping.

Re: I have officially retired from Emacs

#176

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

Same on DOS. It is still available today. (Epsilon is a reimplementation of the emacs concept with a C based extension language.)

Re: I have officially retired from Emacs

#177
post #140

Earlier quoted context omitted.

> I don’t see a particularly clear winner between them Because deep down they are incomparable categorically. Separate the tools from the foundational ideas and you see the very different value. Vim-model of text navigation is fantastic, practical, brilliant idea. Once you grok it - you can take it anywhere. You can use it in your editor, browser, terminal, WM. Emacs is rooted in another, even more brilliant idea of…

Why not both? Evil is a reimplementation of Vim in Emacs and it is great.

I used evil for about one year actually.

Re: I have officially retired from Emacs

#178
post #86
post #68

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 singl…

My vim muscle memory has paid off more for me than my emacs muscle memory. Emacs was the better editor, though. Anything that doesn't have Vimscript is an automatic winner IMO.

The thing about emacs and muscle memory is that all of the standard emacs keyboard shortcuts are also the standard all throughout the Mac operating system, so when you’re writing in text boxes in a webpage, writing in a Google doc, anywhere you type, throughout macOS, it’s emacs shortcuts. That has a lot to do with building my muscle memory.

Re: I have officially retired from Emacs

#179
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.

Re: I have officially retired from Emacs

#180

Earlier quoted context omitted.

Of course. I've tried different AI packages and currently gptel and ECA remain the main ingredients. This is a quickly changing landscape, and things may change, but for now it feels very good. I like gptel because it's enormously extendable and exploitable - it allows me to send LLM requests from just about anywhere - I could be typing a message (like this very one) and suddenly in need of ideas for how to phrase so…

This is good stuff :) Honestly, I am having a lot of fun just using org mode files as prompts and eventually output for a Claude Code instance in vterm. All these files get saved with the output and magit is of course amazing, just good affordances and history keeping.

(setopt gptel-default-mode 'org-mode)

For persistence:

https://github.com/agzam/.doom.d/blob/main/modules/custom/ai...

Post reply on HN