Live data from Hacker News

Sunsetting Atom

github.blog

541–550 of 880 posts

Re: Sunsetting Atom

#541
post #150

Earlier quoted context omitted.

> And even if it were, VSCode is basically a rewrite of Atom that reuses a big chunk of the original codebase Atom and VSCode projects have always been separate projects. Both using Electron does not mean they share a codebase, not in the normal sense of the phrase.

If I remember correctly, Electron was made for Atom (by GitHub).

Yep https://www.electronjs.org/blog/electron

Re: Sunsetting Atom

#542
post #514

Earlier quoted context omitted.

Please make zed capable of running in a terminal. If I could have a modern editor that can run in the terminal and had a nice GUI, I would definitely pick it up. There's still many instances where I'm working on a remote dev machine, on my iPad, over a serial connection, inside of tmux, where a terminal based text editor is a necessity.

Does a single text editor exist that supports both a TUI and GUI mode?

Emacs supports both a TUI and a GUI mode.

Re: Sunsetting Atom

#543
post #433

Earlier quoted context omitted.

We're pure Rust and hopefully faster. But yeah, plenty of competition in the space!

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.

I feel CLion latencies even on a much smaller project. Sublime Text is faster, and I hope Zed is near. I guess people have different sensitivity for this. It’s not about time waste, it’s just affecting the flow.

Re: Sunsetting Atom

#544

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…

I've spend a few minutes on your page, yet I couldn't answer the following questions:

* Do you already have a working editor I could test or is this merely an announcement?

* Is this an open source project or a proprietary product? Does it cost money? If yes how much?

Re: Sunsetting Atom

#547
post #206

Earlier quoted context omitted.

Does anyone remember brackets? I cant remember if brackets or atom came first but I remember switching from sublime to brackets to atom. Good times, I heard DHH is still using TextMate.

I've used TextMate for a long time. It works great.

I was in TextMate all day every day for a long, long time but gradually shifted to Emacs, hilariously, AFTER I quit coding for a living -- because of OrgMode.

Re: Sunsetting Atom

#548
post #514

Earlier quoted context omitted.

Please make zed capable of running in a terminal. If I could have a modern editor that can run in the terminal and had a nice GUI, I would definitely pick it up. There's still many instances where I'm working on a remote dev machine, on my iPad, over a serial connection, inside of tmux, where a terminal based text editor is a necessity.

Does a single text editor exist that supports both a TUI and GUI mode?

Vim/Gvim ?

Re: Sunsetting Atom

#549

I held out for a year or so after VSCode was released. It felt scummy how MS had swooped in and tried to hijack this new category of editor that GitHub had invented (this was before they'd been acquired, I believe) But once I tried VSCode... man, there was no going back. It was infinitely more performant and cohesive. Atom (with IDE-like features installed) felt so sluggish by comparison. I think the main improvement…

> It invented the entire concept of web apps as desktop apps

Mozilla actually had that in early 2000 or so; their whole UI (before Firefox existed, even) was a webby. Except it was their own weird sort of webby and not normal HTML, most of the time.

Using normal HTML would be around IE4 with their .hta files, I think. Didn't seem to have too much uptake though.

Re: Sunsetting Atom

#550

Earlier quoted context omitted.

I’m not sure the term has ever been applied to Microsoft’s own products…

Atom was developed before the acquisition. Which brings us to the second proud tradition of the tech titans, acquiring companies to end the products the acquirer doesn't like.

Look at the Atom repo, very few commits in the last year, and it's not like there are loads of open pull requests (serious PRs do get merged), and it's been strongly dropping off for a long time. It's the programming community that abandoned Atom, not Microsoft.
Post reply on HN