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

481–490 of 880 posts

Re: Sunsetting Atom

#481

Post by bombcar »

gosukiwi wrote: post #478
nathansobo wrote: post #346

Earlier quoted context omitted.

Very much so. As the first Electron app we were so excited about people being able to do anything they imagined. It was cool but ended up really constraining us. This time we really want to drive our API based on the most important things people actually need to extend. We need to navigate the trade-offs more intelligently.

This is interesting. I wonder how Emacs solves that, given that it's one of, if not THE most, extensible editor out there. I'd think that is a good thing, but never considered the drawbacks, besides performance and plugin interop that is.

Emacs either doesn't have APIs or everything is an API, depending on how you look at it - since it's source is available at runtime plugins and modules can be first-class citizens performance-wise.

Re: Sunsetting Atom

#482

Post by bluehatbrit »

vlunkr wrote: post #435
skohan wrote: 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…

Agreed. I know Electron isn't ideal, but as a Linux user, I have a pretty hard time complaining. In the pre-electron world, something like Slack for linux either wouldn't exist, or would be several versions behind other platforms and have some goofy UI that didn't match the rest of your desktop. At least we have it and it works.

I completely agree, I'd rather have a memory hungry app than no Linux version at all. Slack is an odd one because you can run it in a browser, but things like 1Password are also good examples. I'd rather buy more ram than have companies pretend Linux just doesn't exist at all, at least it gives me options.

Re: Sunsetting Atom

#483

Post by Starlevel001 »

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…

I use IntelliJ for the bulk of my programming (which is nearly all Kotlin/Java) and begrudgingly switch to VSCode for other languages (i.e. Rust). It's hard going from something that seems to magically understand my code to an editor where everything, even supposedly core functionality, is a second-class citizen.

Re: Sunsetting Atom

#484

Post by boredtofears »

frostwarrior wrote: post #412
shakow wrote: post #352

Earlier quoted context omitted.

> Atom practically invented the kind of extensions that VSCode had Let me introduce you to Emacs, vim, Sublime, TextMate, ...

> Emacs, vim Unlike VSCode, Emacs and Vim have a learning curve. And turning them into full blown IDEs makes their usage even more complex. > Sublime Sadly, Sublime is sort of dead. > TextMate TextMate: Text editor for macOS

Sublime is very much not dead. It's still much faster than vscode or any other heavyweight IDE.

Re: Sunsetting Atom

#486

Post by ljm »

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…

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

Re: Sunsetting Atom

#487

Post by eberkund »

I see a lot of people remarking that VS Code's killer feature is its extension system but I am not sure I fully agree.

Sure VS Code has a lot of extensions, but many of them offer only basic features or are poor quality. The extensions which deliver the most value are actually the ones supported by large corporations (like the Go extension from Google or the Python extension from Microsoft).

If another editor could port these powerful extensions I would care very little about the lack of icon themes and snippet extensions.

Re: Sunsetting Atom

#488

Post by mixmastamyk »

mynameisvlad wrote: post #373
joshstrange wrote: post #270

Earlier quoted context omitted.

Ahh, I see the disconnect. I set it up to deploy on save of the file or when the editor loses focus (when it auto-saves). So while you are correct I have to do “something” to make it deploy that “something” is either a hot key or me clicking out of my editor into the browser to refresh the page (talking about PHP here, all my frontend Vue work I do locally with a watch script to rebuild on changes).

Fair, that's more or less equivalent to a task runner watching the files. I'd recommend that approach only because it decouples the action from the editor. As long as the file changes, it executes.

I do the same with inotify tools and an alias or makefile. A simple editor like Geany can save on focus change.

Re: Sunsetting Atom

#489

Post by nh2 »

frostwarrior wrote: post #412
shakow wrote: post #352

Earlier quoted context omitted.

> Atom practically invented the kind of extensions that VSCode had Let me introduce you to Emacs, vim, Sublime, TextMate, ...

> Emacs, vim Unlike VSCode, Emacs and Vim have a learning curve. And turning them into full blown IDEs makes their usage even more complex. > Sublime Sadly, Sublime is sort of dead. > TextMate TextMate: Text editor for macOS

> Sadly, Sublime is sort of dead.

Sublime has ongoing development on https://www.sublimetext.com/dev and the last major release (4) was just about a year ago.

Re: Sunsetting Atom

#490

Post by wtetzner »

gman83 wrote: post #470
wpietri wrote: post #345

Earlier quoted context omitted.

It's been a few years since I used Flutter, but doesn't it still require you to use the related language Dart? I liked the idea of it, and I thought the tight integration between Flutter and Dart allowed them to do some cool things. But I wasn't a huge fan of the language itself. And I think it's a lot to ask prospective extension-writers to learn a new language.

If you know Java or JavaScript, Dart is extremely easy to pick up.

Sure, but that doesn't help if your project is in Rust.
Post reply on HN