Live data from Hacker News

Claude Code IDE integration for Emacs

github.com

231–240 of 281 posts

Re: Claude Code IDE integration for Emacs

#231

Earlier quoted context omitted.

Yeah, even if that is true, what part of a tool used by close to 40% of developers is niche? niche /niːʃ,nɪtʃ/ (adjective) denoting products, services, or interests that appeal to a small, specialized section of the population.

It's niche /for development work/. Being used by a developer doesn't make it used for development. Or the most used developing tool would be the toilet.

[flagged]

Re: Claude Code IDE integration for Emacs

#232

Earlier quoted context omitted.

It's niche /for development work/. Being used by a developer doesn't make it used for development. Or the most used developing tool would be the toilet.

[flagged]

It's not. I use vim on a daily basis, but all I do with it is writing commit messages. The rest I do with an IDE or different editor. I'm surely not alone with that.

Re: Claude Code IDE integration for Emacs

#233
post #9

Like LSP and tree-sitter, I think AI coding tools like Claude Code or Aider are very good news for niche editors like Emacs or Vim. Instead of struggling about implementing advanced IDE-like features, they can integrate with these tools relatively easily, and focus on other editing related features that set them apart. In fact, IMO it makes these editors more competitive because they are highly customizable and easie…

You think VIM is a niche? neovim + vim is used by over 38% of developers according StackExchange survey. That is more than 1 out of 3 developer, closer to 2 out of 5. I am not sure what is going on with here recently, maybe I have overgrown the place, or maybe everyday a little by little this place is getting filled with people who shouldn't be talking about CS.

Of course it is niche, that survey is quite skewed, and "using" doesn't mean doing development work there, rather than occasionally having to use it when using remote terminals.

I know only one person from my dozens of developer friends and colleagues who is using neovim.

Re: Claude Code IDE integration for Emacs

#234
post #2

Pretty cool! I love that these battle proven editors (emacs and (n)vim) seem to follow along with new technology, even though one might think overwise given their age. I hope this comes to vim as well!

Neovim and to an extent emacs are where corporate IDE vendors go for ideas. From ergonomics of the UX, performance, portability, design sense (!!) and theming? It's like Sun and GNU in the 90s. Those UI/UX folks getting pissed their perfect HSL wheel and black balance got dicked with by some PM which is why the GitHub theme is great not legendary? They go home and rice Arch or NixOS and just shit on the dayjob stuff.…

What's that font ?

Re: Claude Code IDE integration for Emacs

#235

Earlier quoted context omitted.

[flagged]

It's not. I use vim on a daily basis, but all I do with it is writing commit messages. The rest I do with an IDE or different editor. I'm surely not alone with that.

Even I switch to VSCodium when I write Go, for example, because the Go extension is just so good. I use it for medium- and large-sized projects, when I have to navigate through multiple files. There are ways to do it in Vim (I configured it), and Emacs, but sometimes it really is just easier to click since I am already using the mouse for stuff. There are people who never use their mouse, in which case I can imagine they use Emacs or Vim only.

Re: Claude Code IDE integration for Emacs

#236

Earlier quoted context omitted.

[flagged]

It's not. I use vim on a daily basis, but all I do with it is writing commit messages. The rest I do with an IDE or different editor. I'm surely not alone with that.

And writing commit messages are to development in the same class as using the restroom?

Re: Claude Code IDE integration for Emacs

#237
post #9

Like LSP and tree-sitter, I think AI coding tools like Claude Code or Aider are very good news for niche editors like Emacs or Vim. Instead of struggling about implementing advanced IDE-like features, they can integrate with these tools relatively easily, and focus on other editing related features that set them apart. In fact, IMO it makes these editors more competitive because they are highly customizable and easie…

You think VIM is a niche? neovim + vim is used by over 38% of developers according StackExchange survey. That is more than 1 out of 3 developer, closer to 2 out of 5. I am not sure what is going on with here recently, maybe I have overgrown the place, or maybe everyday a little by little this place is getting filled with people who shouldn't be talking about CS.

> with people who shouldn't be talking about CS

Your argument is that calling Vim niche should exclude someone from being able to talk about CS. Please rethink your stance and your tone and consider if you’re helping the discussion.

Re: Claude Code IDE integration for Emacs

#238
post #234

Earlier quoted context omitted.

Neovim and to an extent emacs are where corporate IDE vendors go for ideas. From ergonomics of the UX, performance, portability, design sense (!!) and theming? It's like Sun and GNU in the 90s. Those UI/UX folks getting pissed their perfect HSL wheel and black balance got dicked with by some PM which is why the GitHub theme is great not legendary? They go home and rice Arch or NixOS and just shit on the dayjob stuff.…

What's that font ?

Berkeley Mono, which I highly recommend if you're into that sort of thing. It's finnicky, has to be hinted right. But the ligatures and stuff are pretty unrivaled IMHO. I think it's like 100 bucks or something, but I bought it once 10 years ago and the license is still good, so it's got an amortization schedule that makes it a perfectly sensible part of a toolbox for a professional if you like myself find it more legible and pleasant than most alternatives.

Re: Claude Code IDE integration for Emacs

#239

Earlier quoted context omitted.

Sounds cool. What sort of stuff do you develop, and who's paying for it?

I work for a medium-sized proprietary/discretionary fund. AFAIK the principles trade all kinds of stuff, macro stuff. My current job is tuning up the execution on the cryptocurrency adjacent desk, but not like blockchain stuff, it's somewhere in between OG crypto trading stuff and like Wall St. HFT circa 2006-2010 depending on how you measure, it's in the "kernel bypass matters but FPGAs are still exotic" sort of reg…

Thanks.

Re: Claude Code IDE integration for Emacs

#240

Earlier quoted context omitted.

I envy your level of emacs knowledge! I did a lot of things in it, but not as many as you: https://blog.calebjay.com/posts/my-emacs-environment/ I really wish I had finished my blog post I'm working on right now about my new life stack that no longer involves emacs, it'd contain all the info I'd like to convey here. Looking at your list, I guess what it came to for me is that getting an excellent UX for any one of th…

So how did the switch to neovim go? I'm very interested in where you ended up. Please share a summary if a full blog post is too hard! > I'd be curious to learn more about your API testing setup, that sounds very cool! At work, our API is served via FastAPI and there's swagger docs automatically available that I can browse in a web browser if I want, or I just in nvim `SPC f f` to open a fuzzy file finder and find th…

Ah, PDF, that would have been smart :P

I can recommend at least trying neovim, but I had a much easier transition than perhaps you will, since I used `evil-mode` in emacs ;) So I've been a primarily modal editor for 8 years, and actually don't remember any of the chorded commands from my initial days learning emacs. I took one thing from that time: putting CTRL where CAPS is, then I installed evil-mode and never looked back.

I will say as someone who was feeling the start of RSI, I do find vim's bindings to be a lot less painful than emacs chorded commands.

But, I don't know if a "switch" is in the cards for you, from what you've said, because of the Dvorak and that you'd be learning vim and modal editing at the same time. As I understand it, dvorak vimmers can either rebind everything to be in "the same place" to maintain the inherent layout comfort of vim, and lose the mnemonics (`dtp` delete to "p"), and then have to deal with a full rebind on top, or, they can rebind nothing to maintain mnemonics and reduce startup cost, but then have the layout be super wonky and un-ergonomic. Neither sound that pleasant to me. You're right, vim bindings are very qwerty focused.

Also I desperately miss the kill-ring and still hit my binding for it. There are "registers" in nvim and I bet I can find some plugin or write something in lua that will let me switch, on paste, between my "most recent yanks," but I haven't learned how to do that yet.

Macros are great in vim, I think just as powerful as emacs. Lua is also very powerful, but of course, nothing beats the fact that Emacs is a REPL of elisp that you can modify on the fly. Nvim so far as I understand it must reload to register LUA changes (you can still run lua to modify buffer contents though).

However, I do believe the nvim community is more talkative than the emacs one, and busier. Maybe this is because more content creators are vim/nvim-forward, than emacs? I know like, 2 emacs youtubers, and 10 vimmers, some of whom are super famous for other stuff unrelated to programming.

I agree with you on focusing more on unix-ish tools and staying in terminal. It's something that attracted me to nvim. I realized I had been learning a lot of basically one ecosystem, emacs, when instead I could be learning tools that are available on any unix-based machine. Of course you can install emacs on anything, even android, but you gotta install it and get it running. Plus I just feel a lot cooler piping things between unix commands :P

Anyway, for me, the transition was fine. I slapped on lazy.vim and have been basically 99% as productive at work as I was with emacs, only making a couple mistakes here and there. I love the default bindings lazy.vim came with and adjusted to them well. If you do want to try it out, I recommend lazy.vim if you're considering trying out one of the nvim ide packages.

Post reply on HN