Android Studio, el nuevo IDE de Google para desarrollar en Android

De los lenguajes populares Java es el que tiene mayor rendimiento despues de C y C++. Lo que si tiene pésimo rendimiento es Swing (biblioteca para crear widgets y ventanas), y por esos los usuarios tienen esa idea.
Como sea, la maquina virtual que viene en Android no es tan óptima como la de Oracle, pero en las últimas versiones ha venido mejorando.

el rendimiento no se mide solo por velocidad, sino tambien por memoria consumida y concuerdo contigo..java está en el tope de los lenguajes mas rápidos junto a c/c++ ..pero tambien es uno de los que mas memoria consumen, aunque el GC es una maravilla para aplicaciones complejas y de gran tamaño necesitas ajustar durante largo rato los parametros de la jvm o puedes terminar consumiendo toda la ram de tu computadora...

He escuchado a personas que critican a eclipse (vamos eclipse tampoco es una maravilla) por su consumo de ram y cuando ves los parametros que usan ves que le dan 1 o 2gb de memoria para el heap...

En Android se pueden hacer aplicaciones con C++.

¿Sabes algo de programación para afirmar que Java es lento? (lo que es cierto pero NO lo es en Android) ¿Sabes como esa construido Android?

¿Te crees que si las apps estuvieran hechas en ensamblador serían más rápidas?

¿Java es más lento que quien? ¿Que aquellos lenguajes que no usan maquina virtual ni recolector de basura? Sin ser C/C++/ObjC, casi cualquier lenguajes moderno (C#, Javascript, Python, Ruby, Erlang, por nombrar ejemplos) usa máquina virtual y garbage collector.
Ahora, si nos interesan las diferencias de rendimiento entre java y C++, entonces no estamos desarrollando aplicaciones chotas para smartphones.

Que "esté de moda" porque los costes de desarrollo en tiempo y recursos sean menores no significa que sea más eficiente el resultado.

Por ejemplo: Objective C tiene todas las características de un lenguaje moderno y compila nativo. Y esa es una de las razones por las que los iPhones o los Macs, a mismo hardware, corren infinitamente más ligeros que los Windows con su monstruo C# o los androids con los javas. Fíjate, para IGUALAR la fluidez de un iPhone 4S, en Android se necesita el doble de RAM y un quadcore a encima mucha más frecuencia de reloj.

Por otro lado, magnifica noticia para los desarrolladores, yo desde luego me plantearé volver a programar para Android si este IDE es capaz de hacerle sombra mínimamente a XCode.

"... Y esa es una de las razones por las que los iPhones o los Macs, a mismo hardware, corren infinitamente más ligeros que los Windows con su monstruo C# o los androids con los javas. Fíjate, para IGUALAR la fluidez de un iPhone 4S, en Android se necesita el doble de RAM y un quadcore a encima mucha más frecuencia de reloj..."

Cuando puedas usar iOS en entornos totalmente heterogéneos (ARM, x86) como se hace con Android y Mac OS X en ordenadores que no sean de Apple, entonces podremos empezar a comparar si el motivo del mejor (o peor) rendimiento se debe al lenguaje de programación usado u a otros factores.

Yo creo que hay que ser pragmático a la hora de elegir el lenguaje de programación. Todos tienen sus ventajas e inconvenientes.

Java por su concepción tiene ciertas taras, que por mucho que se optimicen como bien dices, algo acaban lastrando la ejecución del código. Pero tiene una ventaja importante: es multiplataforma. Lo que compiles en Java se ejecutará perfectamente independientemente del hardware, sistema operativo o dependencias de software. Mantener una misma aplicación para varias plataformas y sistemas puede ser un verdadero infierno para el desarrollador.

Por eso hay que poner en un lado de la balanza la ejecución algo más lenta (cada vez menos) de tu aplicación contra la ventaja de que esté disponible sin ningún "apaño" en diferentes configuraciones de software y hardware. En la mayoría de los casos, gana la "portabilidad" de la aplicación frente a una mísera mejora en rendimiento.

De los lenguajes populares Java es el que tiene mayor rendimiento despues de C y C++. Lo que es tiene pesimo rendimiento es Swing (biblioteca para crear widgets y ventanas), y por esos los usuarios tienen esa idea.
Como sea, la maquina virtual que viene en android es bastante más lenta que la de Oracle, pero en las últimas versiones ha venido mejorando.

Are you from the past?
Java fué un cancer en rendimiento, pero tiene muchos años que dejó de serlo, no seguiría vivo de no ser así, además Android no usa java realmente, ni la maquina virtual (que es la que puede hacer las aplicaciones un poco más lentas que C, pero no tanto) ni el lenguaje, lo que hace android es crear un nuevo lenguaje "propio" basado en la sintaxis de Java, de modo que sea transparente para los usuarios de Java. La sintaxis es igual, pero internamente funcionan de forma direrente.

Es que cuando la opinión se forja en repetir el "mantra" que repiten otros se acaban viendo comentarios como el #2...

De hecho, han creado su propia máquina virtual que es mucho más eficiente que la normal de Java.

la verdad es que a veces me asombran las concepciones que tienen los javistas, que aman su lenguaje y ni siquiera conocen sus virtudes y defectos...

En cuanto a dalvik, es mil veces (exagro,solo el doble) mas ineficiente que hotspot, que, para el que no lo sepa, es la maquina virtual "oficial" de java creada por oracle, comparar una maquina virtual relativamente reciente con otra que lleva casi una veintena de años es ridiculo y decir que es mas eficiente tambien lo es...

Tal es asi que cuando xamarin decidió portar android a mono..una maquina virtual menos eficiente que hotspot...lograron un android con una eficiencia muchisimo mejor que el original con dalvik...

Recomiendo leer en quora la primera respuesta a "Is the current Google Dalvik VM twice as slow as the Java SE Embedded VM" donde se compara el rendimiento de ambas maquinas virtuales y de mono con xobotOS ....

Otro "listo" que se cree que lo importante es el lenguaje y no el programador.

que no te da rabia aprender a usar Eclipse como IDE de desarrollo. a parte de Android, te servirá para muchos otros tipos de proyectos. yo te lo recomiendo.

estoy contigo, creo que seguiré con Eclipse hasta que esté ya a pleno rendimiento por las lagunas que pueda tener una primera versión

luiszavaleta aunque entiendo lo que dices y ciertamente lo que dices es parcialmente así, muchos (entre los que me incluyo) detestamos Eclipse, pensamos que es un mastodonte que ciertamente puede hacer de todo con los complementos adecuados, pero no hace nada bien. Está muy lejos de ser un entono moderno (considerando moderno las tendencias de los últimos 5 años). En parte porque sirve para todo... y hay un dicho que resume esos casos: "sirves para todo, pero nada haces bien".

Salu2

mmm..."pensamos que es un mastodonte" ..."Está muy lejos de ser un entono moderno" "sirves para todo, pero nada haces bien" ...estas hablando de eclipse o de java??...creo q aplica para ambas

Yo uso netbeans porque me acostumbre desde la facultad y todo lo que han ido agregando de funcionalidad, lo uso para varios lenguajes de programación, lo malo que el consumo de memoria es elevadísimo, pero ya me he acostumbrado a un montón de atajos de teclado lo que me ahorra mucho tiempo.

Sobre eclipse lo uso muy poco, solo para Android, y a parte de que es feo ( también es cómodo trabajar en algo agradable a la vista ) tiene tantas cosas que no necesitaba que me perdía ( por falta de costumbre supongo ) e igual consume bastante memoria.

Ya he comenzado a usar Android Studio y lo que puedo decir es que el rendimiento es muy bueno, y parece que la curva de aprendizaje ( del IDE ) es más corta que con Eclipse o quizá más intuitivo.

En general lo que me ha encantado es el rendimiento, y hasta ahora no he tenido problemas ( para los dos días que llevo probando ), solo quizá unas pocas cosas que ya tenía Eclipse ( y que siempre me dio problemas ) como el manejar el archivo AndroidManifest que aquí no hay interfaz solo vemos el archivo de texto, pero tampoco es que haya problema.

http://developer.android.com/sdk/installing/studio.html

habra que probarlo y ver que tal funciona! entre tanto a esperar que de verdad funcione mejor que Eclipse, aunque supongo que como pasa siempre habrá que adaptarse primero...