Live data from Hacker News

Sunsetting Atom

github.blog

671–680 of 880 posts

Re: Sunsetting Atom

#671

Earlier quoted context omitted.

Sublime, TextMate, …

BBEdit.

I love BBEdit, but its package ecosystem isn't well-developed compared to most other editors, and it doesn't have any kind of package manager -- it's more like Vim's native packages, e.g., "download the package and put it in this folder, and check occasionally for upgrades when you remember and re-install when appropriate."

Re: Sunsetting Atom

#672
post #662

Earlier quoted context omitted.

I'd describe it, together with Docker, as good solutions for problems we shouldn't have anymore

Replace "good" with "mostly workable" and I'm on board

I was trying to be more agreeable but yeah, "mostly workable" is a better description.

Re: Sunsetting Atom

#673

Earlier quoted context omitted.

> Atom extensions could have dependencies on each other This. This always has been and always will be a critical ecosystem mistake. The principle of one msi/exe installing everything you need on Windows, one click downloading an entire app from a store on Android or iOS is seamless and almost always error free. Or in your example with VSCode having self contained encapsulated plugins that install with one click. Mean…

That seems extreme. Any ecosystem has to strike a balance between which things should be opinionated/officially-sanctioned/standardized, and which things should be left open in "userspace". I think Atom made the wrong choice by outsourcing some very standard features to the community, like hover-overs and underlines. VSCode seems to have hit a sweet-spot, offering standard solutions for common functionality but leavi…

Well perhaps. The main distinction that needs to be made is whether something is supposed to be a library or a final product. It seems to be more and more usual these days to blur the line between the two and it's making life worse for everyone involved. Libraries should not be shipped separately, no exceptions.

Even cases like installing the .NET framework or the JVM or some C++ redistributable are parts of that idea that leaked into the otherwise flat packed environment of Windows for example, and all I've ever seen it is cause issues due to version mismatches or them missing. Just completely self destructive behaviour in order to save a few megabytes... and not even that when in practice you end up with 14 installations of the same thing with different versions for every app ffs.

Android is arguably handling this way better, as such stupidity simply isn't even allowed there (to my knowledge), as are web browsers. Imagine having to install a chrome extension to use a site properly, people would think you're insane!

Re: Sunsetting Atom

#674
post #613

Earlier quoted context omitted.

I do, and one person has control over the keyboard at a time. Hell on earth is two people making write operations at the same code buffer.

I don’t see why? Doing some refactoring you’ve decided to do and you can both go through the file at the same time refactoring different methods or whatever. What’s the issue?

We do this frequently :) It's awesome to get through tedious tasks twice as fast

Re: Sunsetting Atom

#675
To the founders and contributors of Atom: thank you.

Your work made more impact than you can possibly know. Atom became my absolute #1 editor. For code, and notes of every possible kind. As an entrepreneur, it carried me through so many adventures. The death of a cofounder, great losses and victories, the madness of 2020, a close friend's betrayal, a subsequent rebirth of sorts, and on and on. And always, this trusty piece of software sat there. Ready whenever calamity struck.

Thank you, folks. You created a wondrous piece of art and greatly impacted this entrepreneur's way of thinking and organization. Many have gained as a result.

Will follow Zed closely!

Re: Sunsetting Atom

#676

Founder of Atom here. We're building the spiritual successor to Atom over at https://zed.dev . We learned a lot with Atom and had a great time, but it always fell short of our vision. With Zed we're going to get it right. Written in Rust, custom native UI framework, engineered to be collaborative. Just starting our private alpha this week, so the timing of this announcement feels quite fitting. Here's a talk I gave l…

Will it be native Sublime Text fast? Not on electron?

I tried using VScode and Atom. Both were noticeably slow compared to sublime text. I can do silly, bad practice things like open a 50 meg log file in sublime and search for simple regex in the editor. Electron based editors stall and potentially crash.

Re: Sunsetting Atom

#677
post #486

Founder of Atom here. We're building the spiritual successor to Atom over at https://zed.dev . We learned a lot with Atom and had a great time, but it always fell short of our vision. With Zed we're going to get it right. Written in Rust, custom native UI framework, engineered to be collaborative. Just starting our private alpha this week, so the timing of this announcement feels quite fitting. Here's a talk I gave l…

How many times do you have to re-invent the text editor?

For the same reason people have and use many different tools in all sorts of professions.

Re: Sunsetting Atom

#678

Founder of Atom here. We're building the spiritual successor to Atom over at https://zed.dev . We learned a lot with Atom and had a great time, but it always fell short of our vision. With Zed we're going to get it right. Written in Rust, custom native UI framework, engineered to be collaborative. Just starting our private alpha this week, so the timing of this announcement feels quite fitting. Here's a talk I gave l…

"Mission-critical tools should be hyper-responsive." Did not seem to be important with the worlds slowest dev-tool ever, Atom. ;) "Real-time collaboration produces better software." At design level, ok. Programming is in most cases not a co-op operation. If it is, then you are probably creating solutions while writing code which is the best guarantee for bad solutions. “Conversations should happen close to code.” Agr…

I don't use Visual Studio, so I'm intrigued as to what VS can do in 10 minutes that takes 2+ hours in VSC?

Re: Sunsetting Atom

#679

Earlier quoted context omitted.

from the article "This is a tough goodbye. It’s worth reflecting that Atom has served as the foundation for the Electron framework, which paved the way for the creation of thousands of apps, including Microsoft Visual Studio Code, Slack, and our very own GitHub Desktop."

Yes. As the comment you’re replying to said, “Both using Electron does not mean they share a codebase, not in the normal sense of the phrase.” Code is no more a “rewrite of Atom that reuses a big chunk of the original codebase” than Slack is.

“both using Electron" refers to a period of time that occurs after "Atom has served as the foundation for the Electron" and my quote states that Atom -> Electron -> Spark

I'm not an expert on this at all, I'm just quoting, but Spark is being used rhetorically as if it's an outlandish to consider it to be a descendent

Re: Sunsetting Atom

#680

Earlier quoted context omitted.

How do other editors/IDEs perform in terms of accessibility? What are your favorites?

My favorite is VS Code by far. I use it daily. They recently also added a bunch of sound cues to help figure out if code is folded or a line contains an error. It's pretty great. Auto completion reads well, the parameter hints read, even the built-in terminal works. So overall I'm really happy with it.

Microsoft is particularly good with regard to a11y and devtooling
Post reply on HN