Android Studio, and in turn, Jetbrain's IDE are an absolute godsend for productivity. Quick actions, macros, shortcut egornomics, etc. are top notch and make me a happy developer. I would even dare to say, it's a better IDE than Visual Studio.
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.
Android Studio has such a fat ass. Every release it, and gradle, want more memory to do the same thing. I'm hoping that the tools devs improve or review the resource usage of the gradle plugin, etc. VS Code and the flutter tooling are svelte in comparison.
Seriously. I've gone back to vim completely (from my previous mix of Studio and vim). Browser tabs and gradle, alone, max out my laptop's 8gb ram. If I were to throw Studio into the mix, I'd have to close Firefox!
I hope the memory enhancements show considerable improvements. I've seen people with >32 GB memory complaining that AS eating enough RAM to affect productivity.
Tip: If you have dual GPU system try launching AS, android emulator, Idea, WS, Pycharm, with the discrete GPU i.e (Linux/ATI in my case).
I have seen considerable improvements in productivity for the same codebase with 3rd gen corei5 with ATI 7400M series GPU vs 7th gen corei5 with intel integrated gpu both having same memory. The OS setup is same.
Obviously, java by itself isn't using the VRAM; I assume the visual rendering of IDE's & emulators use it and leaves enough RAM for the AS to gulp.
I've found that giving IntelliJ (or Android Studio) too much memory can actually backfire. The Java process ends up using all the memory you give it, but this also results in long GC pauses past a certain point. If you're curious, turn on the memory inidicator in the app with Settings -> Appearance -> Appearance -> Show memory indicator. I've found 2gb - 4gb to be the sweet spot depending on project size.
I’m an iPhone and Mac user. Can’t say I gave the Android emulator a good chance for me to like it. But just a couple of tries had me reaching for the Samsung J30 I picked up for on-device debugging. The emulator was pretty slow is why. Sounds like they worked on that for 3.1 though.
I am surprised Google have not acquired JetBrains by now. Android Studio being based on their IntelliJ platform and Kotlin getting first class support in Android is investing a hell of a lot in a relatively small foreign company. Kinda strange as Google have acquired larger companies for less (less reliance not value).
If I trust any company with JetBrains it would be Microsoft. But they already have top notch products...I'm using PyCharm and Visual Studio Code side by side now and it's like VSC has like 10% of the menu options yet does everything I want it to do. Something like macOS versus Windows in terms of simplicity vs features.
[+] [-] wpdev_63|8 years ago|reply
runs for cover
[+] [-] bmpafa|8 years ago|reply
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
[+] [-] dheera|8 years ago|reply
[+] [-] jenscow|8 years ago|reply
If anyone uses Resharper, I highly recommend trying Rider.
[+] [-] pjmlp|8 years ago|reply
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.
[+] [-] unknown|8 years ago|reply
[deleted]
[+] [-] clumsysmurf|8 years ago|reply
[+] [-] realharo|8 years ago|reply
[+] [-] mdellavo|8 years ago|reply
It's even using less memory than chrome lately.
[+] [-] smichel17|8 years ago|reply
[+] [-] Abishek_Muthian|8 years ago|reply
Tip: If you have dual GPU system try launching AS, android emulator, Idea, WS, Pycharm, with the discrete GPU i.e (Linux/ATI in my case).
'DRI_PRIME=1 ../studio.sh'
bash -c "LD_PRELOAD='/usr/lib/libstdc++.so.6' DRI_PRIME=1 ../android-sdk/emulator/emulator -avd Nexus_5X_API_27 -gpu host"
I have seen considerable improvements in productivity for the same codebase with 3rd gen corei5 with ATI 7400M series GPU vs 7th gen corei5 with intel integrated gpu both having same memory. The OS setup is same.
Obviously, java by itself isn't using the VRAM; I assume the visual rendering of IDE's & emulators use it and leaves enough RAM for the AS to gulp.
[+] [-] tstieff|8 years ago|reply
[+] [-] on_and_off|8 years ago|reply
and with it, type hints.
This should be very useful in kotlin with rx. map calls are often hard to follow without explicitly writing types.
This sounds like the best of both worlds.
[+] [-] cseelus|8 years ago|reply
[+] [-] CodeWriter23|8 years ago|reply
[+] [-] satysin|8 years ago|reply
[+] [-] realharo|8 years ago|reply
[+] [-] dep_b|8 years ago|reply
[+] [-] CodeWriter23|8 years ago|reply
[+] [-] fwgwgwgch|8 years ago|reply