Google Releases Android Studio 1.0, the First Stable Version of Its IDE 115
An anonymous reader writes After two years of development, Google today released Android Studio 1.0, the first stable version of its Integrated Development Environment (IDE) aimed solely at Android developers. You can download the tool right now for Windows, Mac, and Linux from the Android Developer site. Google first announced Android Studio, built on the popular IntelliJ IDEA Java IDE, at its I/O Developer conference in May 2013. The company's pitch was very simple: this is the official Android IDE.
Looks pretty impressive... (Score:3)
From what I've read, it looks like a decent IDE, comparable with similar items (Eclipse, for example.) The fact that it allows one to display text and other items and see how it will look on a number of devices at once is a nice touch.
The proof will be in the pudding -- I wonder how usable it will be as a day to day tool for app developers and coding houses, especially with multiple people doing check-ins and such.
Re: Looks pretty impressive... (Score:1)
does it support ndk debugging? or is that a lost cause?
Re: (Score:2)
If you want NDK debugging, use the nVidia Tegra Android development pack + Visual Studio. It's the least terrible option out there.
Re: (Score:2)
Re: (Score:2)
Re: (Score:2)
Oh for fsck's sake gentlemen. Android Studio is only the "free" option for Android. If you're willing to pay then a $400 corporate license for IntelliJ will cover you on Android in Linux until Google releases an official Linux edition. I haven't used others, but right off hand NVIDIA itself provides the SDK for Ubuntu flavors. I even saw AIDE for development directly on ARM devices. There is still Eclipse for the moment as well.
So, uh, any other particular reason to continue arguing?
Re: (Score:2)
That's all very well and good unless one doesn't own windows.
But not owning windows is more of a political issue than a technical issue. If you are a moderately serious Android developer that needs the NDK then getting Windows and dual booting your Mac or PC wouldn't seem to be much of a problem.
Re: (Score:2)
They you should totally continue to complain on the internet that nobody is meeting your exact needs for free. The rest of us will get some work done.
Re: (Score:2)
And also if one doesn't own an android device, or a PC powerful enough to run Android Studio comfortably, etc etc. There are some prerequisites to programming. If you don't want to fulfil them, find something else to do.
Re: (Score:2)
Re: (Score:2)
Having cross platform support doesn't mean you cant recommend a platform.
ie: git works fine in Windows. It just works better under *nix. Node-webkit works fine on a Mac or Linux. Its just lightyears (ya, i know, unit of distance...) faster in Windows.
Re: (Score:2)
Re:Looks pretty impressive... (Score:4, Insightful)
Re: (Score:2)
Re: (Score:2)
That's fine and all, but what are you supposed to do if nobody has an actual device of that platform? For example, since nobody owns a Windows Phone device, how are you supposed to develop for Windows Phone? These guys get angry when developers discriminate, angry enough that they write a strongly worded blog about them spiracies:
http://jltechword.wordpress.co... [wordpress.com]
Re: (Score:2)
what are you supposed to do if nobody has an actual device of that platform? For example, since nobody owns a Windows Phone device, how are you supposed to develop for Windows Phone?
If nobody owns a Windows Phone device, why develop for it? Seriously, though, here's how [microsoft.com].
Re: (Score:2)
You don't. If it's not worth the resources or time you don't bother. Thems the breaks sometimes.
Re: (Score:2)
Re: (Score:1)
Re: (Score:2)
Which is about as much of a selling point for people who don't use windows as saying that something requires an iphone for people only use Android. In other words, it's an anti-selling point.
Re: (Score:3)
Or it depends. Perhaps someone writing Android apps uses Linux right now but uses Windows on a regular basis. They could easily switch.
Not everyone using Linux or Android is doing so as an "Anti-Microsoft" or "Anti-Apple" reason. They may be doing it because that's what their company provides. I know w
Samsung offers remote testing on devices ... (Score:2)
"The Remote Test Lab is a solution that enables developers to control devices remotely. Using the Remote Test Lab service, you can test your application on a real device."
http://developer.samsung.com/r... [samsung.com]
Re: (Score:2)
App inventor from MIT labs lets you preview on your actual mobile device.
Re:Looks pretty impressive... (Score:4, Informative)
It's already in wide-scale use. Most Android developers I know have been using it for a while; it surpassed Eclipse a long time ago. It was unstable, sure, but Eclipse was a pain in the arse. Android Studio was purpose-built for Android development, and it really shows.
That's not to say it's perfect - it's slow in a lot of places, and the emulator is excruciatingly slow. But it's been quite a bit better than most of the alternatives for a while now.
Re:Looks pretty impressive... (Score:4, Informative)
I don't know a single Android developer using it. I've heard of them, but everyone I know still uses Eclipse- in fact many rather program in a text editor than that- stability is more important than anything else.
The problem with making statements like this is that major tools like this tend to fragment the population into two groups who don't interact much. So each side sees itself as "everybody uses". You need data, which nobody has (number of downloads is an ok-ish metric, but isn't really that good as download != use). The best metric I have is how often do I see problems about a particular IDE on programming question sites, and going by that one Android Studio is either perfectly bug free and easier to understand than any IDE ever made, or it has near 0 uptake. I'll bet on #2.
Re: (Score:2)
I installed the beta at the weekend, and had to follow an eclipse tutorial which mostly worked ok. There were differences but I figured them out. There were some imports that were not mentioned. I believe eclipse can automagically find needed imports and add them in (ctrl 0 i think) but I had to add them myself in android studio.
Maybe now its out of beta there will be some tutorials written for it. eclipse is not perfect, i found that it wouldn't load a project using the latest api and had to drop to api 21
Re: (Score:2)
The problem with making statements like this is that major tools like this tend to fragment the population into two groups who don't interact much. So each side sees itself as "everybody uses".
Yeah, about that excellent point: Has emacs vs VI been settled yet?
Re: (Score:2)
Re: (Score:2)
The worse decision we ever made in my team was to switch to Android Studio. It's much slower, and the few items that are better are by far outweighed by the many items that are worse.
Better:
* Expands R.id.string identifiers into the English text
* Condenses some verbosity in Java, such as inner classes with a single method (think OnClickListener)
* Shows colors on the left margin
However, there are so many worse things. It doesn't have all of the refactoring features available in Eclipse. But by far and away t
Re: (Score:3)
Re: (Score:2)
Are you fucking serious?
Yes. And duh, I did turn the AV off, numbnuts. As I mentioned, turning it off improved build times immensely, but I never had to turn off AV in Eclipse. There are two speed comparisons: 1. the Gradle build system, and 2. the speed of the IntelliJ IDE.
1. Gradle in Android Studio takes longer than the backend of Eclispe. In optimal conditions, it's as fast. But it's been worse in our project.
2. You can watch the IntelliJ IDE repaint itself when switching editors. It's pathetic. There are also the intermittent
Re: (Score:2)
Re: (Score:2)
it surpassed Eclipse a long time ago
No, it definitely hasn't. Even the Facebook SDK doesn't include instructions for Gradle/Android Studio (at least not a month or two ago when I looked)
While taste is always subjective, I think you'll find that Eclipse has stagnated just as Netbeans did before it. You're facing two shocks to the developer system: 1.) Grade is very different from either maven or ant in practical use, and it can cause lost hours of productivity just looking at how to do operation x you used in the former build system alone. I can actually respect that, since the build system is the core of how quickly you can get shit done and a decree of an official build system for a pl
Re: (Score:2)
Point 2 however, I think you're letting your inner troll take over too much of your post.
Yeah, this is definitely true. What is pissing me off more than build times (which seems to have been settled greatly in the 1.0 release - now I don't notice the difference) is the slow speed of the editor itself. Repainting, auto-completions, tabbing through, etc. is slow, etc. There are a few missing features from Eclipse (although there are new features as well). I just hate the feeling of being forced to downgrade.
However, in all seriousness, I don't think Android Studio is a piece of shit - I think it
goodbye Eclipse! (Score:1)
Good riddance.
Re: (Score:1)
Someone should take Eclipse behind the woodshed and put it out of its misery. What a terrible monstrosity.
Re: (Score:2)
I'd like to see the android environment ported to PCs, so that I can use it for thick client development too.
Enjoy [android-x86.org]. Live CD ISOs on the download page [android-x86.org]
Re: (Score:2)
Download Intellij community edition. It can do everything Android Studio is capable of plus other platforms.
Re: (Score:2)
IDEA, which this is based on, is a long-standing J2SE/J2EE IDE which has had a decent reputation. Whether the Android-customised version is still able to facilitate J2SE/J2EE development will remain to be seen, but I can't imagine why that would be difficult...
Broken Link in TFS (Score:1)
intellij (Score:5, Informative)
For those that don't know, Android Studio is JetBrains' Intellij product re-packaged to promote Android. If you like Intellij, there you go. It's a much, much better experience than Eclipse / ADT.
Everything's broken, as usual. (Score:3, Insightful)
It still won't update from a 0.9 to a 1.0 version with a regular patch, prepare for all kinds of sorrow while you try to upgrade. Dependencies, good luck. Back up everything you have, twice, before you attempt updating through the SDK Manager.
Gradle also hit 1.0, what a coincidence. If you get it upgraded correctly in-line without having to delete the entire IDE and start over, Gradle now takes longer and not less time to do builds.
In addition, Gradle's upgrade will break your unit tests. Suddenly you get new errors like "The current Gradle build type does not support this test." Now that you have Android Studio updated, finally, you have to rip out Gradle and reinstall it by hand to fix this.
Google suddenly closed 11,000 bugs [google.com] all at once, claiming they're all fixed and obsolete. 11,000 bugs, just solved overnight! Yeah Fucking Right.
Your best bet is to back up your entire environment, wipe the PC, reinstall the operating system, reinstall Android Studio from the ground up, and then import your projects back in. Make sure to sacrifice a few chickens in your backyard and pray to Sergei to make everything work.
I wish I'd never touched this platform, the developer tools are a constantly evolving state of CLUSTERFUCK.
Re: (Score:2)
It still won't update from a 0.9 to a 1.0 version with a regular patch, prepare for all kinds of sorrow while you try to upgrade. Dependencies, good luck. Back up everything you have, twice, before you attempt updating through the SDK Manager.
that's why up until now, Eclipse / ADT was the blessed IDE. it's the difference between a beta and a stable release. if they keep breaking compatibility after 1.0, then that's a problem. and if you didn't like it, you should have been using ADT, or Intellij as it has all the same features (and more) of AS, but is on a regular stable release cycle.
Google suddenly closed 11,000 bugs
Invalid / won't fix bugs do get field you know?
Gradle also hit 1.0, what a coincidence
Gradle has been on version 2.0 for months.
Re: (Score:2)
Gradle is a brittle POS. I hope they address its shortcomings for 1.1.
Re: (Score:2)
A thousand upvotes, sir. Android Studio and Gradle has been a clusterfuck hair-tearing horror which has cost us dozens of hours of downtime. Well, maybe I exaggerate about the hair-tearing, but sure as hell not about the dozens of lost hours.
Re: (Score:2)
Another K upvotes from me as well. Android Studio/Gradle has cost me literally weeks of lost time. I will not be rushing to check the latest release of horrors.
Scala development? (Score:3)
Visual Studio 2015 (Score:1)
Its sad that this took so long that even Visual Studio will support Android and NDK development in its next release and Google is JUST NOW releasing real tools for one of its flagship data collection platforms.
Android users (meaning both owners of devices and device makers) - You are the product, not the customer. FFS do you not understand the saying 'You get what you pay for'
Re: (Score:2)
https://play.google.com/store/... [google.com]
These things don't exactly come cheap...
Re: (Score:2)
Re: (Score:2)
I just got mine from t-mobile (a 64gb too). About a a week and a half from order to delivery. The 32gb supposingly only take a few days.
Re: (Score:2)
Re: (Score:2)
Why single out Android users? If you hadn't noticed that's the entire web now and just about every device manufacturer and most software manufacturers going.
What, you thought Slashdot was being provided to you out of the goodness of Dice's heart?
Whatever.. (Score:1)
Re: (Score:2, Funny)
He's never met one. He uses vim.
My experiences of Android Studio (Score:5, Insightful)
In its favour the Android integration is far better - obviously. Android Studio provides all of the tools out of the box to build an Android app from end to end which includes all the packaging and signing at the end. In Eclipse you can can develop and debug easily enough but if you want an apk you have to manually invoke a dialog to package and sign APK. This is a huge pain.
Note that AS doesn't actually build anything. Everything is farmed out to a gradle script. This means you can build from AS, or the command line or even from Jenkins from the same script. This is very useful and you can your own custom tasks, unit tests and other goodness to your scripts. But... gradle is goddamned slow. As in REALLY slow. Even if you configure it spawn a daemon so it doesn't respawn all the time (yes I've done that) it's still slow. The problem is if you change a Java class it still has to run through every task checking the dependencies to see what needs to be built and it takes too damned long.
Eclipse is extremely good at incremental building so you can make a change and hit run and in seconds you're debugging. Eclipse is also superior for marking code in error - AS only tends to know about errors local to the file, e.g. syntax errors. If you call a method in another class and get the params wrong you might only be told when gradle reports an error. In Eclipse it would have told you instantly which means turnaround is so much faster. I also prefer the Java editor in Eclipse, because it knows more about your project as a whole, the code completion and hints are more immediate and useful. I'm also used to the keybindings but AS has some Eclipse keybindings so that doesn't matter too much.
Android Studio does have some excellent code analysis tools. It has Android lint integrated into the build and there are a pile of things it can search for in addition to that and in many cases will offer automatic solutions. It also has nicely integrated view and fragment editors which work better than the ones in Eclipse.
AS is a terrible CPU hog. I've noticed it eating anywhere between 5-30% of the CPU depending on what panes are open. This is a serious problem on a laptop because the fan starts whirring and the battery life suffers. The command prompt pane is the worst of all and I only assume it's killing the CPU by continuously polling. Source code integration is also inferior to Eclipse - EGit is a wonderfully mature plugin these days with some complex and useful functionality - the support for Git in AS seems quite perfunctory by comparison although it covers the basics.
So to summarise pros for AS:
And the cons:
Re: (Score:2)
Thanks! I literally just decided to get into this the day before this article was published, and your review is very helpful. Thanks.
Re: (Score:2)
Note: AS highlights errors just fine, you don't need to build to get told your method params are wrong. Its code inspection is generally much smarter than Eclipse's and you can go in and turn things on/off. More inspection = more CPU while you type stuff. Also, if you're working on non-Android components simultaneously as you suggest, try IntelliJ IDEA (Community Edition) instead, it's exactly the same IDE, same support for Android stuff, plus everything else Java. Also see the plugin browser in the set
I'm loving Android Studio (Score:1)
I'm working on my first Android app right now, using Andoid Studio. I'm thrilled, as I could NOT get a stable Eclipse environment working for Android on my Windows box, even though I had successfully done Blackberry programming with Eclipse.
AS beta 0.8.14 has been rock solid. I'm a bit paranoid to upgrade in the middle of a project, and will stick to the "if it ain't broke, don't fix it" philosophy.
Why would I switch from IntelliJ (Score:2)
Are there any significant advantages of using Studio vs vanilla IntelliJ (which does have Android support) other than the Google branding?
Re:What's wrong with emacs and make ? (Score:5, Informative)
The two solve completely different problems?
Make is horrible anyway, the syntax is just bad. But ignoring that- make, bash, perl, or python build scripts solve the problem of building code. That's not what an IDE does (in fact it generally just calls a build script when it does do it). An IDE is a graphical editor with built in features useful for editing code and a tightly linked debugging environment. THe build stuff is a minor component of one. Even most people who do use home rolled scripts to build use an IDE to edit.
Re: (Score:2)
Re: (Score:2)
IDE stands for Integrated Development Environment.
There is no requirement that it be 'graphical', both yourself and the original poster are wrong in that presumption.
The original IDEs were ALL text based.
IDEs are simply a suite of tools that work together (in a convenient way) to make developing software easier, all other constraints you add are not actual constraints.
Emacs is fully capable of functioning as an IDE and in fact part of the reason it is what it is happens to be because a certain GNU fanboy us
Re: (Score:2)
Re: (Score:2)
Use an IDE to edit? You're kidding, right?
Why in all that's holy would I load up a multi-megabyte behemoth instead of using a text editor for editing code? I use the IDE to fix build errors that result, and to do the debugging.
But with ant handling the build process and a decent debugger, I see absolutely no need for an IDE. In fact, Eclipse crashes about half the time I try to use it, so I can't use it for projects the size I work on as a build manager. It pukes itself far too often, forcing a com
Re: (Score:2)
JDB is a text based java debugger. Most IDEs are graphical shells for it, similar to ddd and gbd in C land.
Re: (Score:2)
Also, as of 24.4, Emacs supports adb as a backend for its remote editing and execution functionality (aka tramp), so you can edit files and run commands directly on Android devices from the comfort of your Emacs desktop.
Re: (Score:2)
"Why in all that's holy would I load up a multi-megabyte behemoth instead of using a text editor for editing code?"
Because with modern auto-complete you can churn out code an order of magnitude faster?
You never have to look up API documentation again because it gets put there in front of, you only have to press a few keys out of tens to get the code into your code file that you want, and you can see related code like definitions and references without having to go searching manually for it.
Put simply, most
Re: (Score:2)
Re: (Score:2)
Try using an IDE and learning the features. You'll answer your own question.
Re: (Score:2)
I tried the Android IDE. All I got was more questions. Plenty of time to ponder them while waiting for the emulator to load and run my app, though.
Re: (Score:2)
more questions, like what you'd get if you gave someone make and emacs and told them to go for it?
Re: (Score:2)
No, more questions like "Why doesn't this match the documentation?" and "Why is this is god damn fucking slow?".
Emacs/vi/vim and make are terrible to use, but at least they work as described in the docs and don't take forever to do anything on a 4.5 GHz i7.
Re: (Score:2)
Re: (Score:2)
Re: (Score:2)
THIS. I can't fucking stand it when people say it's faster to program in Notepad or Vi or whatever than it is in Eclipse, Android Studio, or whatever. It's absolutely not; if you can go fast in Notepad then you can go fast in a "bloated" IDE.
Re: (Score:2)
Modern IDEs practically write half your code for you and you know if you have a problem, before you even compile it. Developing in emacs will never be as fast, I don't care how good you are at it.
Re: (Score:2)
I spend far less time waiting for yasnippet to expand the appropriate boilerplate, semantic to complete variable and function names, and flycheck to highlight the bugs I just finished writing than my colleagues seem to with their IDEs. About the only feature missing from Emacs that is all the rage in IDEs these days is the ability to whimsically change your whole codebase archtecturally, causing guaranteed merge conflicts for all your co-workers with a single button