Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Sunsetting Atom

github.blog

Post reply on HN
Print view View original

321–330 of 880 posts

Re: Sunsetting Atom

#321

Post by tiffanyh »

nathansobo wrote: post #253

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…

Re: Native UI

Is Zed web-based or not? Would it be able to be hosted in the browser like the web-based version of Github Codespace (Visual Studio Code Online)?

Re: Sunsetting Atom

#322

Post by natrys »

bitwize wrote: post #20
mproud wrote: post #4

What recommendations do you all have for alternatives?

Honestly? Emacs. Gonna be around for at least as long as RMS is still alive. I'd accept Vim as a runner-up; I'm conversant in it and can see where people might prefer it (though honestly, those people should probably enable evil-mode in emacs). But realistically? A significant majority of developers use Visual Studio Code; Atom is still only being used by absolute diehards. Visual Studio Code's complete supplantation…

RMS hadn't been involved with any technical contribution or project level decision making for a while. I would say people like Eli Zaretskii are far more important. While there is no shortage of people willing to hack on elisp, I get the feeling that people who can hack on the C core, and possessing deep knowledge of core subsystems is slowly dwindling.

But I do think Emacs will be fine. I don't think VSCode is an existential threat to Emacs in the same way Toyota is not a threat to Lamborghini. VSCode boasts impressive numbers, but it does so by consolidating in a target demography that was never a stronghold for Emacs to begin with - partly due to some level of indifference on its part. On the other hand, there are things Emacs is uniquely suited for, and for that reason it will continue to attract a particular type. I think in terms of absolute numbers Emacs userbase is still increasing, and I think falling numbers in terms of total percentage doesn't mean much for its survival.

Re: Sunsetting Atom

#323

Post by datalopers »

joshstrange wrote: post #151
datalopers wrote: post #83

Earlier quoted context omitted.

https://code.visualstudio.com/docs/remote/remote-overview far better and faster than sftp

I looked into that plugin but we don't run any special daemon/server for editing on our servers (nor do we want to).

It's utterly life-changing instead of editing locally and using scp/sftp/unison to sync to the server. The "special daemon" is entirely transparent, the only requirement is ssh.

We're also talking about a dev box here, are we not?

Re: Sunsetting Atom

#324

Post by swlkr »

I loved and used atom for years, despite the performance.

It was just such a nice editing experience.

Also never got on the vscode train and opted for neovim instead (been using vim and bindings since 2012)

Re: Sunsetting Atom

#325

Post by roflyear »

goodoldneon wrote: post #162
joshstrange wrote: post #56

I know a lot of people love vscode but are there any people who have tried something like IDEA/WebStorm/PHPStorm/etc that then went back to vscode? I had to help a developer setup deploys to a dev server from vscode the other day and I wanted to pull my hair out. I'll admit it's at least in part due to not using vscode myself but I was a heavy Sublime Text user which is very similar to vscode when it comes to how you…

You're deploying via VS Code? If so, that's a weird pattern. I've been using VS Code for years to write JavaScript/TypeScript, Python, Go, Terraform, and CSS. My settings file is 60 lines, 42 of which are "for file extension X use autoformatter Y" configs. When I first switched to VS Code I was frustrated trying to make it conform to random expectations I had. Eventually I learned that it's easier to embrace VS Code'…

Yeah almost an anti pattern.

Re: Sunsetting Atom

#326

Post by loic-sharma »

nathansobo wrote: post #313
BaseballPhysics wrote: post #295

Earlier quoted context omitted.

> custom native UI framework Cool project, but this is clearly a contradiction. wxWidgets? That offers a native UI. Wherever possible it uses the UI controls from the underlying OS/system to render the interface. Looking at the project page it describes "a GPU-powered UI framework that met our needs." That's not a native UI. That's a non-native UI compiled to native code, ala something like Flutter.

Sure, cross-platform UI that's on the metal is a more accurate description.

Did you consider using Flutter? If yes, what made you choose against it?

Re: Sunsetting Atom

#327

Post by edko »

nathansobo wrote: post #313
BaseballPhysics wrote: post #295

Earlier quoted context omitted.

> custom native UI framework Cool project, but this is clearly a contradiction. wxWidgets? That offers a native UI. Wherever possible it uses the UI controls from the underlying OS/system to render the interface. Looking at the project page it describes "a GPU-powered UI framework that met our needs." That's not a native UI. That's a non-native UI compiled to native code, ala something like Flutter.

Sure, cross-platform UI that's on the metal is a more accurate description.

Do you have any plans of open-sourcing the UI framework?

Re: Sunsetting Atom

#328

Post by a4isms »

nathansobo wrote: post #310
a4isms wrote: post #294

Earlier quoted context omitted.

Nathan, I remember your passion for this project from its very early days. It has already borne fruit that has grown into a garden in the form of Electron, and I'm excited to see you are reimagining Atom in the form of Zed. Best wishes for Zed's success!

Thanks very much for your kind words and wishes!

You are very welcome. Although in my haste I mixed my metaphors up!

Not sure if Atom was a fruit that grew into an orchard or a seed that grew into a garden. How about both?

Re: Sunsetting Atom

#329

Post by nathansobo »

tiffanyh wrote: post #321
nathansobo wrote: post #253

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…

Re: Native UI Is Zed web-based or not? Would it be able to be hosted in the browser like the web-based version of Github Codespace (Visual Studio Code Online)?

We plan to compile to WebAssembly that writes pixels to a WebGL canvas.

Re: Sunsetting Atom

#330

Post by akagusu »

bogwog wrote: post #122
keewee7 wrote: post #79

Really begs the question what Visual Studio Code did right and what Atom did wrong.

I didn’t use Atom much, but I think it’s obvious that the primary reason it died was because Microsoft decided to make their own competing editor, and then bought the parent company of Atom. It wasn’t exactly the most popular editor at the time, but it did still have some users. Reminds me of how Adobe killed off FreeHand (the only competitor to Illustrator at the time) by buying the parent company and then halting d…

Glad to see that someone remembered FreeHand. It was much better than Ilustrator, this is why Adobe killed it.
Post reply on HN