Mostrando entradas con la etiqueta Celulares Android Rosario. Mostrar todas las entradas
Mostrando entradas con la etiqueta Celulares Android Rosario. Mostrar todas las entradas

viernes, 12 de octubre de 2012

La calle està jodida...asegurà tu Droid !



Todos los que tengan un Android, saben que no solo deben cuidarlo de los golpes y demás daños físicos causados por alguno que otro descuido, sino también de los choros que, así como nosotros, buscan lo último en tecnología...

aplicaciones antirrobo existen varias dentro delAndroid Market, pero hoy les voy a hablar sobre una de las más completas y utilizadas por los dueños de un smartphone Android. Se trata de la aplicación Cerberus, que recientemente acaba de pasar las 100,000 descargas, por lo que los desarrolladores están celebrando con una promoción que no puedes perder: ¡Cerberus está ofreciendo licencias gratis por un tiempo limitado!
Pero antes de que vayas al Android Market a descargar Cerberus, es preciso que te enteres del servicio que te ofrece esta aplicación que lleva el nombre del perro de tres cabezas de la mitología griega.
Según lo que encontramos en la descripción del Android Market, “Cerberus es una aplicación completa antirrobo de tus dispositivos. Es la mejor protección para que puedas recuperar tus dispositivos Android extraviados, perdidos o robados”.
Cerberus consta de tres niveles de protección para tu Android:
  1. Puedes controlarlo remotamente desde un ordenador ingresando a www.ceberusapp.com
  2. Puedes controlarlo remotamente a través de mensajes de texto
  3. Puedes revisar la información en la SIM
Además, puedes configurar la aplicación para que funcione como tú quieras. Por ejemplo, puedes hacer que tuAndroid le tome una foto al individuo cada vez que la persona que lo tenga en su poder falle en el intento por desbloquearlo, o cuando el delincuente pare la alarma emitida por Cerberus desde el móvil.
En fin, puedes hacer muchas cosas para proteger de mejor manera tu Android luego de haberlo perdido o que te lo hayan robado. Incluso, gracias a su sistema de rastreo, puede ser que hasta encuentres al ladrón y recuperes así tu Android. ¿Qué te parece la aplicación? Aquí te dejo un video para que puedas apreciar mucho mejor su funcionamiento.

Video: Cerberus, más seguridad para tu Android

Fuente: Redmond Pie
También, existen otras aplicación para asegurar nuestro device, entre ellas vamos a nombrar:

tengo pendiente probarlo, pero lei buenas referencias.

Avast, tenga instalada este version



Escucho comentarios de ustedes, acerca de las distintas formas de asegurar su Droid (no vale decir: "lo dejo en casa")
saludos!

sábado, 14 de enero de 2012

Android Design: para programar mejor!!



No es un secreto el que las aplicaciones desarrolladas para Android no siguen ningún estándar en cuanto a su diseño y en la mayoría de los casos dejan mucho que desear,sin ir mas lejos, si miramos mis aplicaciones (la Copa America 2011, el Nacional B 2011 o el saludo de Navidad mio) o si las comparamos con las aplicaciones de otras plataformas como iOS o Windows Phone donde se puede ver un estilo ya establecido. Google quiere terminar de una vez con esto y aprovechando la llegada de Ice Cream Sandwich y el enorme rediseño de interfaz que trajo consigo presentan el sitio web Android Design, el cual fue creado pensando en ayudar a los desarrolladores en la difícil tarea de diseñar una interfaz clara, sencilla, atractiva y eficaz.
Con Android Design, Google prentende ayudarnos a aprender acerca de los principios y patrones para la creación de interfaces de usuario de gran calidad para aplicaciones móviles de Android. En otras palabras, El Android Experience Team por fin se ha puesto las pilas y están buscando implementar un estándar de diseño proporcionándonos una amplia guía de desarrollo de interfaces de usuario tanto para desarrolladores novatos como profesionales.
Hace unos días habíamos visto como las cosas comenzaban a cambiar cuando se habló de una nueva política que obligaría a que la interfaz Holo utilizada en ICS tendría que ir por defecto en todos los terminales fabricados a partir de ahora, o de lo contrario los dispositivos que no acataran esta regla no podrían acceder al Android Market. Ahora con la llegada de Android Design vemos como Google insiste en aumentar la calidad de su plataforma al impulsar a los desarrolladores a crear un mejor y único diseño en las aplicaciones de terceros, algo que sin duda nos beneficia a todos.
Más información en el Android Design Site

domingo, 4 de diciembre de 2011

Comenzando con AppEngine, nuestro Hola Mundo!


Objetivo : Aprender AppEgine para utilizarlo desde nuestras aplicaciones Android, asi que ya en la entrada anterior fuimos configurando el entorno, ahora a ponermos a programar el primer proyecto.

Creación de un proyecto AppEgine

Las aplicaciones App Engine Java utilizan el estándar Java Servlet para interactuar con el entorno del servidor web. Los archivos de la aplicación, junto con las clases compiladas, los archivos JAR, los archivos estáticos y los archivos de configuración, están organizados en una estructura de directorio que utiliza el formato estándarWAR para aplicaciones web Java. Puedes utilizar el proceso de desarrollo que desees para desarrollar servlets web y para generar un directorio WAR. Los archivos del directorio WAR no son compatibles con el SDK.

El directorio del proyecto

Como proceso de aprendizaje, se usara un único directorio denominado Guestbook/ para todos los archivos del proyecto. Un subdirectorio llamado src/ contiene el código fuente Java, mientras que otro subdirectorio llamado war/ contiene la aplicación completa organizada en el formato WAR. El proceso de compilación compila los archivos de código fuente Java y coloca las clases compiladas en la ubicación apropiada en war/.
El directorio completo del proyecto es similar a:
Guestbook/
  src/
    ...Java source code...
    META-INF/
      ...other configuration...
  war/
    ...JSPs, images, data files...
    WEB-INF/
      ...app configuration...
      lib/
        ...JARs for libraries...
      classes/
        ...compiled classes...
Si usas Eclipse (hacelo che!!) , crea un nuevo proyecto haciendo clic en el botón "New Web Application" (Nueva aplicación web) en la barra de herramientas:  Asigna al proyecto un nombre ("Project name"), por ejemplo, Guestbook, y un paquete ("Package"), por ejemplo, guestbook. Asegúrate también de que la casilla "Use Google Web Toolkit" (Utilizar Google Web Toolkit) esté desactivada y de que la casilla "Use Google App Engine" (Utilizar Google App Engine) esté activada. Para obtener más información, consulta Uso del complemento de Google para Eclipse. El asistente crea la estructura de directorios y los archivos tal y como se describe a continuación.
Si no utilizas Eclipse JODETE! jajaja! no.... crea la estructura de directorio que te mostre recien. Mientras lees los archivos descritos en esta sección, crea los archivos con los nombres y las ubicaciones especificados.
Puedes también copiar la nueva plantilla del proyecto, que se incluye en el SDK, en el directorio appengine-java-sdk/demos/new_project_template/.

La clase Servlet

Las aplicaciones App Engine Java utilizan el API Java Servlet para interactuar con el servidor web. Un servlet HTTP es una clase de aplicación que puede procesar y responder solicitudes web. Esta clase amplía la clase javax.servlet.GenericServlet o la clase javax.servlet.http.HttpServlet.
Nuestro proyecto del libro de visitas comienza con una clase servlet sencilla que muestra un mensaje.
Si no utilizas el pluggin de Eclipse, crea los directorios de la ruta src/guestbook/ y el archivo de clase servlet que te muestro ahora.
El directorio src/guestbook/ incluye un archivo llamada GuestbookServlet.java que tiene esto:
package guestbook;
import java.io.IOException;
import javax.servlet.http.*;
public class GuestbookServlet extends HttpServlet {
    public void doGet(HttpServletRequest req, HttpServletResponse resp)
            throws IOException {
        resp.setContentType("text/plain");
        resp.getWriter().println("Hello, world");
    }
}

El archivo web.xml

Cuando el servidor web recibe un solicitud (un request), decide qué clase servlet se invoca mediante un archivo de configuración conocido como el descriptor de implementación de la aplicación web. Este archivo se denomina web.xml y se encuentra en el directorio war/WEB-INF/ del WAR. WEB-INF/ y web.xml forman parte de la especificación del servlet.
El directorio war/WEB-INF/ incluye un archivo denominado web.xml que contiene lo siguiente:
<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE web-app PUBLIC
 "-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN"
 "http://java.sun.com/dtd/web-app_2_3.dtd">
<web-app xmlns="http://java.sun.com/xml/ns/javaee" version="2.5">
    <servlet>
        <servlet-name>guestbook</servlet-name>
        <servlet-class>guestbook.GuestbookServlet</servlet-class>
    </servlet>
    <servlet-mapping>
        <servlet-name>guestbook</servlet-name>
        <url-pattern>/guestbook</url-pattern>
    </servlet-mapping>
    <welcome-file-list>
        <welcome-file>index.html</welcome-file>
    </welcome-file-list>
</web-app>
Este archivo web.xml declara un servlet denominado guestbook y lo asigna a la ruta de URL /guestbook. Especifica también que siempre que el usuario vaya en busca de una ruta de URL que no esté ya asignada a un servlet y que represente una ruta del directorio dentro del WAR de la aplicación, el servidor debe buscar un archivo denominado index.html en dicho directorio y suministrarlo si lo encuentra.

El archivo appengine-web.xml

App Engine necesita un archivo de configuración adicional para poder desarrollar y ejecutar la aplicación. Este archivo se denomina appengine-web.xml y se encuentra en WEB-INF/ junto con web.xml. Incluye el ID registrado de la aplicación (que Eclipse crea a partir de un ID vacío que rellenas más adelante), el número de versión de la aplicación y las listas de archivos que se deben tratar como archivos estáticos (por ejemplo, las imágenes y las hojas de estilo CSS), así como archivos de recursos (por ejemplo, los archivos JSP y otros datos de aplicación).
El directorio war/WEB-INF/ incluye un archivo denominado appengine-web.xml que contiene lo siguiente:
<?xml version="1.0" encoding="utf-8"?>
<appengine-web-app xmlns="http://appengine.google.com/ns/1.0">
    <application></application>
    <version>1</version>
</appengine-web-app>
appengine-web.xml es específico de App Engine y no forma parte del estándar de servlet. En el directorio appengine-java-sdk/docs/, tenes mas archivos XML que describen el formato de este archivo en el SDK. Para obtener más información acerca de este archivo, consulta Configuración de una aplicación.

Ejecución del proyecto

El SDK de App Engine incluye una aplicación de servidor web que podemos utilizar para probar la aplicación. El servidor simula los servicios y el entorno de App Engine, que incluyen restricciones en la zona de pruebas, el almacén de datos y los servicios.
Si utilizas Eclipse, vamos a arrancar el servidor de desarrollo en el depurador de Eclipse. Asegurate de seleccionar el proyecto ("Guestbook" o libro de visitas) y, a continuación, en el menú Run (Ejecutar) selecciona Debug As > Web Application (Depurar como > Aplicación web). Para obtener más información sobre cómo crear la configuración de depuración, consulta Uso del complemento de Google para Eclipse.
Si no utilizas Eclipse, consulta Uso de Apache Ant para obtener una secuencia de comandos de compilación que puede compilar el proyecto e iniciar el servidor de desarrollo. Para iniciar el servidor con esta secuencia de comandos de compilación, introduce el siguiente comando: ant runserver. Para detener el servidor, pulsa Control-C.

Realización de pruebas de la aplicación

Arrancaste el servidor? si, dale! asi a continuación, vamos a la URL del servidor mediante el navegador (usa  Chrome ,no? ). Si usas Eclipse y el complemento de Google para Eclipse, el servidor se ejecuta de forma predeterminada a través del puerto 8888:
Si utilizas el comando dev_appserver para iniciar el servidor, el puerto predeterminado es 8080:
En el resto de los post se asume que el servidor utiliza el puerto 8888, ok?
El servidor ejecuta el servlet y muestra el mensaje en el navegador.

Y como se continua?.....

Listo che! ya tenes una aplicación de App Engine. Podes implementar esta sencilla aplicación ahora mismo y compartirla con usuarios de todo el mundo.
Esta aplicación muestra un saludo general a todos los usuarios. Agregaremos una función para personalizar el saludo para cada usuario que utilice Google Accounts, esto y mucho mas en la proxima entrada del Blog.
Atentos a no perder de vista nuestro objetivo, que es aprender AppEgine para utilizarlo desde nuestras aplicaciones Android.
Hasta la próxima entrega,
Mariano!

domingo, 13 de noviembre de 2011

Emulador: Rapido y Furioso


En este post vamos a intentar dejar en claro una interesante forma de mejorar la performance y velocidad del Emulador de Android, en nuestra pc de desarrollo.
Si vos estas desarrollando aplicaciones para Android seguro que tenes el mismo problema que mucho: el emulador que proporciona el Android SDK es demasiado lento, tarda muchísimo en arrancar. Motivo por el cual muchos desarrolladores optamos por usar smartphones reales para probar las aplicaciones mientras implementamos, aunque la sensación sigue siendo de lentitud. Ojo! siempre sera buena idea tener un dispositivo Android conectado vía USB para probar nuestras aplicaciones, pero también es bueno tener el Emulador con varios AVD's creados. Aquí es donde viene a salvarnos el proyecto Android x86 que combinado con Virtualbox nos permitirá aumentar la velocidad de ejecución de nuestras pruebas un 400% (sin exagerar, es verdad!).
Emulador Android x86
Una de las razones de tal lentitud del emulador es debida a que el pobre bicho tiene que convertir las instrucciones de la CPU de la arquitectura ARM a la de nuestros equipos de desarrollo, x86. A continuación contamos como utilizar Eclipse junto a la combinación de Virtualbox y una ISO instalable de Android x86.
Gracias al excelente tutorial desarrollado por Nuxeo en pocos pasos podremos tener configurado un rapidísimo emulador Android en un par de minutos.
Vamos a dejar en claro los pasos, a modo de resumen por si se les complica leer ese interesante post de Nuxeo. A modo de resumen, para la configuración del emulador tenemos que:
  • Configurar Android_x86 con Virtualbox. Primero descargar una imagen ISO de Android_X86. Yo he usado la android-x86-2.3-RC1-eeepc.iso que viene con Android 2.3.5. Creamos la maquina virtual siguiendo los pasos de tutorial asignando memoria ram, disco de memoria e instalando GRUB para el arranque.
  • Customizamos las resoluciones del emulador, ya que una de las ventajas es tener una abanico de distintas pantallas para testear la aplicación. Modificamos la configuración de Grub para que nada más arrancar podamos elegir la resolución que deseemos.
  • Conectar la maquina virtual al AVD y Eclipse. Usando el adb desde linea de comandos enlazamos el eclipse con el adb de nuestra sdk. Una de las configuraciones que me han funcionado es poner en los ajuste de red de Virtualbox en NAT y redirigir los puertos 5555 para que simplemente tengamos que hacer ./adb connect 127.0.0.1 para conectarnos a la maquina virtual. Con esto ya lo tenemos todo listo. Podemos comprobar que nos aparecerá en el apartado de dispositivos activos en el Eclipse, a partir de ahi ya podemos ejecutar las aplicaciones como de costumbre.
  • De forma opcional podemos configurar una tarjeta SD para el emulador siguiendo los pasos del tutorial.
Una tabla ilustrativa de la comparación de velocidades entre el emulador de la SDK y el emulador usando Android x86 con Virtualbox que acabamos de configurar.
rendimiento emulador android x86 frente emulador android sdk
saludos a todos, MAriano!

viernes, 11 de noviembre de 2011

Android Ice Cream Sandwich para tablets

Y si, ya todos vimos en la web los distintos videos sobre el Ice Cream Sndwich (ICS) para el nuevo Nexus, pero.... y para Tablets? porque el anuncio de hace 3 semanas atras decia que era una version de nuestro Sistema Operativo Android para SmartPhones y Tablets. Y entonces? si, entonces, a pegarle una mirada a esta version de Android, en un emulador para Tablet, dentro de nuestro entorno de desarrollo.

En el Galaxy Nexus ya lo vimos funcionando, y nos quedamos con curiosidad de comprobar el mismo funcionamiento en tablets. Por suerte, el SDK ya está disponible, por lo que la descargamos desde el sitio para desarrolladores de Android, descargamos el paquete de software y lo instalamos en nuestro entorno de desarrollo. Si, tambien actualizamos el plugin y el ADT a la version 15.

Esta buena esta version, tarda mucho en arrancar, eso es verdad, soy el unico que lo note, pero bueno...es una cosa a mejorar por parte de la gfente de Android, que segun lo que han dicho, no han tenido tiempo de mejorar el emulador. Bueno, ya enfocados en el ICS , podemos decir que no se ven muchos cambios entre Honeycomb e ICS, aunque se nota claramente el uso de Roboto. Como anunciaron, los widgets están presentes y ofrecen opciones como cambios de tamaño y movimientos independientes. Un problema es el tamaño del teclado, que usa más de la mitad de la pantalla; algo que tampoco es preocupante, dado que Android permite cambiar de teclados.

A pesar del pésimo funcionamiento del emulador en nuestro entorno de desarrollo, podemos decir que ICS se siente muy cómodo y fluido (eso también dependerá del hardware en el que se use, yo tengo mi X6 funcionando a pleno con 8GB de Ram). Me gusta la instalación limpia del SDK, por lo que esperamos que los fabricantes y las operadoras no arruinen la experiencia con aplicaciones mal escritas o cambios superfluos. A continuacion veamos un par de videos de unos gallegos que se tomaron el trabajo de grabar la experiencia de ICS para Tablet en un emulador, a disfrutarlo! 

saludos a todos, Mariano!


viernes, 4 de noviembre de 2011

Android BootCamp Rosario 2011

Gente, buen viernes!

Esta es la informacion basica que vamos a utilizar como soporte durante nuestro primer Android BootCamp Rosario 2011.

Vamos a concentrar esa info, para dar los primeros pasos como Android Developer en este POST y asi luego podemos accederla via codigos QR :)

1) Primeros Pasos como Android Developer - Parte 1
2) Primeros Pasos como Android Developer - Parte 2
3) Primeros Pasos como Android Developer - Parte 3
4) Primeros Pasos como Android Developer - Parte 4

5) Ejercicio 1 - Hola GTUG
6) Ejercicio 2 - Android Market en tu EMULADOR!
7) Todos los Ejercicios y archivos .apk


Entonces, nos vemos mañana sabado 05 de Nov del 2011 en NJambre,

saludos a todos!

Lic. Mariano Salvetti

miércoles, 2 de noviembre de 2011

Primeros Pasos como Android Developer (BootCamp Rosario - Parte 3)


Estructura de un proyecto Android
Para empezar a modificar este ejemplo recién creado, estudiemos la estructura de directorios creada de una aplicación Android, así lo tenemos de ejemplo como una aplicación típica.
Cuando creamos un nuevo proyecto Android en Eclipse se genera automáticamente la estructura de carpetas necesaria para poder generar posteriormente la aplicación. Esta estructura será común a cualquier aplicación, independientemente de su tamaño y complejidad.
En la siguiente imagen vemos los elementos creados inicialmente para un nuevo proyecto Android:


Estudiemos estos elementos principales.

Carpeta /src/            
Contiene todo el código fuente de la aplicación (Ejemplo.java), código de la interfaz gráfica, clases auxiliares, etc. Inicialmente, Eclipse creará por nosotros el código básico de la pantalla principal (una Activity) de la aplicación, siempre bajo la estructura del paquete java definido.
Acaba de aparecer un término nuevo, para aquellos que estén acostumbrados a trabajar en Java: Activity. Más adelante haré un detallado glosario de los términos que usa Android. Por ahora, con que tengamos en cuenta que una Activity es un elemento sobre el que se construye la aplicación y que tiene un ciclo de vida bastante complejo estamos por un muy buen camino. Estas Activities son pantallas de la aplicación, en las que podemos cargar elementos de la interfaz de usuario y capturar eventos. También son los puntos entrantes de la aplicación y puede haber más de una Activity por proyecto.

Si seguimos mirando la estructura, nos encontraremos con las librerías de Android (android.jar, representado por Android 2.2 en la imagen), que nos dan toda la funcionalidad del sistema. Estas librerías dependen de la versión del SDK con el que estemos trabajando. ¿Una buena práctica de programación? siempre estar actualizados en este tema, para esto regularmente visitar la página de desarrolladores Android: http://developer.android.com/index.html A lo largo de este blog utilizaremos la versión 2.2 del SDK y a veces la 4.0 Ice Cream S. para ir estudiando los detalles, y buscaremos tener compatibilidad con versiones anteriores.


Carpeta /res/                  
Son los archivos de recursos necesarios para el proyecto: imágenes, vídeos, cadenas de texto, etc. Los diferentes tipos de recursos se deberán ordenar entre las siguientes carpetas:
·         /res/drawable/. Directorio que contienen las imágenes de la aplicación. Se puede dividir en subcarpetas según la resolución de pantalla de los dispositivos, por ejemplo: /drawable-ldpi, /drawable-mdpi y /drawable-hdpi para utilizar diferentes recursos dependiendo de la resolución del dispositivo.
·         /res/layout/. El Layout, este directorio contienen los archivos de definición de las diferentes pantallas de la interfaz gráfica. Se puede dividir en /layout y /layout-land para definir distintos layouts dependiendo de la orientación del dispositivo.
·         /res/anim/. Contiene la definición de las animaciones utilizadas por la aplicación.
·         /res/menu/. Contiene la definición de los menús de la aplicación.
·         /res/values/. Contiene otros recursos de la aplicación en archivos XML como por ejemplo cadenas de texto (strings.xml), estilos (styles.xml), colores (colors.xml), etc.
·         /res/xml/. Contiene los archivos XML utilizados por la aplicación.
·         /res/raw/. Contiene recursos adicionales, normalmente en formato distinto a XML, que no se incluyan en el resto de carpetas de recursos.
Como ejemplo, para un proyecto nuevo Android, se crean los recursos para la aplicación que se observan en la imagen, es decir, el Wizard de Eclipse nos ayuda mucho, incluso nos brinda un icono para la aplicación, que luego podemos cambiar.


Carpeta /gen/
De ahora en adelante, asociemos el directorio “gen” con GENERADO, esta carpeta contiene una serie de elementos generados automáticamente al compilar el proyecto. Cada vez que generamos nuestro proyecto, compilándolo desde Eclipse y empaquetándolo, la maquinaria de compilación de Android genera por nosotros una serie de archivos fuente, en java, dirigidos al control de los recursos de la aplicación.

De todo lo que nos genera, el archivo más importante es el que se puede observar en la imagen, el archivo R.java, que contiene la clase R.
Esta clase R contendrá en todo momento una serie de constantes con los ID de todos los recursos de la aplicación incluidos en la carpeta /res/, de forma que podamos acceder fácilmente a estos recursos desde nuestro código a través de este dato. Así, por ejemplo, la constante R.drawable.icon contendrá el ID de la imagen “icon.png” contenida en la carpeta /res/drawable/. Veamos como ejemplo la clase R creada por omisión para un proyecto nuevo:

package com.tutoriales.ejemplo;
public final class R {
    public static final class attr {
    }
    public static final class drawable {
        public static final int icon=0x7f020000;
    }
    public static final class layout {
        public static final int main=0x7f030000;
    }
    public static final class string {
        public static final int app_name=0x7f040001;
        public static final int hello=0x7f040000;
    }
}

La clase R.java es muy especial, ya que nosotros no podemos modificarla manualmente, de hecho, se genera automáticamente cada vez que modificamos los archivos de recursos, ya sea un xml con la definición de un estilo, o un xml con cadenas de texto. Esta clase se podría considerar el nexo de unión entre los recursos, el XML y las clases puramente Java. Ya veremos más adelante este tema, lo que es sumamente importante es que NO LA EDITEMOS NI MODIFIQUEMOS A LA CLASE R, contenida en el archivo R.java.

Carpeta /assets/
Contiene todos los demás archivos auxiliares necesarios para la aplicación (y que se incluirán en su propio paquete), como por ejemplo archivos de configuración, de datos, etc.
La diferencia entre los recursos incluidos en la carpeta /res/raw/ y los incluidos en la carpeta /assets/ es que para los primeros (/res/raw/) se generará un ID en la clase R y se deberá acceder a ellos con los diferentes métodos de acceso a recursos. Para los segundos sin embargo no se generarán ID y se podrá acceder a ellos por su ruta como a cualquier otro archivo del sistema. Usaremos uno u otro según las necesidades de nuestra aplicación.

Archivo AndroidManifest.xml
Es un archivo muy importante, ya que tiene la definición en XML de los aspectos principales de la aplicación, como por ejemplo su nombre, versión, icono a mostrar, sus componentes, y también debemos registrar los permisos necesarios para su ejecución. Veremos más adelante muchos más detalles de este archivo.

<?xml version="1.0" encoding="utf-8"?>
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
      package="com.tutoriales.ejemplo"
      android:versionCode="1"
      android:versionName="1.0">

  <application android:icon="@drawable/icon" android:label="@string/app_name">
        <activity android:name=".Ejemplo"
                  android:label="@string/app_name">
            <intent-filter>
                <action android:name="android.intent.action.MAIN" />
                <category android:name="android.intent.category.LAUNCHER" />
            </intent-filter>
        </activity>

    </application>
</manifest>



Bueno, en estas 3 primeras partes del BootCamp hemos cubierto lo mínimo y basico para comenzar a desarrollar para Dispositivos Android. Yo aca recomende utilizar Windows, pero tambien funciona muy bien en Mac OS y los Linux.

Hasta la proxima entrega, saludos,
MAriano!