Desde hace tiempo se optó por la vía más directa para implementar esta solución, llamada Polling (encuesta). Al menos es una alternativa muy utilizada ya que minimiza los dolores de cabeza a los desarrolladores. ¿En qué consiste?

En caso de Polling la aplicación interroga periódicamente al servidor, acosándolo continuamente, para saber si existen nuevos datos disponibles. Esta solución es fácil de implementar, pero a efectos prácticos es como si cada vez que necesitamos saber si hemos recibido una postal tuvieramos que pasarnos por correos – y molestar a nuestro amigo funcionario -. ¿Fácil? Si, pero ineficiente…tanto para el cliente como para el funcionario…perdón, servidor!

Entrando en el mundo de las aplicaciones móviles el impacto es grande, sólo hay que ver los siguientes datos aproximados:

• Consumo medio del dispositivo en modo normal (sin conexiones, ni actividad, ni llamadas, ni conexión de ningún tipo): 7mA (miliAmperios)
• Consumo por uso de red: 200mA (ojo, envíar datos consume mucho más que enviar! )
• Consumo en modo Polling cada 5 minutos: 144mA / día
• Consumo en modo Polling cada 15 minutos: 48mA / día

Como dato, teniendo en cuenta que una batería proporciona unos 1000mAH – de media, hay mejores y peores -, vemos que disponer de una App encuestando cada 5 minutos nos puede consumir en un día aproximadamente el 10% de la batería…¡una única aplicación! Si tenemos en cuenta que podemos tener más de 15 activas…calculemos, y el resultado es un usuario que desinstalará nuestra aplicación en cuanto sea posible.

Entonces, ¿cómo se encuentra el equilibrio entre datos lo más actualizados posible y eficiencia de la aplicación? Para esto tenemos la tecnología PUSH: oye, servidor, te informo que necesito los datos en cuanto estén disponibles, envíamelos lo antes posible! Es decir, en lugar de preguntar de forma ansiosa si hay datos disponibles, el servidor notifica al dispositivo que dispone de nuevos datos. Y eso es todo: el cliente deja una conexión abierta para que el servidor le notifique esta información, así de sencillo.

En más de una ocasión me han preguntado lo mismo: pero, si el servidor y el dispositivo mantienen viva constantemente la conexión, ¿por que debería consumir menos batería? Sencillo: mantener una conexión esmucho más eficiente en ordenes de magnitud que enviar continuamente datos.

Y simplificando, que alternativas tenemos para implementar esta solución en las distintas plataformas -iPhone, iPad, iOS en general, Android, Blackberry…-. Aquí hay varias posibles soluciones: frameworks ya existentes para crear toda la comunicación cliente / servidor, pero mi experiencia al tener que customizar estos frameworks me dice que mejor no reinventar la rueda…

Para las plataformas, las soluciones más comunes son:

• iOS: Apple Push Notifications Service
• Android: C2DM (Cloud to Device Messaging)
• BlackBerry: BlackBerry Push Service
• Windows Phone: Microsoft Push Notifications Service

Como se puede ver, en todas las plataformas se aporta este tipo de servicios, previo a realizar el registro del servidor que aportará los datos. Proximamente espero entrar más detalladamente en cada una de ellas para analizar los entresijos y pros y contras. Lo que queda por ver es si realmente se respeta la confidencialidad de los datos, pero eso ya es otra historia…(-:

Related articles

• Aplicaciones para modificar el iPhone (maidenkrystal.wordpress.com)
• Free app brings easy penetration testing to Android (moisesbm.wordpress.com)
• Exploring iOS 5 -Notification Center (allthingzmac.wordpress.com)
• iOS 5.0 Review (dangreco.com)
• Protect Your Phone – Protege Tu Telefono (atropregor.wordpress.com)
• Feature: iOS 5 reviewed: Notifications, iMessages, and iCloud, oh my! (arstechnica.com)

Y parece que la S está de moda…Nexus S, Samsung Galaxy S, y ahora IPhone 4S N64…para decepción de muchos que esperaban por fin el iPhone5 de una vez por todas. Pero habrá que esperar un poquito más…de hecho no se ha oido nada de nada sobre su futuro.

Según anuncia Apple, se ha realizado un rediseño total a nivel interno, añadido doble antena, aumentado la duración de la batería, soporte para GSM, CDMA y HSPA para mejorar el soporte y su internacionalización, potenciado la cámara…

La ansiada keynote ha abarcado toda la historia de dispositivos Apple, desde iPods, pasando obviamente por iPhone hasta los MacBook Air.

Image via Wikipedia

Los speakers más relevantes han sido:

• Scott Forstall,  vicepresidente de iOS
• Tim cook, CEO desde hace apenas un mes dando el relevo al benerado Steve Jobs y al que hace nada han tenido que renovar su perfil en la Wikipedia para una mejora de marca personal
• Eddy Cue, senior vicepresident Internet Software and Services
• Phil Schiller, senior vicepresident Worldwide Product Marketing

Los datos más relevantes de la keynote han sido:

Procesador y hardware

• A5, hasta 7 veces más rápido, de doble núcleo
• Se hizo una demo con Infinite Blade II, en el que se pudo ver la fluidez de procesador.
• Soporte para HSDPA+, que permitirá navega a 14,4 MBPs (no suena mal)
• A nivel de hardware, switch inteligente entre dos antenas para la recepción y envío de datos. Suponemos que Apple aprendió la lección con el issue de las antenas y las manos de los usuarios (-:

Cámara

• Como dato, es la cámara más utilizada para subir imágenes a Flickr.
• 8 MegaPíxels de cámara, 1080p,
• La frase de este punto ha sido “To many customers this will be the best still camera they’ve ever owned and the best video cameras they’ve ever owned”. Humildad ante todo
• 

  Image via Wikipedia

  Face detection, tecnología que parece está en auge y que parece interesas mucho al mundo del Digital Signage

• Nuevo Image Signal Processor 26% de mejora en white-balance.
• InfraRed filter para tener una captura de color de mucha más precisión
• Imágenes de hasta 3264×2448
• Comparativa de IPhone 4S con los tiempos de respuesta de Droid Bionic, Galaxy SII, HTC Sensation. La frase de crispación y risitas por parte de Scott Forstall ha sido: “I don’t know what Droid Bionic users need to do between pictures, maybe go get coffee.”

Batería

• Importantes mejoras que impactan en la optimización y en consecuencia duración.
• 8 horas hablando con 3G
• 14 horas hablando con 2G
• 6 horas navegando con 3G
• 9 horas navegando con WIFI
• 10 horas reproduciendo video
• 40 horas reproduciendo música

Características

• Siri, un asistente por voz con un alto grado de reconocimiento sintáctico. Durante la keynote, se realizaron pruebas en la que se le preguntaba por distintos aspectos: “What time is it?”, respondiendo perfectamente, “Define mitosis”, donde proporcionó una definición formal del concepto, “Search Wikipedia for Neil Armstrong”, lanzando la Wikipedia con los datos de Neil, “Find me a great Geek restaurant in Palo Alto”, respondiendo información geográfica, “Wake me up tomorrow at 6am”, configurando el despertador…Un sinfín de opciones que Siri proporciona, a más de uno le va a hacer mucha compañía
• iCloud: gratuito para iOS5 y usuarios de Lion. 5GB gratuitos. Disponible a partir del 12 de octubre.
• Soporte AirPlay, Disponible a partir del 12 de octubre.
• Notification Center: central de avisos para facilitar y centralizar las notificaciones. Estas serán visibles en la barra superior desplazándola hacia abajo (esto me suena…Apple copiando cosas de Android? ). De esta manera se evitarán las notificaciones desgradables, algo que tenían pendiente en versiones anteriores.
• iMessage, servicio de mensajería para los usuarios de iOS que parece ser un clon de Wassup (si algo funciona…copialo! )

Apps y extras

• Cards Apps, con sistema PUSH
• Newsstand, App para crear prensa digital
• Mejorar en integración con Twitter, donde ahora se facilita compartir todo tipo de información.
• Reminders, tipo Google Calendar.

Datos:

• Comparación con Android, en número de aplicaciones hay 500k en AppStore y 140k para iPad. Obviamente, sólo han comparado la dimensión que más ha interesado, sin tener en cuenta las proyecciones de crecimientos en esta y otras áreas (terminales, activaciones, etc).
• Número de velocidades teóricas de descarga 14.4Mbps vs 7.2 en IPhone 4
• “iOS is now the number one mobile operating system, 43 percent compared to Android’s”, habría que ver sobre qué criterio es el número uno. En satisfacción de usuario, como bien se comenta, seguro.

Precios:

• precio IPOD: $149 for 16GB and $129 for 8GB.
• Precio de venta en España de IPhone 4S son desconocidos, con lanzamiento a fecha finales de octubre, pero sabemos en Estados Unidos USA se vendarán a partir del 14 de octubre y a través de Sprint con los precios:
• 199 dólares la versión con 16GB
• 299 dólares la versión con 32 GB
• 399 dólares la versión con  64GB

Muy interesantes cambios, parece que se va dejando entrever que Apple también coge lo mejor de sus competidores y lo asimila en sus sistemas -algo positivo a nivel de usuario, potencialmente negativo para una empresa basada en la innovación -. Pero seguro que tarde o temprano Apple vuelve a dar la sorpresa como de costumbre!

Image by Getty Images via @daylife

Así que continuamos a la espera de IPhone 5, que como muy bien sabe hacer Apple gestiona las expectativas y canaliza las ansias del mercado cada vez que dispara con un nuevo dispositivo.

Mi más sentido pesame a los Fan Boys de Apple y IPhone

Related articles

• ‘iPhone 4 to be free’ when new iPhones ship (go.theregister.com)
• iPhone 5: Only on Sprint? Crazy but might be true, money talks after all. (saintel.wordpress.com)
• iPhone 4S 16GB, 32GB and 64GB appear on Vodafone’s German website (geek.com)
• Apple iPhone 5 expected to ‘shatter’ sales records (digitaltrends.com)
• “Let’s Talk iPhone” Event Rumor Roundup (macstories.net)
• The iPod Changed Computing Forever. Now It Will Disappear. (wired.com)

Después de un duro fin de semana, finalizó el evento Android AppChallenge celebrado en Vilanova i la Geltrú tras 24 horas intensivas de desarrollo bajo la plataforma Android.

El reto ha sido simple: realizar un juego en 24 horas con funcionalidades diversas: 1 player, 2 players, juego contra el dispositivo, social media…un sinfín de líneas de código a generar y la satisfacción de haber acabado (prácticamente) con los requerimientos pedidos, a pesar de llegar 4 horas tarde (-:.

El equipo SlashMobility formado por los integrantes Manel Simón, Ignasi Busquets y Jose Cortés – un servidor -,dió guerra hasta el final y aguantó estoicamente – o heroicamente – hasta el final del reto, sin dormir. Por cierto, en este enlace podéis conocer a los integrantes del equipo:

Finalmente tras una dura decisión ganó merecidamente Raul Muñoz, con una App muy bien elaborada y agradable a la vista – felicidades por cierto! -, que finalmente tuvimos el placer de poder tocar y jugar.

24 horas intensas pero para nada aburridas, en la que tuvimos la presencia de otros compas de batallas como Nacho Cougil que plantó cara a sus AsynTasks hasta salir victorioso , el maestro Fernando Cejas con su aplicación y su inmortal persistencia hasta dejar prácticamente lista la App, y otros compas varios de GTUG y Androides como Israel Ferrer y Fernando García.

Felicitar a los organizadores y animarles a continuar con este tipo de eventos muy bien organizado – nos trataron como reyes y nos cedieron el móvil de pruebas Samsung Galaxy S Plus!-, ya que crea comunidad y concepto de equipo. Matizar que el evento era individual pero no se dejó de ver gente apoyando a sus compañeros, algo que a mi punto de vista no cambia para nada el bien merecido resultado.

La próxima nos vemos en el AppChallenge de IPhone!!

Related articles

• Security Vulnerabilities On HTC Android Devices (yro.slashdot.org)
• HTC Android phones allegedly face gaping privacy exploit (electronista.com)
• Ask HN: What Android apps do you use? (news.ycombinator.com)
• Stay On Top Of Android App Changes (socialtimes.com)

Actualmente existe cantidad de información dedicada a la fase de Testing, pero la mayor parte es demasiado generalista, basada en metodologías desactualizadas o enfocadas únicamente al paradigma web. Durante esta sesión se ha analizado cuales son las particularidades del testing en Apps Móviles, las diferencias con otros entornos y la multitud de problemas potenciales que pueden encontrarse.

El evento comenzó con una breve descripción de qué es el testing, como funciona y los conceptos necesarios y teóricos. Continuó con la contextualización y la importancia en la compañía de estos procesos, y cómo encaja y se puede digerir en metodologías ágiles utilizadas por Slash como SCRUM: agilidad en el desarrollo no significa no hacer las cosas bien!

Algunos de los puntos que se trataron fueron los siguientes:

• Testing: funcionales y no funcionales
• Testing de aplicaciones móviles: procedimientos y entregables
• Test plan & Test cases móviles
• Particularidades de testing móvil: interfaces, performance, seguridad, dispositivos, operacional, multidispositivos…
• Casos prácticos con distintos clientes

La experiencia de los componentes de SlashMobility en la línea de servicios y producto nos hace consciente de la importancia de hacer las cosas bien hechas, no sólo a tiempo. Por ello, el esfuerzo más importante se ha hecho en los procesos necesarios para realizar un testeo correcto de las aplicaciones, enfocándose en pruebas de calidad y valor en lugar de pruebas vacías de sentido.

Con estas sesiones, a parte de conseguir mejoras qualitativas a nivel de procesos, también nos ha servido para hacer equipo, en el que los miembros de los equipos de Slash comparten sus experiencias y batallitas, ya que siempre hay que dejar algo de tiempo para el lado creativo de las personas

En esta sesión han participado una parte de los equipos de SlashMobility, desde los desarrolladores IPhone y IPAD (IOS), Android, Blackberry y el Quality Manager. Los asistentes más jovenes se quedaron para la foto finish y el estreno de las nuevas camisetas de temporada de SlashMobility!

Si estás interesado en profundizar en la calidad en las Mobile Apps durante el mes de octubre realizaremos la sesión Q&A Mobile Apps, enfocada a mejorar la calidad y usabilidad en las aplicaciones móviles. Nos vemos allí!

Las diapositivas de la sesión se pueden encontrar AQUí

Related articles

• Free app brings easy penetration testing to Android (moisesbm.wordpress.com)

• En Mac App Store, el precio medio de las top 300 apps (unos 11.21$) es 7 veces mayor que las aplicaciones para
  

  Image via CrunchBase

  IPhone (1.57$) y tres veces las de iPad ($4.19)

• Dos meses después del lanzamiento de la App Store para Mac, había 2225 apps. Esto es interesante compararlo con el comportamientode las apps para iPad, en las que dos meses después habían unas 8099 (x4).
• Hay 646 juegos (29% de las apps), pero curiosamente son el 39% de las apps más populares.
• Sólo el 12% son gratuitas en el Mac App Store.

Y los números de los markets siguen avanzando mes a mes. Android cerca de las 200k apps y Iphone 300k .A mes de febrero, se quedan con la siguiente distribución:

Respecto a cómo se distribuyen las aplicaciones en las distintas plataformas de Apple, los números quedan de la siguiente manera:

Como no, juegos y entretenimiento se llevan el mayor trozo de pastel. Cabe destacar que aplicaciones de productividad y utilidades, probablemente por el impacto que tiene apple en la operativa de muchas empresas, también parecen estar en auge.

Seguiremos a la espera a ver en qué puntos acaban estabilizándose estos datos, si es que lo hacen…:-)

Related articles

• Week in Apple: it’s getting to be WWDC season (arstechnica.com)
• Mac App Store: Opportunities (epiphanysolutions.co.uk)
• Desktop Shopping for Apps (online.wsj.com)

Android

Se comenta en las últimas entradas del blog de Android Developers el hecho que muchas veces es necesario identificar las instalaciones y los dispositivos en los que se instalan nuestras Apps. En el mundo #IPhone la cosa es relativamente más sencilla, ya que todo está “etiquetado”: hardware, software, Apple IDs…

En Android, la cosa es más compleja. Resumo a grandes rasgos las mejores maneras de identificar (hacer tracking) dispositivos y instalaciones.

Instalaciones de aplicación:

1. Usar TelephonyManager.getDeviceId(): problema, ya que el sistema devolverá el IMEI, MEID, o ESN, pero no todos los dispositivos Android deben tener estos identificadores. Además, el ID no varia en distintos wipes (resets) y necesita permisos especiales (READ_PHONE_STATE).
2. Utilizar un UID pseudo-aleatorio y registrarlo en el servidor: puede funcionar, pero existe una pequeña probabilidad de colisión entre identificadores.
3. Con el modelo del punto 2, lo mejor sería utilizar el método UUID.randomUUID() que devuelva un UID único (RFC 4122)

Identificar dispositivos:

1. Usar TelephonyManager.getDeviceId(), con el problema acabado de comentar.
2. Utilizar la MAC Address del dispositivo: no muy recomendado, ya que no todos los dispositivos tienen un adaptador WIFI
3. Utilizar la variable del sistema android.os.Build.SERIAL , pero sólo está disponible desde la versión 2.3 (GingerBread)
4. Variable Settings.Secure.ANDROID_ID , disponible desde la versión 2.2 (Froyo), parece la mejor elección
   

Related articles

• Identifying App Installations (android-developers.blogspot.com)
• Is there a compilation of useful iOS frameworks? – Quora (quora.com)
• Android Gets In-App Billing (blogs.wsj.com)
• Bogus Metrics for Honeycomb Apps (jeanhsu.com)
• Android Market Finally Gets In-App Billing System, Developers Breath Sigh of Relief (inquisitr.com)

Ya tenemos Android 2.3 (aka Gingerbread), API level 9, así que nos toca merendar : )_

Llevábamos ya unos días esperando la release de la versión 2.3 de Android para echar un ojo a los cambios añadidos
a la SDK, en una primera ojeada no tiene mala pinta, aunque habrá que analizar con calma.
Describo superficialmente cuáles son algunas de las nuevas aportaciones que tendremos en el SDK:

Voz IP vía protocolo SIP (Session Initiation Protocol)

Esto nos permitirá crear aplicaciones que utilicen la telefonía y videoconferencia a través de Internet.
Obviamente, aquí entrarán en juego las queridas operadoras teléfonicas (siempre al acecho…) que empezarán a poner
zancadillas a base de limitación de datos y amenaza de bajar la velocidad de la línea…si quieres llamar, a pagar
una tarifa de voz…necesario?
Lo encontraremos en el package android.net.sip, y necesitaremos de un nuevo permiso: <uses-permission android:name=”android.permission.USE_SIP”>

NFC (Near Field Communication)

Muy interesante el soporte para NFC, que precisamente hace poco me comentaban los amigos del Centro Tecnológico
Leia-Tecnalia, en Vitoria. Esto permite entre otras la lectura automática de etiquetas utilizando radiofrecuencia.
Es decir, pasamos el dispositivo por la etiqueta y listo, información recibida. Promete bastante, sobretodo por el futuro pago con el móvil que se espera empezar a ver pronto.

El package: android.nfc y el permiso: <uses-permission android:name=”android.permission.NFC”>

Soporte para nuevos sensores: giróscopo, gravedad, barómetro…

Si buscamos en la clase Sensor, vemos que algunas de las constantes añadidas han sido: TYPE_GRAVITY, TYPE_LINEAR_ACCELERATION,
TYPE_ROTATION_VECTOR.

Soporte para múltiples cámaras

Ampliación de la API para consultar el número de cámaras disponibles y seleccionar la que se prefiera. Esto es interesante ya que se están empezando a ver las típicas cámaras frontales, que posiblemente se utilizarán para videoconferencia, entre otras.

Efectos de sonido

El media framework añade soporte para modificar audio y añadir efectos añadidos en las pistas. Personalmente, no estoy demasiado metido en este framework, si bien seguro que añade mucho valor, especialmente para los creadores de juegos.
El package: android.media.audiofx

Download Manager

Api para pedir al sistema que descargue algo de una URL y lo mueva a una ubicación determinada. Como la mayoría de managers, se puede acceder a él a través de la llamada getSystemService(String servicio).

StrictMode

Interesante novedad, en la que el desarrollador puede ser notificado en el caso de que la aplicación pueda degradar
el rendimiento. Se pueden configurar los temas que se quieren monitorizar: lecturas y escrituras en disco, red, log, sql…

Soporte para pantallas “extra largas” (aka tabletPC)

Se puede indicar que la aplicación se va a ejecutar en este tipo de pantallas con <supports screens … android:xlargeScreens=”true”>, y se dispone de un nuevo qualifier en los rescursos:  (xlarge)

Content Providers

Se han añadido:

AlarmClock: gestión de alarmas dentro de nuestros componentes de aplicación.
MediaStore: soporte de una nueva acción (PLAY_FROM_SEARCH) que permite escuchar un audio directamente de una búsqueda.
Settings: cambios que permiten a la aplicación consultar los detalles de pantalla.
ContactsContract: se añaden nuevos campos para añadir el SIP (telefonía vía Internet)

Ubicación:

Cambios en las notificaciones de ubicación y criterios (Criteria) para los componentes de aplicación.

Almacenamiento:

Soporte para OBB (no totalmente soportado) y virtual SDCard.

Package Manager:

Nuevas constantes y métodos para saber si es la primera vez que se instala la aplicación, última actualización, etc.

Acceso nativo al ciclo de vida de la Activity:

NativeActivity, que implementa directamente los métodos de callback (onCreate,onPause…)

DalvikRuntime:

Se eliminan clases anteriormente deprecadas y se añaden modificaciones en algunas clases del core:

ArrayQueue, NavigableMap, ConcurrentSkipListMap, LinkedBlockingDeque, CookieManager (HttpURLConnection)…

Todo esto, más unos cuantos cambios en la UI y en la parte gráfica (OpenGL ES 2.0), nuevos tags en el Manifest.xml y nuevos permisos…

Se pueden ver una lista completa de los cambios en la página oficial de developers

Ahora sólo queda echarle un ojo a todo y ver cómo se pueden explotar estos cambios…mientras tanto, en SlashMobility seguimos dándole caña a los cursos de Android y veremos que cosas interesantes añadimos a la formación (-:

Mientras tanto, esperaremos a Android 3.0, de la que sabemos que empezara por H

Related articles

• Android 2.3 GingerBread Is Now Available (mwd.com)
• Android 2.3 Gingerbread lands just in time for the holidays (intomobile.com)
• Android 2.3 Gingerbread Launched (techie-buzz.com)
• Android 2.3 Platform (developer.android.com)
• Gingerbread, an Evolutionary Update to Android (googlesystem.blogspot.com)
• Android 2.3′s ‘Gingerbread’ OS: What’s inside (cnet.com)
• Gingerbread Released, Here’s What’s New (readwriteweb.com)

Ubicación BDigital Apps

en Barcelona y parece ser que (ojalá) se realizará de forma periódica.

BDigital Apps

Afortunadamente, contamos con el apoyo de LaCaixa, HP, Tecnocom y Telefónica como sponsors, por lo que el éxito está asegurado. Esto, unido al hecho que tendremos un gran debate matutino con gente de Google, Nokia, RIM, Microsoft, HP y Telefónica creo que no dejará insatisfecho a nadie relacionado con el mundo de las apps móviles.

Related articles

• Windows Phone 7 Era Begins, Really (pcworld.com)
• Is RIM “Blackpad” Tablet About to Go Prime-Time? (cbsnews.com)
• RIM on the edge of a big move? (news.cnet.com)
• 1 More Reason to Short Research In Motion (fool.com)
• Nokia buys mobile analytics firm to improve app quality (electronista.com)

En el evento de hoy, SlashMobility ha asistido a EADA (Escuela de Alta dirección y Administración) a
“Tendencias en Retail: Marketing Shopper, Digital Signage y Marketing Móvil”, para comprobar las tendencias
que se están abriendo paso en el mundo del Mobile Marketing. Por cierto, gracias Juan por el favor

Básicamente, el evento ha consistido de cuatro charlas:

• David Lopez Aranda (Director de Márketing de Fopren) y Carlos Silva (CEO de ADmira): Nos han comentado las bondades del Digital Signage (esos cartelitos tan chulos que varían su publicidad según unos criterios) . De aquí hemos aprendido lo siguiente:

1) Pronunciarlo correctamente (saigneich )
2) El consumidor está excesivamente bombardeado por el alud de marcas
3) La publicidad exterior sigue siendo la más útil
4) La mayoría de las decisiones de compra se hacen en el mismo punto de venta
5) Existen maneras de cuantificar la audiencia y por lo tanto comprobar cuánto de efectivas son las campañas publicitarias y segmentar más eficientemente.

• Xavier Bordanova (Director de Beagle Consulting):  Muy interesante punto de vista de las variables que hay que reforzar a la hora

de realizar una buena labor de marketing:

1) Destacar que no sólo es importante el producto y precio, si no el Producto, el Proceso de Compra y el Precio.
2) El beneficio para un consumidor, no sólo depende de las variables producto precio: una aproximación de la variable
beneficio puede ser:

Beneficio = (producto + proceso) / (precio + esfuerzo) . Es decir: el beneficio depende proporcionalmente al producto y a lo fácil que es el proceso para conseguirlo e inversamente proporcional a su precio (obviamente) y al esfuerzo que hay que realizar para adquirirlo.

• Jaume Portell (CEO de Beabloo): Nos ha hablado de Beabloo (empresa por cierto nacida de Barcelona Activa) y presente en el Mobile World Congress 2009. Beabloo es una plataforma de publicidad (de márketing digital) en los que a través de internet y pantallas LCD se da información (y se recibe) de los servicios ofrecidos por comercios. De esta manera, desde otros comercios se da visibilidad entre ellos (eso sí, únicamente a los que pertenezcan a la plataforma). Ya se sabe, mejor juntos que separados

Related articles

• Univision Announces Branded Entertainment Partners For “Eva Luna,” Univision Studios’ First Primetime Dramatic Production (tvbythenumbers.com)

Pues continuando las andanzas, hoy los amiguines de #SlashMobility (Jose Cortés, Emilio Avilés & Nacho Cougil, entre otros) hemos estado dando una vuelta por el CINC a ver que se contaban los compañeros del #GTUG y  Androides BCN.

Hemos estado escuchando a Manfred Moser (http://www.simpligility.com/ y http://www.linkedin.com/in/manfredmoser), fundador del VIJUG (Vancouver Island Java User Group), dedicados a fomentar las tecnologías JAVA en Canadá.

A grandes rasgos, ha comentado las bondades que ofrece #Maven, conocida herramienta para la gestión de proyectos JAVA (bueno, en teoría no sólo JAVA, pero ya sabemos como son estas cosas…) con el robotito verde (aka Android). Entre otras cosas, se han analizado:

El ciclo de vida de un proyecto con Maven: compile, testing, packaging, install, deploying…
Ampliar la funcionalidad de Maven con plugins: lo que no hace, lo puede hacer.
Fases de los plugins (goals).
Visión de un POM.

Y lo más interesante, el plugin maven-android-plugin, para evitarnos tener que ir trasteando con el emulador y el adb,
dando una capa de abstracción que ayuda a realizar las típicas tareas del ciclo de vida de una app Android:

android:apk – para crear el empaquetado de la aplicación
android:deploy – subir el apk al emulador (configurable en el pom.xml)
android:emulator-start – obvio, no?
android:pull y android:push para copiar ficheros desde el dispositivo a local y viceversa, respectivamente.

etc.
Quizás se echó un poco en falta el saber cómo se realiza la gestión de dependencias, pero está claro que no se puede
hacer todo en un par de horas…

En general muy intesante, acompañada de un sorteo de libros de Manfred sobre Maven. Y finalmente, como no, el “networking” final
con los enganchados de #Android…

Nos vemos en la siguiente!

Related articles

• imabonehead: Android Development with Maven – a primer | Java.net (weblogs.java.net)
• Android Development with Maven (nofluffjuststuff.com)
• imabonehead: Android Development with Maven (wakaleo.com)