News for hackers. Stuff that matters.
Re:Zed, a collaborative code editor, is now open source by asah on Wednesday January 24, 2024 @02:02PM (#39121319)
emacs. Totally free and open source since 1976.

oh, sorry, you asked for an IDE and not an operating system... /s

seriously, budget a day or two for the ergonomics and a week for wrangling plugins, but some of the most productive developers in the world use emacs and they never need to worry about vendor issues, porting issues, not having a GUI, support for some weird file type, ability to create some funky type of macro, etc.

Re:Zed, a collaborative code editor, is now open source by lgessler on Wednesday January 24, 2024 @02:37PM (#39121695)
I tried to get into emacs a few years ago and just got fed up with the incredible regularity with which packages broke during routine updates. It was at least an hour a week on average, I feel, conducting bug hunts for either minor (this or that keybind/function doesn't work) or major (I can't get any packages to load) bug hunts. Was I doing something wrong? How do emacs people deal with this?

Admittedly, I was using Spacemacs which probably has way more packages than a bespoke emacs configuration, but you must understand if people get turned off when they ask you how to use an editor and your answer is "first, spend a few weeks setting it up and understand how each of your many packages works".

Re:Zed, a collaborative code editor, is now open source by philsnow on Wednesday January 24, 2024 @04:13PM (#39122722)
> packages broke during routine updates

> How do emacs people deal with this

The same way anybody working with any package system does, by pinning ancient versions and/or just never updating all packages, at least for packages that aren't so widely used that they pretty much are never broken

Re:Zed, a collaborative code editor, is now open source by unhammer on Thursday January 25, 2024 @02:38AM (#39127188)
1. Install from stable.melpa (or gnu elpa) instead of melpa (and pin to that)

2. git add .emacs.d/elpa

3. Don't click update all the time.

Re:Zed, a collaborative code editor, is now open source by Tomis02 on Thursday January 25, 2024 @05:26PM (#39136257)
> How do emacs people deal with this?

Stockholm syndrome.

Re:Zed, a collaborative code editor, is now open source by Tomis02 on Wednesday January 24, 2024 @03:14PM (#39122073)
If you have to install plugins then it's not an IDE, it's just a text editor.
Re:Zed, a collaborative code editor, is now open source by marcosdumay on Wednesday January 24, 2024 @03:28PM (#39122243)
I wonder what you'd consider an IDE nowadays. Modern text editors do every single thing.

Is it just about the installation format?

Re:Zed, a collaborative code editor, is now open source by Tomis02 on Thursday January 25, 2024 @05:24PM (#39136230)
> Modern text editors do every single thing.

That's an outrageously false statement. If it were true, you'd rarely need plugins.

> I wonder what you'd consider an IDE nowadays.

The definition of an IDE hasn't changed in at least 20 years. INTEGRATED development environment.

If I install a C++ IDE, I have everything I need out of the box, and the experience is (usually) consistent across all features.

If I want to do C++ in Vim, I need to install about 10 plugins (to begin with) [1], which will result in a disjointed experience (each plugin has different authors with different visions) where things break randomly and I don't know why. Speaking from experience, unfortunately.

Yes, you can make it work and you can get used to it, but it's just a text editor that you try to coax into doing what you want by using plugins.

Whereas the IDE will give you a language-specific tool out of the box, without any significant effort or inconvenience on your part. And the overall experience is better because the IDE "just works" most of the time.

[1] https://stackoverflow.com/questions/4237817/configuring-vim-...