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

791–800 of 880 posts

Re: Sunsetting Atom

#791

Post by jeppester »

cercatrova wrote: post #774
jeppester wrote: post #629

Earlier quoted context omitted.

In VS Code the collaborative editing (live share) seems like a dirty workaround put on top of an architecture not built with multiple users in mind. I use live share all the time because it's the best thing we have for pair programming, but I often wish for a better solution. We often get disconnected for no reason, editors get out of sync, terminal sharing is near useless. If you can produce something that doesn't f…

Have you seen https://tuple.app ?

Thank you for the suggestion.

I have tried tuple, but for me it feels like a step back compared to live share. It has poor linux support, and sharing one screen is not as good as connecting to each other's editors. It just feels worse to watch a video feed compared to something that's getting rendered locally.

I do however believe that tuple can work very well if you are in an environment where everyone has mac computers and similar screen setups.

Re: Sunsetting Atom

#792

Post by sgtnoodle »

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…

Good luck! A clean slate code editor with Rust's memory safety guarantees sounds great. Just don't fall for the 2nd system fallacy. Keep things simple and pragmatic.

I tried Atom for a while, but it didn't cope well with other IDEs renaming files before overwriting them. I tried to fix it, but the response I got from the community was rather dismissive. It was quite irritating to present obviously wrong behavior and be told that it was correct.

My attempts to dive into the code myself lead me down a rabbit hole of dependencies of dependencies of dependencies, to the point that I just gave up. I switched to vscode and it has mostly stayed out of my way.

Re: Sunsetting Atom

#793

Post by petepete »

nathansobo wrote: post #367
gigatexal wrote: post #349

Earlier quoted context omitted.

Add a really good vim mode and I’m there.

Earlier this year Keith Simmons, the author of Neovide ( https://github.com/neovide/neovide ), joined our team. He's been working on Vim bindings and paying a lot of attention to getting it right. As you probably know there's a lot of surface area, so this will take time.

Hoping he also adds animations. Neovide is beautiful.

Re: Sunsetting Atom

#794

Post by mixmastamyk »

quixoticelixer- wrote: post #750
digisign wrote: post #726

Earlier quoted context omitted.

Not a very good one then, and never heard of any of those. The big ones like Slack do run in a browser because the whole point is to access an online service.

You haven't heard of Discord or Visual Studio Code?

Yes, the point of discord is to access an online service, which can be done... in a browser. Vs code does too, although a little different.

Re: Sunsetting Atom

#795

Post by lenkite »

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…

first class VIM keybindings also please!

Re: Sunsetting Atom

#796

Post by Gigachad »

paldepind2 wrote: post #466
quaunaut wrote: post #286

Earlier quoted context omitted.

Atom practically invented the kind of extensions that VSCode had, and even several years into VSCode's life Atom far outstripped it in Extensions. Perf became the biggest problem however, which VSCode took over.

There is a fundamental difference between the kind of extensions that Atom has and the type Code has. It's something that people often miss when they compare the two. Atom was made to be infinitely customizable by using web technology. You can dynamically change everything you want with custom HTML, CSS, and JavaScript. Nothing is off limits. Want to shrink the size of the tabs? Just throw in some CSS, everything is…

Thing is, the vast majority don’t care about infinite tweaking. I’d never want to change the tab size or anything else like that. It should be right to begin with. Also I don’t want to have to deal with extensions breaking every update.

What I, and almost everyone else wants is extensions which provide real utility like language packs, linters, git tools, etc. All of this works well on VS code.

Re: Sunsetting Atom

#797

Post by philliphaydon »

Santosh83 wrote: post #306
philliphaydon wrote: post #111

Earlier quoted context omitted.

https://news.ycombinator.com/item?id=26341931 Just found this. It’s a shame. I donno why but I just liked brackets interface.

In this case a community of devs seem to have picked up the code base, forked it, and is actively developing. So its not exactly dead.

Oh that’s cool. Maybe that will happen with atom too.

Re: Sunsetting Atom

#798

Post by Gigachad »

manigandham wrote: post #638
gibbitz wrote: post #500

Earlier quoted context omitted.

This is why I continued to use sublime text all the way up to capitulating to TypeScript. Code was slower because of all the intellisense. I've had Code freeze on me a few times. Something that I don't have happen in Sublime or Vim. If you have a lot of RAM and work on a current mainstream OS it may seem smooth, but it's still using 400mb of RAM. May as well use Eclipse or WebStorm FWIW. That said I'm using VSCode no…

> "but it's still using 400mb of RAM" Why does this matter? What is the point of saving RAM instead of using it?

Because all my ram is already consumed. I have a 16gb MacBook running only a browser, vscode, ms teams, and the docker containers for the app and I have no memory left so I see a spinning ball every time I change windows. Ms teams was the final straw. Slack was about 300mb but teams is now 700mb+

Re: Sunsetting Atom

#799

Post by prmoustache »

rjh29 wrote: post #734
prmoustache wrote: post #637

Earlier quoted context omitted.

Which editor did you came from to think vscode start fast? msword?

Comparing it to Atom etc. It takes like 3 seconds to load a medium-sized Python project for me. And I was a long time vim user. The speed of vim is not worth the ridiculous gap in features.

Which gap? There are so many plugins. The only use I did of vscode this last year was to use the drawio integration and now I am doing diagram as code when I need to with mermaidjs or python diagrams and no longer uses it.

Re: Sunsetting Atom

#800

Post by Gigachad »

mauvehaus wrote: post #86
cedilla wrote: post #40

Earlier quoted context omitted.

I agree in principle, but I find it hard to imagine that there's enough interest to find someone who is willing to maintain the software and the package registry. Speaking of packages - of the six featured packages I get offered on atom.io, only one had a release in the last two years, and half have been unchanged for half a decade. Atom's already dead.

A lack of releases could mean dead, but it could also mean finished . As in, complete: not in need of more features, and having no bugs of sufficient severity to bother fixing. Finished is a state more software should aspire to reach. Sadly, with the advent of connectivity in everything, it's getting rare for even firmware to be finished.

Something as complex as a code editor will never be finished. There will always be new languages, new tooling, and better ways to edit.

Most real world problems have almost infinite demand for more and better software. The final text editor will be the one that reads the minds of the users and product manager and writes the code for you.

Post reply on HN