Do you think LLMs have made bloated editors like jetbrains and eclipse obsolete? Before LLMs, every time someone discussed the merits of stuff like emacs or vim, there was always someone saying "but muh refactoring tools" or "muh intellisense". These days, LLMs replace those use cases, and bloated editors like intellij have no edge over emacs. Indeed: I can ask an LLM to make custom code for my emacs and extend it very easily. You cannot do this with intellij and similar.Meanwhile, I can still use emacs for far more than programming (TRAMP, org mode, dired, magit and all the other powerful models)
Jetbrains became utter shit after they started using AI to develop it. The thing crashes constantly and even fails to update normally.
>>109062359No.I wanted to move to nvim just for the fun of it. We use dotnet in work and a quite big legacy software, big repo. Added like 2-3 plugins, lsp (roslyn) and a testing tool, and it was more sluggish than Rider. It took 1 minute to parse everything in the project, the leader key completely froze, and there were several issues with the intellisense. I'm sure if I would have dedicated a week or two to configure everything then it would have run fine, but I download vscode or Rider and everything works out of the box. Vim is literally a meme.
>>109062359I see it the other way around: LLMs made these handcrafted editors pointless. Why would I spend time configuring an editor like Emacs or Vim when I only use it to orchestrate agents and to do minor stuff from time to time? vscode does all of this OOTB and you literally don't need more.
>>109063855You can use emacs for far more than writing code. You can for instance: send mail, do file management with dired, read books, manage remote servers and containers with TRAMP, manage git repos with magit etc.
>>109062359thay gnu has a pretty big dong
>>109063983Look, I still have my init.el backed up somewhere and I've used it for so long in the past that I still use its keybindings on vscode, if I can do the following stuff I may give it shot tomorrow morning:- Light coding (Python/Bash/etc.);- Latex for document writing (bonus pdf viewer in split view);- the equivalent of vscode's remote container extension.
>>109064018emacs is obviously fine for light coding, by default it's in fact much more comfy than vscode for python because it has good repl integration (python-shell-send-defun)I know it can do Latex (both by itself and embedded in Org) and has a pdf viewer, but I don't use either so I don't know how good the integration isI'm aware that devcontainer-mode exists, but haven't used it. You can ask an LLM about it, and other options.
>>109064018also check out https://github.com/eNotchy/4g
>>109063983there are way more easy and efficient ways to do everything you just listed. Especially managing remote servers where accidental cat long file freezing emacs completely
>>109064090When I gave Emacs a honest try after years of skepticism, I must admit I was pleasantly surprised. It has many "smart" features OOTB that its usual rivals lack. I still use IDEs most of the time, but I'm starting to see the value in it.However, while it's true that you can customize almost anything, I stand by my opinion that it's way too inaccessible and obscure for new users.
An editor is just one of the things Emacs can provide. I think it may be better to look at it as a lisp application platform.https://youtu.be/M6ZHDJeG-dI
