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

191–200 of 324 posts

Re: Introducing Atom-IDE

#191

Post by greenshackle2 »

khedoros1 wrote: post #187
greenshackle2 wrote: post #174

Earlier quoted context omitted.

If you bother looking at the page you'll know when you buy a yearly subscription (or 12 consecutive monthly) with Jet Brains you automatically get a perpetual license for the current version. You only need to keep paying if you want to keep getting updates. If you're happy with the current version no one is forcing you to keep paying or keep updating. I can't speak to all IDEs, but at least with IntelliJ you're not j…

I looked at the page, but didn't read the definition of "perpetual fallback license". Thank you for the clarification. It still seems bizarre that one standard case is that you pay for a subscription, presumably using version x, and then are pushed down to version x-1 if you didn't subscribe for at least a year under version x.

Thinking about it a bit more yeah, when you stop subscribing you might have to roll back 12 months of updates on your machine, which is pretty odd. Clearly they want to discourage you from doing it.

At least bug fixes are included:

"The license also includes all bugfix updates, more specifically in X.Y.Z version all Z releases are included."

I can understand giving you the major version at the time you bought the subscription but it's a bit stingy to exclude minor version bumps (Y releases).

Re: Introducing Atom-IDE

#192

Post by thaiphanvevo »

krisdol wrote: post #184
Longhanks wrote: post #71

Earlier quoted context omitted.

Most importantly, VS Code does all this with a lot better performance and without Facebook.

> and without Facebook And Atom does it without Microsoft. Seriously though, what kind of comment is that? Facebook develops open source plugins for the atom ecosystem, and somehow that's supposed to be the most important criticism?

Facebook set a precedent in their open source licensing rules where users of their libraries aren't allowed to sue them for patent infringement.

Re: Introducing Atom-IDE

#193

Post by munificent »

osteele wrote: post #114
dvorak365 wrote: post #112

Earlier quoted context omitted.

XCode?

D'oh! (I also have fond memories of Think C and then Metrowerks, back in the day. A lot of us used them at Apple, instead of the official MPW.) This brings up some other advantages of text editors versus IDEs, within my limited experience: * More rapid support for more languages and syntaxes * Many of the IDEs just feel sluggish. (Yes, Atom can get that way with large files, large numbers of files, or too many plugin…

> fond memories of Think C and then Metrowerks

Me too, especially the former. It's so weird the things our nostalgia anchors itself to. And don't get me started on ResEdit. My emotional palette has a color reserved specifically for the feeling I got poking around applications and creating icons and cursors using it.

Re: Introducing Atom-IDE

#195

Post by ruffrey »

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 switch between Atom and JetBrains IDEs all the time. Atom is definitely peppier and has been for over a year. It has a better feel to it and much more customization. The only thing that is better about JetBrains is the exceptional debugger. Nothing in the Atom platform comes close to the JetBrains debug (and test runner) experience.

Re: Introducing Atom-IDE

#196

Post by zython »

Is this the fate of all text editors once they run out of ideas to implement ?

I for sure wouldnt use this, especially with the whole kite controversy just being over (is it ?).

Re: Introducing Atom-IDE

#197

Post by int_19h »

slewis wrote: post #130
reificator wrote: post #123

Still playing catchup with VSCode, but without the integrated debugger and all the rest of its fancy tooling. Is it still mind-numbingly slow as well? I can't imagine switching back to Atom at this point, or even Sublime. For individual projects I might use IntelliJ or Visual Studio again, but outside of that VSCode is my exclusive editor for all languages for the foreseeable future. I'm very impressed by what Micros…

Can you comment on when/why you might use IntelliJ/VS over VSCode? I've recently switched to VSCode from vim, and haven't really used full IDEs since college (except for small amounts of mobile app development).

Code completion is still generally better in VS, for one.

Re: Introducing Atom-IDE

#198

Post by reificator »

slewis wrote: post #130
reificator wrote: post #123

Still playing catchup with VSCode, but without the integrated debugger and all the rest of its fancy tooling. Is it still mind-numbingly slow as well? I can't imagine switching back to Atom at this point, or even Sublime. For individual projects I might use IntelliJ or Visual Studio again, but outside of that VSCode is my exclusive editor for all languages for the foreseeable future. I'm very impressed by what Micros…

Can you comment on when/why you might use IntelliJ/VS over VSCode? I've recently switched to VSCode from vim, and haven't really used full IDEs since college (except for small amounts of mobile app development).

I don't have a reason to right now, but I'm saying I could imagine having one. More specialized debugging support perhaps? Joining a team with a build system that's easier to work with from {{IDE}}?

Re: Introducing Atom-IDE

#199

Post by oneeyedpigeon »

adrianN wrote: post #146
oneeyedpigeon wrote: post #74

Earlier quoted context omitted.

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.

Lightweight in terms of functionality, not lightweight in terms of memory. Excellent combination.

One out of two ain't bad. At least they've left the one which will get 'fixed' if they just do nothing for long enough.

Re: Introducing Atom-IDE

#200

Post by oneeyedpigeon »

bitwize wrote: post #142
oneeyedpigeon wrote: post #46

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.

Oh, geez, cowboy up. Nontechnical secretaries learned how to use Multics Emacs back in the 70s and extend it using Lisp . Now you're telling me we can't expect professional programmers to learn it or vim?

If the return on investment justifies it, of course learn vi/Emacs. I use vi myself on a daily basis, but you must admit that not every professional programmer does. For those that don't, atom might be another option.
Post reply on HN