Introducing Atom-IDE
231–240 of 324 posts
Re: Introducing Atom-IDE
#232Earlier quoted context omitted.
My impressions were the same. Unfortunately VS Code caused some data loss on the first day I tried it, so I chose to keep using Sublime, but it seems really good overall.
data loss Care to elaborate? Might be good to help others avoid the same problem.
Basically, I can see how the choice they made is a reasonable one, but my stance is a buffer should never close until I say so. If the backing file disappears, the last contents of the buffer should stay in there until I close it.
I bet a lot of people will never get bit by this, but it's nasty enough that I think they should reconsider this decision. But for me it doesn't matter, I don't want to lose work because I trusted my editor to hold on to something and it didn't, so I'll likely never use it again.
Re: Introducing Atom-IDE
#233Earlier quoted context omitted.
I keep seeing people writing about these "cheap" intellij subscriptions but on the website it's 400 pounds a year.
You're probably looking at the "Businesses and Organizations" pricing, where the org pays £499/yr per user. The personal ("Individual Customers") license is starts at £199, and decreases to £159 then £119 for subsequent years. There's a bunch of groups (e.g. Open Source projects) that qualify for free or heavily discounted licenses too.
I've never been particularly bullish on Atom or Electron, but I think Jetbrains is going to be eating their lunch for awhile at least.
Re: Introducing Atom-IDE
#234Earlier quoted context omitted.
That's not false – but it ignores the point the grandparent was making, which is that minimizing switch cost is valuable to some.
Switch-cost between what? Vim has worked pretty well for me for all programming languages I've used and on all platforms I've used. I reread grandparents comment and I'm a bit unsure what you are referring to exactly.
Re: Introducing Atom-IDE
#235In 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…
If you honestly think there's something an IDE can do that can't be done in a text editor with plugins, then just consider this: an IDE at its core is a text editor, and all the rest is just "plugins"
Re: Introducing Atom-IDE
#236Earlier quoted context omitted.
You could do X forwarding
Electron apps are terrible with X forwarding. Even locally, on your own LAN. It's all rendered bitmaps getting sent over, causing much lag and terrible performance. Not recommended.
Re: Introducing Atom-IDE
#237In 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...
I'm aware that text editors with plugins have more overhead than an IDE, but at least in my experience, I don't need enough plugins to make the plugins take as big of a toll as everything that comes with a text editor. I should have been more clear about this in my original comment
Re: Introducing Atom-IDE
#238Earlier 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…
Re: Introducing Atom-IDE
#239Earlier quoted context omitted.
data loss Care to elaborate? Might be good to help others avoid the same problem.
Basically, it closed a buffer because the backing file disappeared when I checked out a different branch. So I guess the lesson is use your file system to retain data and never your editor, which sounds obvious and you could certainly argue the loss was my fault. But I do that all the time with Sublime and never had this problem once. In fact I could quit Sublime altogether and the data would still be there when Subl…
Re: Introducing Atom-IDE
#240Still 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).