Live data from Hacker News

Atom was archived today

github.com

51–60 of 614 posts

Re: Atom was archived today

#51

For those looking for a good substitute, I've switched to Sublime Text and so far I've gotten it to pretty much a near-perfect replica of the original. Kind of surprising to me how much of the Atom UI was built to mimic the Sublime interface. I also tried VSCode, but was never really quite able to get into the interface the same way. For a while I tried customizing the interface with plugins like CustomizeUI, but Mic…

Sublime is great! Ultra fast. I feel like VSCode will be as sluggish as Visual Studio eventually.

Re: Atom was archived today

#52
post #14

Earlier quoted context omitted.

For better, certainly. Electron has in particular been an enormous boon for Linux users, because it's so easy to make cross-platform applications now that even companies who wouldn't have bothered otherwise now have a Linux download. No way that apps like Slack would have a Linux desktop version if it wasn't for Electron.

Or another way to phrase it is that the experience sucks equally on all platforms, so you might as well switch to Linux.

Everyone believes Electron "sucks" because it's mainly the apps that suck that are noticeably built with Electron.

It's the "when you do things right, people won't be sure you've done anything at all" phenomenon. https://www.youtube.com/watch?v=VofkquwmT40&t=29s>

Re: Atom was archived today

#53
post #9
post #5

I had a lot of fun whipping up plug-ins within minutes for Atom! It let me try out ideas very quickly.

emacs may probably let you do this too, and better. The big problem is: You need to know emacs beforehand, which is seriously a lot, and likely bizarre to any modern person. I do, and I will likely never give it up, but I've been at it since the 90s. In my mind, emacs suffers the same problem as TeX/LaTeX. Some parts of it are very antiquated and just don't fit into the modern world anymore. They'd need an overhaul.…

They (whoever they are) would be well-served to move to emacs, and stay there forever. I don't know which "antiquated" thing you're referring to, specifically, but it all works quite well. Both back in the day and today.

Re: Atom was archived today

#55
post #32
post #7

Sad to see this go. I was an early adopter of Atom, and I wrote two extensions for it, one of which while it was still in beta. The Atom developers made some technology choices that in retrospect were ill-advised, CoffeeScript being the worst of them and splitting everything into dozens of packages a close second. They tried to backpedal on both of these later on, but by that time VSCode, with its far superior engine…

Atom predated the LSP and leaned heavily into customizations with all the plugins running inside the UI thread (more like a traditional web page and 3p scripts). At the time they viewed the extreme customization support as a feature, and there was a thriving ecosystem of folks making plugins. That architecture has a major flaw though. A default install was fast, but a real configuration with all the plugins ended up…

LSP was a HUGE step forward, all editors benefit from it nowadays. Having multiple communities contributing back to the same language server makes maintaining those plugins a lot more comfortable.

Re: Atom was archived today

#57

I'm a happy user of Atom as my daily driver for basic note taking and scratch pads. Even though it's being sunset, I look forward to using it for years to come. Perhaps it will have a good fork one day, but honestly it works great as-is. Sometimes software reaches a point where it just works, and you appreciate not having a team that wants to change everything.

There’s already an attempt to keep it going

https://pulsar-edit.dev/

Re: Atom was archived today

#58
post #21

I think the Atom editor + Hydrogen plugin for running interactive Python sessions inline with the code is still unmatched by anything available in VS Code. This setup is what I migrated to when I ditched Matlab for the "scientific Python" stack, and I'm still here. Multiple concurrent kernels, the ability to connect any .py file to any running kernel, sharing variables and imports across multple .py files, inline mat…

What’s preventing this from being done in VSCode? Other than it hasn’t yet? I don’t think it ticks every box for you, but have you tried Jupyter Notebooks in VSCode[0]? [0] https://code.visualstudio.com/docs/datascience/jupyter-noteb...

VSCode doesn't support an API to put outputs inline in the text editor. IIRC there have been longstanding feature requests for it but it would probably have a performance hit. The closest thing is having a separate output window on the right side

Re: Atom was archived today

#59

I resisted switching to VS Code for a long time because I far preferred the UX and design of Atom, but I eventually caved not because of performance gains I wanted in VS Code (honestly I found Atom plenty fast for the work I was doing), but because many Atom extensions were left to rot and slowly broke over time as most maintainers moved to VSCode extensions. Farewell friend, you will be missed.

>I far preferred the UX and design of Atom, but I eventually caved

That's my experience exactly. I still haven't been able to configure VS Code to fully match the experience I want with respect to keybindings and subtle look-and-feel and functionality details.

Aside from the infrequent case of hanging when opening very large files I had no real issues with Atom and could have happily kept using it.

For what it's worth Pulsar (https://pulsar-edit.dev/) appears to be a community-maintained fork of Atom. (For that matter one of the primary Atom creators is working on https://zed.dev/.) But personally I got tired of swimming upstream and just caved to VS Code.

(I am a little tempted to go back to emacs, which was my editor of choice before Atom, but that's ends up being an enormous time-sink for me anyway.)

Re: Atom was archived today

#60
Atom was the slippery slope, the shiny new thing, the tailwind that pushed thousands of us into deeper and more varied programming passions. The amity and enmity of using the thing will be spoken of with some fondness for decades, I think.
Post reply on HN