Live data from Hacker News

Introducing Atom-IDE

blog.atom.io

71–80 of 324 posts

Re: Introducing Atom-IDE

#71

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.

Re: Introducing Atom-IDE

#72

Can someone compare this to Visual Studio Code? It seems to be the exact same thing?

One is written in .NET, while the other one is written in JavaScript, run in a JavaScript runtime environment ripped out of Chrome.

They’re both electron applications?

Re: Introducing Atom-IDE

#73
post #37

This seems to also have the BSD + Patents beloved by Facebook[0]. The virus is spreading. [0]: https://github.com/facebook-atom/atom-ide-ui/blob/master/PAT...

This is absolutely infuriating. Amazing how one file added to the repo can kill the project.

Re: Introducing Atom-IDE

#74
post #69

Earlier quoted context omitted.

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.

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.

Re: Introducing Atom-IDE

#75

Flow is supported, but Reason is not ? I thought it would be the other way around. Anyone know which one is what the React ecosystem is moving to ?

Flow is more mature than Reason and is more widely used both at Facebook and outside.

Re: Introducing Atom-IDE

#76

Can someone compare this to Visual Studio Code? It seems to be the exact same thing?

One is written in .NET, while the other one is written in JavaScript, run in a JavaScript runtime environment ripped out of Chrome.

No. Like Atom, VSCode is also an Electron app, written in Javascript.

Re: Introducing Atom-IDE

#78
post #47

Earlier quoted context omitted.

The same reason thousands of programmers use Vim or Emacs with various extensions as their development environment. It allows the same editing experience across multiple languages. A consistent interface, lack of need for learning many (often very different) IDEs, less proprietary annoyance, many many more options for customization, much easier to port your setup to various platforms, etc. Admittedly I don't think At…

I think that's less relevant than it used to be. JetBrains is now the de facto best IDE for Java, JavaScript, Python and PHP. It has Android Studio and even support for C#. Visual Studio also supports a wide array of languages. I'm in IntelliJ pretty much all the time, no matter the project.

IntelliJ is expensive if you want languages not covered by the free edition (like JavaScript), though, and even if you pay for it some things are frustratingly distinct such as if you have a Java/C++ app you need two different "IDEs" (CLion + IntelliJ), and you need to then juggle between those windows. Android Studio is able to work with both even though IntelliJ Ultimate isn't (why, Jetbrains, why!?), but getting Android Studio to work on non-Android things isn't the nicest of experiences.

I'd be more willing to pay for the quality if a nice, unified experience was the result, but it annoyingly isn't. To say nothing of the lack of support for things like Rust.

That's what this new generation of IDEs is exciting to me - the unified language server standards. Let the compilers handle understanding the code which is what they are best at. Especially if it helps make IDEs less tied to the build system in general (no, CLion, I don't want to use CMake)

Re: Introducing Atom-IDE

#79
post #47

Earlier quoted context omitted.

The same reason thousands of programmers use Vim or Emacs with various extensions as their development environment. It allows the same editing experience across multiple languages. A consistent interface, lack of need for learning many (often very different) IDEs, less proprietary annoyance, many many more options for customization, much easier to port your setup to various platforms, etc. Admittedly I don't think At…

I think that's less relevant than it used to be. JetBrains is now the de facto best IDE for Java, JavaScript, Python and PHP. It has Android Studio and even support for C#. Visual Studio also supports a wide array of languages. I'm in IntelliJ pretty much all the time, no matter the project.

Not true for Javascript, the cool thing about VS code is that it will automatically download the typescript definition files even if you aren't using typescript. So you get much nicer hover and autocompletion than intelliJ/webstorm.

Re: Introducing Atom-IDE

#80
post #58
post #47

Earlier quoted context omitted.

I think that's less relevant than it used to be. JetBrains is now the de facto best IDE for Java, JavaScript, Python and PHP. It has Android Studio and even support for C#. Visual Studio also supports a wide array of languages. I'm in IntelliJ pretty much all the time, no matter the project.

I program a lot in C, F# and Python. I mostly use visual studio code (electron app similar to Atom, but better). It's great if you're using languages which don't come in one IDE, or where you need to pay for the IDE (F#).

Take a look at full Visual Studio, it's a much better IDE for F#, the free version beats vscode for F# dev hands down. Though I like VS code for its portability.
Post reply on HN