Live data from Hacker News

Sunsetting Atom

github.blog

531–540 of 880 posts

Re: Sunsetting Atom

#531
post #389

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…

Any chance of collaboration with https://lapce.dev/ ?

[deleted]

Re: Sunsetting Atom

#532
post #383

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…

Hmm, curious how this will compare to Jetbrains’ fleet editor. Of course, they share the problem that I can’t yet use either :)

I hope it will be much faster. I try JetBrains IDE every couple of years and the sheer latency and lack of text rendering quality is turning me away every time.

Re: Sunsetting Atom

#533

I remember this being released and this was a concern at the time that the project would be abandoned. If I remember this it was mostly a concern as Github as a company should focus on their main product which is not an editor and that there are many existing editor that do it better. I suspect that what actually killed this is the acquisition of Github by Microsoft and the fact that Microsoft are pushing VSCode very…

What other editors are better and could be recommended? I guess I'm replacing Atom today

Vim, emacs, sublime, vscode, notepad++ there are lots.

Re: Sunsetting Atom

#534

Earlier quoted context omitted.

Sure, but that doesn't help if your project is in Rust.

Rust actually has a library with very good flutter integration, it does require using dart for the actual flutter part though, but it works well together.

Are you talking about nativeshell[1] or something else? nativeshell looks to be in early stages of development still.

1 - https://nativeshell.dev

Re: Sunsetting Atom

#535
post #459
post #433

Earlier quoted context omitted.

I work on the linux kernel using CLion and the IDE is still fast. I would not be interested in a non-Java IDE for the performance.

Are you using 32-core / 100GB RAM monster machine? I do everything on my rather powerful laptop, but Jetbrains IDEs are just too much. I can't have more than one project open at time, which is limiting. I didn't try CLion, only IntelliJ for Scala and Rider for C#/F#, all on smallish projects and it will still take 3-6GB of memory :| I'd be interested in even lighter than VSCode IDE ;)

[deleted]

Re: Sunsetting Atom

#536

Earlier quoted context omitted.

Sublime, TextMate, …

I love Sublime, still my fave

The instant-opening experience is just soo good, and Electron bloat nowhere in sight...

I actually use VS Code as well, but more like an IDE with tons of extensions, and Sublime is my 'basic' text editor.

Re: Sunsetting Atom

#537
I’m old enough to remember when microsoft said that atom developmennt would continue alongside Visual Studio Code after the company bought github…

Re: Sunsetting Atom

#538
post #165

Earlier quoted context omitted.

Electron is both an amazing enabling technology, and also an artifact of the sad state of affairs for computing platforms. One could imagine a world where strong standards have been established which would allow you to easily deploy lean native applications across a wide variety of platforms. Instead we ended up in this bizzare world where if you want to maintain a desktop GUI app, you either need a large team to sup…

By the way “write once, run anywhere” was the original promise of Java. Back in the 90s! Before JavaScript was even a thing!!! People wrote Java applets that were supposed to be same everywhere. It even had GUI. Nobody expected that not Java, but _JavaScript_ will be the actual write once-run everywhere.

Yes. But in reality it was more "write once, debug everywhere". It was actually quite a nice concept, but the resulting UIs were inevitably clumsy and had that distinctive (ugly to me) look, no matter what the platform promised. If it doesn't look good out of the box, it won't look good later either.

Re: Sunsetting Atom

#539
post #502

Earlier quoted context omitted.

How often do developers want to edit the same file, at the same time, and have those updates occur in real-time? I see this as a compelling feature for something targeting the use cases of, say Google Docs, where multiple people are contributing to an outline document or a business plan at the same time - but for code, I don't quite see the appeal.

> How often do developers want to edit the same file, at the same time, and have those updates occur in real-time? That's a very specific example of collaboration. Remote work is exploding. What about, say, integrated, collaborative debugging or code review? Integrations with things like Slack?

I'm sure the folks at Zed know what they're doing, but this is already possible in multiple editors / IDEs. I'm excited to see how Zed innovates in this space.

Examples:

- VSCode Live Share https://code.visualstudio.com/learn/collaboration/live-share

- JetBrains IDEs Code With Me https://www.jetbrains.com/code-with-me

- Standalone https://www.coscreen.co https://duckly.com

Post reply on HN