Introducing Atom-IDE • Hacker News Board

Re: Introducing Atom-IDE

#31

Post by jbob2000 » Tue, Sep 12, 2017, 5:56 PM UTC

pitaj wrote: post #12

jbob2000 wrote: post #6

Earlier quoted context omitted.

Yep, I was using Atom for 6 months, I wanted to give a solid go. But now I am back to sublime text. I can't really put my finger on it, but sublime text is just snappy and reliable in ways that Atom isn't. Got really tired of Atom lagging because I'm typing too fast, got tired of lockups and hanging. VS Code has very simillar issues too. It was a nice experiment (can we do editors in HTML/JS?), but I'm convinced nati…

Have you tried VS Code? It's very snappy in my experience, much better than atom.

Yep, been using it for a month full time so far. It IS better than Atom, but it still has snappiness problems. The embedded console is great, but not as fast as just using command prompt, it just has weird laggy moments. Using the built-in Git is also laggy, there's a delay when you click to stage a file, really annoying. The search is really laggy too, when you do a search across your app, it locks up the whole window for a second or two.

Microsoft also has this really annoying tendency to use icons for everything, every once in a while I find myself googling wtf these icons are.

Re: Introducing Atom-IDE

#32

Post by thrillgore » Tue, Sep 12, 2017, 5:56 PM UTC

drngdds wrote: post #22

thrillgore wrote: post #2

I hope they address memory consumption at some point too.

How much does it use?

Current available RAM ^ 2

I wish I was joking but that's what it feels like sometimes

Re: Introducing Atom-IDE

#33

Post by [deleted] » Tue, Sep 12, 2017, 5:57 PM UTC

TremendousJudge wrote: post #11

jamescostian wrote: post #7

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"

Except for the fact that Atom eats more memory than Visual Studio

[deleted]

Re: Introducing Atom-IDE

#34

Post by rplnt » Tue, Sep 12, 2017, 5:58 PM UTC

jbob2000 wrote: post #6

thrillgore wrote: post #2

I hope they address memory consumption at some point too.

Yep, I was using Atom for 6 months, I wanted to give a solid go. But now I am back to sublime text. I can't really put my finger on it, but sublime text is just snappy and reliable in ways that Atom isn't. Got really tired of Atom lagging because I'm typing too fast, got tired of lockups and hanging. VS Code has very simillar issues too. It was a nice experiment (can we do editors in HTML/JS?), but I'm convinced nati…

Sublime Text works as a simple code editor as well, while Atom has start-up times not far from those of Visual Studio.

Opening files in a running instance of ST is virtually instantaneous. Not sure if it is even possible with Atom.

Re: Introducing Atom-IDE

#35

Post by dubcanada » Tue, Sep 12, 2017, 5:58 PM UTC

Off-topic but does anyone know what that atom skin used in the screenshot (https://user-images.githubusercontent.com/378023/29859731-74...) is called?

Re: Introducing Atom-IDE

#36

Post by dubcanada » Tue, Sep 12, 2017, 5:59 PM UTC

sandGorgon wrote: post #23

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.

Re: Introducing Atom-IDE

#37

Post by Will_Do » Tue, Sep 12, 2017, 6:04 PM UTC

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

Re: Introducing Atom-IDE

#38

Post by fortythirteen » Tue, Sep 12, 2017, 6:05 PM UTC

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.

I wish they'd put this sort of manpower towards fixing Electron.

Re: Introducing Atom-IDE

#39

Post by geodel » Tue, Sep 12, 2017, 6:08 PM UTC

coldtea wrote: post #28

jamescostian wrote: post #7

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"

> Text editors with the right plugins can accomplish the same things but also be much more lightweight Oh, the irony...

In this world 1GB RAM for Slack or Atom is considered high perf systems as they allow to edit huge files containing 100s of lines or chat with as many as 10 people at same time.

Re: Introducing Atom-IDE

#40

Post by Existenceblinks » Tue, Sep 12, 2017, 6:09 PM UTC

TremendousJudge wrote: post #11

jamescostian wrote: post #7

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"

Except for the fact that Atom eats more memory than Visual Studio

While the statement is true, I have almost 2GB of RAM left before opening Atom. My OS says it's fine (although I know it writes more stuff to SSD)

Fact is that it will use the maximum resource it requires, and maximum resources OS can provide.