Live data from Hacker News

Introducing Atom-IDE

blog.atom.io

41–50 of 324 posts

Re: Introducing Atom-IDE

#41

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 ?

This was made mostly by Facebook, it stands to reason Flow would be supported.

Reason is also made by Facebook

Re: Introducing Atom-IDE

#42

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.

Because unlike the "profession grade IDEs", this one doesn't make me want to gouge my eyes out.

Re: Introducing Atom-IDE

#43
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...

What can we reasonably do to stop this? This goes against the very notion of open source.

Re: Introducing Atom-IDE

#45

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.

it is when 'unusably slow' is the alternative..

Re: Introducing Atom-IDE

#46

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…

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.

Re: Introducing Atom-IDE

#47

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 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.

Re: Introducing Atom-IDE

#49
post #30

> [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.

Language servers are local services that analyze the code outside of your editor (and can be used by several editors etc). It's a protocol that got big the last 2 years or so. It doesn't refer to servers in some Cloud.

So... daemons?
Post reply on HN