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

Atom was archived today

github.com

Post reply on HN
Print view View original

561–570 of 614 posts

Re: Atom was archived today

#561

Post by bee_rider »

ameliaquining wrote: post #463
hnlmorg wrote: post #189

Earlier quoted context omitted.

VSCode is good but as someone who’s been writing software for nearly 40 years, I really feel you’ve over doing the compliments by a long long way. Compilers, operating systems, browser engines (unfortunately) and reverse engineering proprietary hardware/firmware are all significantly harder challenges than writing an IDE. in fact there have been excellent IDEs around for decades before VSCode came along. Yes the indu…

I dunno, I'm not convinced that a compiler or OS is a harder problem than an IDE. "Turns out humans are complicated and making computers do things they want is hard."[1] UX design is not only a whole complicated field in its own right, it imposes additional technical constraints that interlock with UX ones in complex ways. (E.g., VS Code's plugin API is architected the way it is partly to limit the ability of a plugi…

It seems like not really an apples-to-apples comparison anyway. Designing a text editor, there are just a lot more subjective questions.

The technical issues are also sort of different, fixing latency problems is a totally different type of problem that developing a framework for how an optimizing compiler should do its thing. Both valuable and hard things to do, hard to come up with a metric to rank them.

Re: Atom was archived today

#562

Post by lofaszvanitt »

p-e-w wrote: post #75
esprehn wrote: post #32

Earlier quoted context omitted.

Atom predated the LSP and leaned heavily into customizations with all the plugins running inside the UI thread (more like a traditional web page and 3p scripts). At the time they viewed the extreme customization support as a feature, and there was a thriving ecosystem of folks making plugins. That architecture has a major flaw though. A default install was fast, but a real configuration with all the plugins ended up…

VSCode is one of the greatest pieces of engineering of our time. It's really only when you compare it with Atom that you realize how great it is. Atom was built by incredibly smart people, who had full control over the platform and several years of head start, and they were still out-engineered by the VSCode team at every turn. VSCode did almost everything right: The choice of TypeScript as the base language (with wh…

From a company which hindered web development efforts and made devs life misearable with IE because why not. If you are doing web development with VSCode then congratulations, why not spit yourself in the face?

Plus it's freeeee... because as a software behemoth with 1 trill marketcap you have to ruin smaller companies, because why not.

Re: Atom was archived today

#564

Post by nverno »

lanstin wrote: post #533
einherjae wrote: post #496

Earlier quoted context omitted.

VS Code is good, but not THAT good. It has unparalleled remote editing with the SSH extension, but the actual editor is beaten by Sublime. I can buy that people like it, I don’t dislike it, but it also isn’t sliced bread. There’s peers in the market that are ahead in various ways, so VS Code isn’t the end all be all, even if it is cool.

Is the remote editing better than emacs?

No, but it does allow remote pair programming via its live share feature

Re: Atom was archived today

#565

Post by BudaDude »

m000 wrote: post #558
bearon wrote: post #36

Make no mistake... This project, Atom. Provided the runway that others copied, then improved upon (and on and on... with plenty of funding). Atom provided the seed, excitement and vision for what is possible on this platform, and should be proud of that fact.

> Atom provided the seed, excitement and vision for what is possible on this platform, and should be proud of that fact. Atom provided the seed, excitement and vision for bloated Electron apps, and shouldn't be very proud of that fact.

I believe it was the first electron app and to be fair, there are some great electron apps out there (VSCode, Obsidian, Discord, Slack).

Re: Atom was archived today

#566

Post by WorldMaker »

spmurrayzzz wrote: post #542
flakeoil wrote: post #261

Earlier quoted context omitted.

Spot on. And I would rather say that Atom was an engineering feat in terms of that they developed Electron and tree-sitter. One also has to take into account that Atom started long before VS Code so for sure the VS Code team could make much more informed decisions and learn from the "failures" of Atom. And things like TypeScript wasn't around when Atom started.

Admittedly this is a little bit of a nitpick (and I agree with your general sentiment re: VSCode devs benefitting from prior art) but for clarity's sake — Atom v1.0.0 was released mid-2015. TypeScript v1.0 was early 2014 and had been usable since 2012 pre 1.0. They were very much contemporaries of one another, though obviously TS popularity has surged since 2017/2018.

Also, the Monaco code editor (a core component of VS Code) was started for the Azure Portal and then used by the IE Dev Tools experience for several years before Atom. VS Code didn't have Electron until after Atom, but they had a running start in several core component areas.

Re: Atom was archived today

#567

Post by einherjae »

nverno wrote: post #564
lanstin wrote: post #533

Earlier quoted context omitted.

Is the remote editing better than emacs?

No, but it does allow remote pair programming via its live share feature

As a vim user with only superficial emacs experience, does emacs have something like the remote file system setup that VS Code with the ssh extension provides? Basically local editor with local response time, but file system is external?

I realize sshfs provides something similar, but it has a few rough edges compared to the vs code implementation.

Re: Atom was archived today

#569

Post by satvikpendem »

zeveb wrote: post #444
satvikpendem wrote: post #186

Earlier quoted context omitted.

On the contrary, working in a professional environment, almost no one I know is using vim or Emacs seriously day to day for coding. We all use VSCode because that is a tool that just works for our team and company. Having a unified tool set works wonders for group productivity, no more messing around with some employees not having a certain package and others needing to customize their vim configs. No, everything sim…

> Having a unified tool set works wonders for group productivity, no more messing around with some employees not having a certain package and others needing to customize their vim configs. Completely agree: the entire company should be on a common, future-proof, extensible, free platform: Emacs! I honestly don’t understand why anyone bothers wasting effort on any other editor.

Yes, I'd agree if everyone wanted to use Emacs too, fine by me. However everyone uses VSCode so that's what we will continue to use.

Re: Atom was archived today

#570

Post by satvikpendem »

dym_sh wrote: post #568
satvikpendem wrote: post #130

Earlier quoted context omitted.

Why? And what's better?

VirtualDOM is why. vanilla.js is better

Have fun rewriting your own ad hoc, informally-specified, bug-ridden, slow implementation of half of ̶C̶o̶m̶m̶o̶n̶ ̶L̶i̶s̶p̶ React.
Post reply on HN