I'm a JavaScript / typescript guy, so for me these past few years VS code has been leaps and bounds ahead of WebStorm w/ extensions,etc.

But lately I've been using Datagrip for SQL stuff,and geez, did Jetbrain crush the competition w/ this product.

...once I switched the shortcuts to match VS Code's, that is

Could you elaborate? VS Code is faster/leaner than WebStorm, that's for sure, but are there any specific workflows that you feel VSCode is better than WS?

I found WebStorm a bit overwhelming when I first tried it (I was fairly new at the time), which made any workflow a little difficult for me out of the gate.

That, and I remember Staples of the JS ecosystem (eg ESLint) being somewhat difficult to set up. Maybe they were simple if one knew the Jetbrain workflows, but for me, esp. compared to VS Code, it seemed a huge undertaking just to get ESLint to work.

Actually, here's an SO question I posted awhile back about ESLint in WebStorm (well, intelliJ). This was shortly before I made the switch to Code.

https://stackoverflow.com/questions/34700062/intellij-plugin...

These days PyCharm (and as such, probably WebStorm too) just auto-configures itself to ESlint files if it detects it's installed.

> But lately I've been using Datagrip for SQL stuff,and geez, did Jetbrain crush the competition w/ this product.

For me, "the competition" is the MySQL CLI. Is there and advantage to Datagrip assuming that one is reasonably proficient in SQL (at least the MySQL dialect)? Serious question. After running \# I've got table and field completion, and all the readline (pseudo-emacs) shortcuts work.

+1 for Datagrip, use it everyday

Almost every release of Android Studio has succeeded in breaking every single Android app I wrote. I have always had to cut and paste every class, resource, layout, one by one into a new project in order to get it to compile. I always fear pressing the "update" button.

What kind of ridiculous project structure do you have? I have never in my ~5 or so years of using Android Studio have had to do something as drastic as that.

I have occasionally have had issues with updating, but this has required a tweak in the gradle file and an update of build tools, at most.

Let's see, I just upgraded to Android Studio 3.1, opened one of my previous ridiculously simple apps, and voila:

    Could not find com.android.tools.build:gradle:3.0.1.
    Searched in the following locations:
        https://jcenter.bintray.com/com/android/tools/build/gradle/3.0.1/gradle-3.0.1.pom
        https://jcenter.bintray.com/com/android/tools/build/gradle/3.0.1/gradle-3.0.1.jar
    Required by:
        project :
    Add Google Maven repository and sync project
    Open File

Okay, I hit the "Add Google Maven repository and sync project", and now we have:

    Could not GET 'https://jcenter.bintray.com/org/ow2/asm/asm/5.1/asm-5.1.pom'. Received status code 502 from server: Bad Gateway
    Enable Gradle 'offline mode' and sync project

I don't know what the hell any of this means -- I'm not a Java/Gradle/etc. person at all, just forced to use this pile of mess for Android -- so I cluelessly hit "Enable Gradle 'offline mode' and sync project" hoping it will resolve the error, and now:

    No cached version of org.ow2.asm:asm:5.1 available for offline mode.
    Disable Gradle 'offline mode' and sync project

Created a new project and it compiled successfully. Cut-and-paste classes, here we come!

On another note, creating a blank Android app results in nothing short of 87 files. Does it really have to be this complicated? Do we really have to use this gradle nonsense? (90%+ of the errors I get hen upgrading Android Studio say something about gradle). Most frameworks on other platforms are simple and elegant enough that it is possible to memorize the minimal "hello world" example and implement it with vim, and the IDE is just there for convenience, not out of necessity.

Bintray is having major outages today. That explains the 502

My experience (full-time Android dev) falls somewhat in the middle.

This sort of compatibility breaking was fairly common back in the AS 1.X/early 2.X days. As of now, it's really rare, and usually resolves automatically.

> What kind of ridiculous project structure do you have?

Obviously one that was supported in every preceding version of Android Studio. When making consumer-facing tools, it is the job of the tool maker to make sure that it doesn't break.

If something works in a version, and breaks in another, guess who is to be blamed? (hint: not the user)

Okay. That's almost crazy. In my almost 3 years of maintaining our app that was originally written in Eclipse, we never had to face any single issues like this. There were some minor issues but never like this. It makes me wonder if the your project structure or the way project is written is crappy.

Well, just spend some time reading Android developer forums on Reddit, G+ or Google groups, every time there are new SDK or Studio stable releases.

The dheera is not alone.

Well, the rule of thumb is that if you need stability, never upgrade on the first day of release but rather wait for 1 week or two. I personally have faced and upgraded my apps through many of these upgrades and there was rarely an earth-shattering issue that I was not able to solve. YMMV.

Well, yes, it always happens to someone - I mean, every upgrade will break some stuff for some devs. After all, the userbase of Android Studio is quite sizeable.

What I find hard to believe is that these problems would hit the same bunch of people every time, and on the top of it, affecting every project they work on. Come on.

And this is what dheera claimed ("almost every release of Android Studio has succeeded in breaking every single Android app"). If it's really so extreme, I'd say that he - or she - is not unlikely to be alone, or close to that.

The crazy part is, while I have the same issues with every release of Android Studio – the same project in IDEA works just fine, without any trouble, ever.

In fact, JetBrains quality and reliability has been much higher than the piece of shit IDE Google has been producing.

That is baffling, and probably down to your setup somehow. What exactly prevents it from compiling?

I'm was a long time Visual studio user (when it was called Visual C++), and Android Studio preview was my "gateway drug" into the Jetbrains IDEs.

If anyone uses Resharper, I highly recommend trying Rider.

Yeah, when running on my gamer ring.

Android Studio's performance made me loose interess on JetBrain products.

Xeon class CPU, SSD and at least 16 GB RAM should be written on the box.

That's mostly Gradle. Jetbrains IDEs are not exactly lean, but Android's use of Gradle is an exercise in patience, even on the command line.

I imagine Android Studio will switch to Bazel sometime in the near future. Every other non-Android Java shop seems to be rewriting their Gradle build files as Bazel configs nowadays. Gradle and Apache Groovy just don't scale.