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

Introducing Atom-IDE

blog.atom.io

Post reply on HN
Print view View original

141–150 of 324 posts

Re: Introducing Atom-IDE

#141

Post by Pigo »

Longhanks wrote: post #71
aesthetics1 wrote: post #66

This seems aimed squarely at VSCode. VSCode does a lot of this now out of the box (or with a few extensions). I think Atom is really just trying to keep up. I personally do not believe they have the horsepower to compete with Microsoft here though. VSCode is a phenomenal product.

Most importantly, VS Code does all this with a lot better performance and without Facebook.

I fought for Atom for a long time. But after browsing a node_modules folder in Code, I realized how much I'd just accepted poor performance. It also worked as good on my Linux devices as my work pc.

Re: Introducing Atom-IDE

#142

Post by bitwize »

oneeyedpigeon wrote: post #46
hacker_9 wrote: post #21

Earlier quoted context omitted.

But that's what I mean - we already have Emacs/Vim, with their million of extensions, which are always going to be faster. Outside of that we have Visual Studio, IntelliJ, PyCharm, the list goes on. All downloadable for free.

Emacs/Vim are far from being transparent. They have a very steep initial learning curve, and put off a lot of potential users as a result.

Oh, geez, cowboy up. Nontechnical secretaries learned how to use Multics Emacs back in the 70s and extend it using Lisp. Now you're telling me we can't expect professional programmers to learn it or vim?

Re: Introducing Atom-IDE

#143

Post by [deleted] »

tvanantwerp wrote: post #4

> [Utilize] the power of language servers to provide deep syntactical analysis of your code and projects. Having my code analyzed by others' servers just so I can have better autocomplete does not sound like something I want.

[deleted]

Re: Introducing Atom-IDE

#144

Post by r3bl »

Will_Do wrote: post #57
pluma wrote: post #54

Earlier quoted context omitted.

If by "spreading" you mean Facebook is publishing new open source projects using that license combination, yes, it's "spreading". Atom-IDE is a Facebook project. It seems to be actually derived (in part) from their Nuclide project, which has a completely proprietary non-open source license.

Is it a Facebook project though? The announcement says in collaboration with Facebook. That's an unusual definition of the word collaborate.

If only there was some sort of history of the code... and the history of people that contributed to the code over time...

Something like this maybe? https://github.com/facebook-atom/atom-ide-ui/graphs/contribu...

I looked at top 12 people, none of them claim to work for GitHub, majority of them claim to work for Facebook.

Re: Introducing Atom-IDE

#145

Post by dabockster »

hacker_9 wrote: post #10

Honestly can't see why I'd use this - I have all the professional grade IDEs I need, why do I need one that is written in JS, is slower and consumes 5x more memory? Not to mention IDEs already have their own extension stores too. This seems like an 'IDE-lite', which doesn't make much sense in a world where professional grade IDEs are free.

The fact that it also has "in collaboration with Facebook" as its tagline tells me two things:

1. This is designed specifically for React since Facebook wants to control that ecosystem.

and

2. Github is internally stuck in 2013 when FB was still "cool" and using the cloud (ooooohhhh, aaaaaahhhh) to power everything was the new trend.

Don't get me wrong, Github is a fantastic product and community. But they really shouldn't be writing desktop software.

Re: Introducing Atom-IDE

#146

Post by adrianN »

oneeyedpigeon wrote: post #74
yorwba wrote: post #69

Earlier quoted context omitted.

It's been years since I last used an IDE, but in my experience, they come with huge toolbars stuffed full of menus to open wizards with tons of options. The learning curve is just as steep. Their advantage is that they provide lots of automatic features like spellcheck and autocomplete out-of-the-box, whereas you have to set these up yourself for Emacs/Vim.

I think that's why people are talking up what they see as an alternative to the monolithic IDE: the lightweight text editor with support for extensions. I know Atom isn't particularly lightweight in terms of memory usage, but it is in terms of functionality.

Lightweight in terms of functionality, not lightweight in terms of memory. Excellent combination.

Re: Introducing Atom-IDE

#147

Post by charrondev »

reificator wrote: post #123

Still playing catchup with VSCode, but without the integrated debugger and all the rest of its fancy tooling. Is it still mind-numbingly slow as well? I can't imagine switching back to Atom at this point, or even Sublime. For individual projects I might use IntelliJ or Visual Studio again, but outside of that VSCode is my exclusive editor for all languages for the foreseeable future. I'm very impressed by what Micros…

At least for PHP it still seems to be incredibly slow. This seems slower than some of the other 3rd party Atom addons for autocomplete. Definitely far slower than VSCode and no integrated debugger either.

Re: Introducing Atom-IDE

#148

Post by eggpy »

vorpalhex wrote: post #81
aesthetics1 wrote: post #66

This seems aimed squarely at VSCode. VSCode does a lot of this now out of the box (or with a few extensions). I think Atom is really just trying to keep up. I personally do not believe they have the horsepower to compete with Microsoft here though. VSCode is a phenomenal product.

I've always chosen Atom over VSCode because I don't want these features. Autocomplete even on really expensive IDEs runs way to slow, clever auto formatting and it's ilk tend to not work well for me at all, and I dislike the overbearing project management features in most IDEs. I want a text editor that vaguely understands code with some simple file browsing and plug and play extensions. Atom trying to become VSCode…

Sublime Text?

Re: Introducing Atom-IDE

#149

Post by dbb01 »

wolfgke wrote: post #140
pjmlp wrote: post #118

Earlier quoted context omitted.

Expensive?!? It is a bargain compared with what I used to pay for programming tools during the 90's. In other professions people care to buy their tools.

> In other professions people care to buy their tools. JetBrains' tools have to be rented.

This isn't accurate. When you now pay for a year long "subscription" you own that version and can use it indefinitely. Exactly like buying a version-license previously.

Re: Introducing Atom-IDE

#150

Post by khedoros1 »

simlevesque wrote: post #24
hacker_9 wrote: post #21

Earlier quoted context omitted.

But that's what I mean - we already have Emacs/Vim, with their million of extensions, which are always going to be faster. Outside of that we have Visual Studio, IntelliJ, PyCharm, the list goes on. All downloadable for free.

> going to be faster Fast is not the end goal.

At no time should my tool be the speed bottleneck. UI responsiveness is part of that. Correct code may require a certain slowness, but a slow editor will impose extra pauses that break up your workflow unnecessarily.
Post reply on HN