Live data from Hacker News

Introducing Atom-IDE

blog.atom.io

91–100 of 324 posts

Re: Introducing Atom-IDE

#91

Unlike lots of the posters here, I see a real need for an IDE that's completely free. I have used Eclipse and IntelliJ, and the bloat/bug/setup process in them is incredibly painful. However, I don't know if we're just going to add those problems into atom instead of what makes atom awesome - easy package management, fast text editing - and remove it.

I'm with you. Free, open source, and useful is awesome. I'll use it, and contribute when able. I wouldn't be a developer today if I didn't have access to these kind of tools when I got started with coding (I was broke, and couldn't have afforded to replace the computer on which I learned).

Re: Introducing Atom-IDE

#92
post #60
post #43

Earlier quoted context omitted.

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

Developers have a lot of power here. Encourage others not to use anything that's BSD + Patents. If, in 2 years time, Vue is more popular than React and Facebook perceives PATENTS is the reason why, it could well vanish. This is a great demonstration of the danger of BSD + Patents. First it's Facebook using it for a great frontend framework. Now Github is using it for an IDE. It truly a threat to open source.

I wouldn't bet against Vue been more widely used worldwide than React, it's huge outside the anglosphere and pretty popular inside.

Re: Introducing Atom-IDE

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

I love IntelliJ for most languages. When it comes to JS/HTML/CSS though I use VS Code...

I find it's IntelliSense and TypeScript support superior. Especially when I'm on a project using webpack/sass/etc. IDEA just seems to get lost. It either can't find a method definition or is constantly complaining about various things.

Re: Introducing Atom-IDE

#95

Earlier quoted context omitted.

Most of the RAM use comes from its architecture (it basically runs a web browser to display the UI), so this isn't a problem that they can just address. They'd have to rewrite the entire text editor with a different technology.

So why did the developers of a text editor decide on a web browser stack for their project? Yes, I know that the answer is "electron". They picked the wrong tool for the job.

> So why did the developers of a text editor decide on a web browser stack for their project?

When all you have is a hammer...

Re: Introducing Atom-IDE

#96

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…

> The same reason thousands of programmers use Vim or Emacs Vim/emacs give a better experience though: they work in a terminal/over ssh and they are FAST and lightweight (memory use). Atom has neither of these properties.

That's not false – but it ignores the point the grandparent was making, which is that minimizing switch cost is valuable to some.

Re: Introducing Atom-IDE

#97
post #61

In my opinion, this is how IDEs should be - make something better described as a text editor (like a fresh install of vim, sublime, or atom), and allow users to add more things to the light-weight(ish?) base. So many IDEs are overkill. Text editors with the right plugins can accomplish the same things but also be much more lightweight, and help you achieve a balance between "IDE" and "text editor"

Sorry but not only could I not disagree more but you're demonstrably incorrect. Anyone who says a text editor "can accomplish the same things [as an IDE]" just doesn't know how to use an IDE. The text editor vs IDE difference is the difference between using regexes and a lexer/parser to read, analyze and manipulate source code. The amount of effort I see people put into configuring their .vimrc or .emacs files to get…

You're comparing editors like vim with IDEs. I'd say "modern" text editors such as Atom, VSCode or Sublime are between these two extremes. They provide a lot of "higher-level" features while being lightweight and programming-language neutral.

Re: Introducing Atom-IDE

#98
post #61

In my opinion, this is how IDEs should be - make something better described as a text editor (like a fresh install of vim, sublime, or atom), and allow users to add more things to the light-weight(ish?) base. So many IDEs are overkill. Text editors with the right plugins can accomplish the same things but also be much more lightweight, and help you achieve a balance between "IDE" and "text editor"

Sorry but not only could I not disagree more but you're demonstrably incorrect. Anyone who says a text editor "can accomplish the same things [as an IDE]" just doesn't know how to use an IDE. The text editor vs IDE difference is the difference between using regexes and a lexer/parser to read, analyze and manipulate source code. The amount of effort I see people put into configuring their .vimrc or .emacs files to get…

Does clion support makefiles?

Re: Introducing Atom-IDE

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

I still use vim over pycharm and I write quite a bit of python and spent quite a bit of time using pycharm and setting it up. Most big IDE features break down in large code bases and for simple code bases, vim's python support is fine.

Re: Introducing Atom-IDE

#100

Interesting to see no Ruby support, since Github runs on Rails. Maybe code completion is too hard with Ruby?

Rubymine has it, so it can be done. Although you'd have a hard time supporting elements defined at runtime. I'd guess Ruby just has a smaller user base, and IDE support was added for tech that is the most popular among IDE users & stuff Facebook was interested in making a priority. Personally, when I program in Ruby, I don't like using an IDE.
Post reply on HN