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

241–250 of 324 posts

Re: Introducing Atom-IDE

#241

Post by jussij »

vorpalhex wrote: post #83
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 and IDEs are different ends of the spectrum. IDEs present a feature rich and often opinionated dev environment while text editors are, well, editors for text like content.

There are many text editors that can do much more than just edit text files.

Re: Introducing Atom-IDE

#242

Post by Rapzid »

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…

I wish Python were better in vscode; the save to get syntax errors and dog slow processing sucks. This is largely due to the python language services ecosystem(or lack thereof a proper one) I imagine. I try to stick to TypeScript these days as much as possible anyway.

Re: Introducing Atom-IDE

#243

Post by jussij »

cr0sh wrote: post #220
amirmasoudabdol wrote: post #201

"It's like the Atom editor but even slower!" I never managed to work with Atom as it is now. It's just too slow. Now they are pushing it even further, I cannot imagine how much slower could still get.

I've only found a couple of instances where Atom was slow: 1. On startup, it seems to take "forever" - but I can be patient for it 2. When having multiple files open that are really long; this may be due to linting or something, I'm not sure currently And yes, memory usage is insane...

> When having multiple files open that are really long;

I've not used Atom so I'm curious to what you mean by this.

Firstly, what would define a really long file. Is a file with 10k of lines long?

Second, I would have though the ability to open lots of files would be a rather common occurrence for any programmer working on a large code base.

What happens in Atom if you have 30 files open?

Re: Introducing Atom-IDE

#244

Post by Rapzid »

alphaalpha101 wrote: post #212
alloyed wrote: post #181

Earlier quoted context omitted.

yes and no? Unlike a traditional daemon, this isn't a system service that always runs in the background. The IDE (in this case atom) spins up the process and shuts it down when necessary, and then both sides communicate to each other using an implementation-defined IPC mechanism. So it's a server more in the sense that the IDE requests info as a client, and then the server provides it (pull, not push).

So it's not a daemon or a server. It's just a process. Running some code in a separate process isn't a 'server' it's just how all programmes operate.

In computing, a server is a computer program or a device that provides functionality for other programs or devices, called "clients".

Re: Introducing Atom-IDE

#245

Post by tootie »

pjmlp wrote: post #118
kllrnohj wrote: post #78

Earlier quoted context omitted.

IntelliJ is expensive if you want languages not covered by the free edition (like JavaScript), though, and even if you pay for it some things are frustratingly distinct such as if you have a Java/C++ app you need two different "IDEs" (CLion + IntelliJ), and you need to then juggle between those windows. Android Studio is able to work with both even though IntelliJ Ultimate isn't (why, Jetbrains, why!?), but getting A…

Expensive?!? It is a bargain compared with what I used to pay for programming tools during the 90's. In other professions people care to buy their tools.

Like when you used to have buy your compilers.

Re: Introducing Atom-IDE

#246

Post by ci5er »

kllrnohj wrote: post #78
tootie wrote: post #47

Earlier quoted context omitted.

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.

IntelliJ is expensive if you want languages not covered by the free edition (like JavaScript), though, and even if you pay for it some things are frustratingly distinct such as if you have a Java/C++ app you need two different "IDEs" (CLion + IntelliJ), and you need to then juggle between those windows. Android Studio is able to work with both even though IntelliJ Ultimate isn't (why, Jetbrains, why!?), but getting A…

I get your pain ... the Verilog Synopsis integration party took about a decade to get over, and at $20K+/seat, it hurt to have to shell out for 2~3 independent-but-each-necessary licenses (as an indie).

But, for JetBrains, at $200/seat/year ... as an Indie making anything more than $150/hour, why would you even worry about it?

EDIT: I'm mostly a vi guy, so I don't really know my ass from a hole in the ground w.r.t. IDEs. It's just ridiculous to me that a professional might complain about a $200 tool being expensive. But, your constraints are not my constraints, so I'm probably being overly judgemental. And, for that, if I am, I am sorry.

Re: Introducing Atom-IDE

#247

Post by tootie »

mmgutz wrote: post #230
tootie wrote: post #47

Earlier quoted context omitted.

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.

defacto "BEST" for Javascript? I think you would be suprised how many people do not use JetBrains products at all if you went to a JavaScript meetup.

Best != most used. I think most Java developers still use Eclipse.

Re: Introducing Atom-IDE

#248

Post by karmakaze »

What I'd much rather have is a reasonable development on Android or iOS. I've tried some but it always felt awkward, even with a Bluetooth keyboard. Eventually it we"ll get there as web apps are now fine replacements for desktop apps. Question is when.

Re: Introducing Atom-IDE

#249

Post by dkarl »

on_and_off wrote: post #175
nkkollaw wrote: post #154

Earlier quoted context omitted.

Definitely. I wish they didn't do the autosave crap.

I will regret asking this, but why ? I don't even remember what it was like to code without autosave in IntelliJ. I will review the changeset before creating the PR anyway, so I don't see the downside of autosave.

This is my feeling as well. I hated autosave until I switched from Subversion to git and suddenly branches were a nimble and powerful tool.

Honestly, I don't even remember why it was so important to control when my code changes were written to the filesystem. I just remember it used to be extremely important to me, and then I quickly stopped caring when I started using git and GitHub.

Re: Introducing Atom-IDE

#250

Post by thewhitetulip »

thaiphanvevo wrote: post #192
krisdol wrote: post #184

Earlier quoted context omitted.

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

Why would the users of their libraries sue Facebook for patent infringement? I don't get it.
Post reply on HN