Live data from Hacker News

Sunsetting Atom

github.blog

61–70 of 880 posts

Re: Sunsetting Atom

#61
post #4

What recommendations do you all have for alternatives?

I like brackets but always ends up in VSCode due to extensions.

It's a very dumb reason to stick with an editor, but I have trouble going back to Sublime after VSCode despite preferring most things about Sublime, because I always forget how to manage packages using Sublime's command prompt and have to screw around with it for a while each time, while VSCode has a GUI for that so the memorization required is zero, and can easily browse available packages without bouncing out to a browser, and it often prompts me to install relevant plugins so it's just a matter of clicking "OK".

Every time I try to go back to Sublime, this annoys me right off the bat and I'm back in VSCode by the end of the day.

Re: Sunsetting Atom

#62

“Sunsetting” an open source project seems… unfitting? Hand it off to the community, look for new maintainers, donate it to the Apache Retirement Home for Veteran Projects, sure. But saying that you’ve decided to “sunset” or “archive” it, telling users to plan for their migration, seems counter to the notion that open source software forms part of a commons - something that Github, of all companies, should understand.

GitHub is owned by Microsoft, the company that invented "Embrace, Extend, Extinguish". We should be counting down the days till they sunset VS Code to focus on VS Code "Pro".

I'll go Nova before I go VS Code Pro.

Re: Sunsetting Atom

#63

I like Atom and use it occasionally. But I use VS Code day-in and day-out. The decision makes sense. If VS Code were not exceptionally good, Atom might have had more of an opportunity. But "yet another good option" is not enough to drive investment, sustain a community, and spin an ecosystem.

Maybe I’m misremembering but didn’t VSCode begin as a fork/skin of atom?

Re: Sunsetting Atom

#65
post #4

What recommendations do you all have for alternatives?

I’ve used Sublime Text for many many years now and it’s still my favorite text editor. I mainly use it for writing small reminders as well as Lua / LÖVE dev.

Re: Sunsetting Atom

#66

Earlier quoted context omitted.

When this inevitably happens to VSCode, I'm sure we'll all flock to Sublime Text in droves (or some hip new editor on the block). Contingency planning for this could be a small but wise time investment for dependent teams. VSCode could very well go the way of the Do... Docker.

I am sticking to my Intellij products for this very reason. They work great and the motives of the company are straightforward.

Same, but nvim

Re: Sunsetting Atom

#69
post #42

I still prefer Atom's UX design over VSCode and I can't explain why. Amazing job on that front! I hope it gets traction with community support.

Me too. Even if you have a great theme in VSC you're still stuck with the sidebar and the bad Microsoft-y typography choices everywhere.

Re: Sunsetting Atom

#70
post #12
post #4

What recommendations do you all have for alternatives?

vim -> Sublime -> Emacs -> VSCode -> Emacs ^^^^^ I am here.

If you're retaining vim on your workstation for quick editing of files, I'd encourage you to keep an eye on the Helix editor. https://helix-editor.com/

There are three nice things about it: it flips vim's into a (like kakoune); it's got tree-sitter support out of the box (including for navigation); it's got LSP support out of the box.

Its keybinding is perhaps in "uncanny valley" of vim's. Overall, it still feels well thought out.

Post reply on HN