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

101–110 of 324 posts

Re: Introducing Atom-IDE

#101

Post by komali2 »

dkersten wrote: post #87
Tenobrus wrote: post #13

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.

I've been wondering if there's a way to use a more graphical editor over SSH, such as vscode or sublime. I get that I could just "learn VIM" but I already know a shitload of hotkeys for vscode/sublime (they're easily transferred), so I'd rather just use them.

Re: Introducing Atom-IDE

#103

Post by pritambaral »

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.

> and without Facebook

Does Atom have any kind of Facebook integration?

Re: Introducing Atom-IDE

#104

Post by opencl »

dotancohen wrote: post #59
482794793792894 wrote: post #27

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.

This is actually backwards: Electron was originally created for the Atom project and even used to be called Atom Shell.

Re: Introducing Atom-IDE

#105

Post by komali2 »

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…

>I want a text editor that vaguely understands code with some simple file browsing and plug and play extensions

This is my config of vscode. I disabled all autocomplete because it seemed shitty and non-functional to me (for example, I'm in an HTML file and type "" every time). With all that autocomplete, pop-up dropdown menu BS disabled, it's nice and smooth.

Re: Introducing Atom-IDE

#106

Post by eduren »

m4tthumphrey wrote: post #56

Why why why why why? What is the point in this? Seriously. Please can someone enlighten me. Atom was bad enough with all of the other text editors are out there and not written in JS, but now you can't even say it's just a text editor. Facebook and the other contributors clearly have too much spare time on their hands. JetBrains. End of.

>What is the point in this? Seriously. Please can someone enlighten me.

People want to improve the tools they use. Whether or not you feel they are using their "spare time" correctly, I'm sure they don't care.

Re: Introducing Atom-IDE

#108

Post by ambivalence »

dkersten wrote: post #87
Tenobrus wrote: post #13

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.

Well, I am editing remote code over SSH with Atom and Nuclide right now. It's been possible for a long time. Now you can even run a remote debugger on your Python program.

Re: Introducing Atom-IDE

#109

Post by csdreamer7 »

Will_Do wrote: 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...

Okay, this should be the top comment here. My developer tools using extensions that give away patent protection in a one side license is unacceptable.

Re: Introducing Atom-IDE

#110

Post by osteele »

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.

Dedicated IDEs seem targeted at “I'm going to spend all day living in this one big project.” Text editors such as Atom and Visual Studio Code seem better at editing a single file, or bopping between a few projects (either within the same or across multiple windows). Either can technically handle the opposite extreme, but seems out of its element there.

Also, I have yet to see an IDE that looks and feels like a native macOS application. (I'm looking forward to being corrected here.)

Post reply on HN