Posts Tagged ‘criterios’


He pasado los últimos meses programando una aplicación para móviles. No es que yo sea el programador más rápido y eficiente que existe pero me divierte mucho hacerlo. Principalmente disfruto la etapa de diseño, así que más que las funciones en el mismo app, me interesa todo el diseño del entorno que tendrá el app, no solo ahora sino también en el futuro.

Los objetivos que me puse para esta aplicación son:

Que sea muy útil. Obvio, aunque no tanto considerando que hay aplicaciones verdaderamente inútiles que tienen mucho éxito.

Que sea fácil de usar. En otras palabras, que no tenga que hacer clicks por todas partes para verlo funcionar. Instalarlo y listo.

Que sea fácil de mantener. Tengo que poder saber cuántos usuarios tengo, a que hora se conectan, que funciones del app están usando mas y cosas por el estilo. Además, que no tenga que estar contratando un super servicio de hosting que me cueste un montón de dinero mensual.

Utilizar un sólo código para muchas plataformas. Ok, Android es el más popular, pero iOS y WP y otros sistemas operativos deben poder usarlo también.

Que se pueda monetizar.

Todo esto me sonó razonable en su momento y aún me lo parece, así que los mantendré.

Ahora, mientras estaba programando, y considerando el último objetivo, me dí cuenta que hacia falta muchas cosas además de elegir hosting, librerías y demás cosas, realmente fue todo un descubrimiento para mi y sobre todo algo que no se puede aprender en ninguna escuela.

En fin, para hacer la historia corta, el proceso que tuve que seguir fue algo así mas o menos:

– Plataformas: 

Ya había escuchado hablar de Phonegap y Cordova desde hace años pero recién les puse atención como debe ser. Lo primero que encontré es que no son una solución completa. Veamos, la idea es que hagas tu app en JavaScript, luego la extiendas con Phonegap/Cordova y finalmente dejarle la generación de las versiones específicas. Todo bien, pero eso de hacer tu app en Javascript no me sonaba bien, además que Jquery no me quedó muy claro, principalmente porque te puedes enredar muy fácil con javascript si no tienes un framework que te ayude a programar. Jquery se orienta a la parte gráfica pero no a construir una estructura de aplicación que se pueda manejar aceptablemente, hay gente que lo hace, pero en mi caso, faltaba algo.

Por suerte encontré Ionic Framework que es una versión de Cordova mas una librería para UI y un framework de aplicaciones con AngularJS. Lo mas importante aquí es la inclusión de AngularJS, que es la forma como siempre debió ser Javascript.

Para ahorrarles algo de trabajo. El mayor problema que tuve con Javascript es que casi todo es asíncrono. Es decir, ejecutas una línea y la respuesta viene en algún momento que no sabes de antemano. Fatal para aprender y para hacer Debug. Además, su organización hace que el manejo de MVC sea muy natural. Finalmente, entiendo la importancia de que una vista no tenga acceso a la capa de datos, y que el controlador sea quien gestione la vista. El resultado es una aplicación donde las vistas con entidades independientes que podrían ser reutilizadas sin problema. Incluso pude dejar de lado la mala costumbre de preocuparme de un estado global de la aplicación gracias a una maravilla llamada UI-Router que viene integrada en Ionic Framework, para resumir, cada vista es un estado y listo.

Con esto solucioné el problema de cuál herramienta de desarrollo utilizar. Si bien tuve que aprender javascript, es un sol esfuerzo para abarcar muchas plataformas así que valía la pena.

– Datos: 

Sobre los datos en una aplicación hay tres cosas que pensar, que los tienes que organizar y tener en algún tipo de base de datos, que los tienes que pasar del servidor al móvil y finalmente que ese paso ocasiona tráfico.Resumiendo, Database, Syncing y Traffic.

En el mundo de móviles no hay muchas opciones y menos aún si queremos un app para varias plataformas. Muchos dirán que SQLite está presente en todas partes, yo me encontraba en ese grupo, pero la noticia mas grave que enfrenté es que no es cierto. SQLite no existe en todas partes y en los lugares donde existe se considera un estándar viejo que puede desaparecer en cualquier momento. Golpe durisimo porque ya empezaba con un problema mas. En fin, la alternativa que ofrece el mundo estándar es IndexedDB que para matar los ánimos, aún no es soportada completamente por todos. Que lío. En fin, como siempre el camino correcto parece siempre estar a la mitad y así fue que encontré PouchDB.

PouchDB es una versión cliente Javascript de CouchDB, que es un tipo de base de datos NOSQL que tiene algo muy bonito: sincronización automática de datos. Lo segundo: sincronización automática suena muy bien, pero lo primero requiere algunas líneas.

NOSQL es un movimiento nuevo de bases de datos que no están basados  en tablas y columnas como los tenemos en Oracle, Sql server y demás. La idea detrás es que sea más fácil de usar en aplicaciones de Internet, por dos motivos: el protocolo es http así que no hay drivers que cargar, y que no exista un modelo de datos, y con eso se eliminan los famosos joins. No es que crea que esta alternativa sea mejor que una base relacional, pero tener sincronización automática me convenció así que pagaré el precio usando NOSQL. El problema principal con estas DB es que hay casos en los que si tengo que usar “joins” para lo cual tengo que usar una pesadilla llamada MAP/REDUCE. En fin, lo bueno es que toda esa complicación me permitió aprender a golpes que hay que ser muy específico cuando se trata de hacer consultas a la base de datos.

– Sincronización y tráfico:

Como ya les dije, Pouch/CouchDB se encarga de sincronizar y lo más importante es que no consume mucho ya que es posible cargar una base de datos inicial, por lo que sólo se transmiten los cambios. Ahora, consideremos que la app que estoy haciendo es principalmente un catálogo con fotos, así que cada nuevo “registro” o mejor dicho “Documento” va a tener un tamaño algo grande, esto es 20K promedio lo que es bastante grande, pero que suena manejable considerando que por semana se crearán un máximo de 5 documentos con 2 documentos en la mayoría de los casos, así que podemos decir problema resuelto: la información estará al día y con un costo de transmisión de datos bastante aceptable. Sobre el consumo de datos, normalmente siempre es un problema la velocidad de datos ya sea por la calidad de la señal o por su costo, lo que hace necesario pensar siempre en transmitir lo mínimo indispensable a fin de que al usuario no le importe mucho usar tu app y por lo tanto, hace necesario que la app pueda funcionar sin datos por completo. Mágicamente, esto se soluciona con PouchDB ya que la base de datos está grabada en el móvil así que si se corta la señal, podremos seguir usando el app sin problemas.

– Hosting:

Una cosa interesante sobre CouchDB es que hay opciones de hosting gratuitos. En mi caso, IrisCouch tiene un servicio que es gratis hasta 5 dólares. Lo interesante es que la sincronización hace que sólo se pague por las diferencias entre la base de datos actual y la que se encuentra en el móvil, así que el tráfico debe ser bastante grande para empezar a pagar.  Un beneficio oculto es que se pueden hacer aplicaciones dentro de CouchDB, lo que simplifica la gestión del hosting. Ya les diré cuando aprenda a usar esa función.

Con esto se cierra lo que es la parte mecánica de la aplicación, es decir todo lo que un programador puede hacer. Ahora faltaba considerar lo que un empresario necesita. En primer lugar: Medir, necesitas saber cuanto se usa tu app y quienes la usan. Identificar: necesitas ahora mas datos de las personas que usan tu app y finalmente (al menos por ahora) Monetizar: generar algún ingreso.

Para la medición opté por Google Analytics porque es bastante completo pero con un giro. Para el cliente escogí una librería que simplifica el registro de los eventos y del uso y que suspuestamente trabaja con todas las plataformas. Cordova tiene un plugin para GA pero no soporta Windows Phone, Angulartics, la librería que escogí, parece que si por lo que estoy cubierto.

Para la identificación hay un gran detalle: los usuarios deben querer ser identificados. No voy a poner un formulario larguisimo para que mis usuarios se registren, lo mas simple es usar alguna red social y Facebook viene al rescate. Mejor aún, es si usamos un plugin para permitir compartir contenido dentro de la app que recibe información de las redes sociales a las que te conectas. En el futuro, si pienso dar la opción a que te registres, pero también seguiré el modelo de vincular la cuenta a alguna red social para simplificar el asunto, para que los usuarios tengan la opción de entrar fácilmente con sus cuentas de Twitter, Facebook o Google Plus y también para dar tiempo a que Windows Phone permita hacer lo mismo que en Android y iOS.

La monetización es algo que no se puede poner tan al principio para evitar que sea un impedimento para el crecimiento de los usuarios. Tampoco voy a dejar el app totalmente libre porque como ya dije, soy muy lento y alguien puede ganarme la jugada. Por el momento, la alternativa son banners y Admob resultó fácil de integrar. Hay un concepto llamado mediación que permite utilizar la misma cuenta Admob para recibir avisos de proveedores de banners que pagan algo mas, así que estaré en esa búsqueda. En el futuro, las opciones de monetización se abren como por ejemplo, cuentas personales que permitan hacer backup de tus datos, opciones para facilitar el intercambio de items entre usuarios en el mundo real y demás.

Adicional a todo esto hay un punto que ya queda casi al límite del tema técnico: Comunicación de los usuarios con el App. Toda app debe tener una identidad “social”. En otras palabras, hay que separar cuentas de Twitter, Facebook, Instagram, Pinterest, Correo, Web y otras por ahi. El app debe poder recibir mensajes y responderlos. Para eso hay que planificar con mucho tiempo porque los Ids en cada red social no esperan. Si se les ocurre un nombre cool, créenlo en la red social de su preferencia y así no lo perderán. Y lo más importante: asignen un Community Manager.

Hay un objetivo que siempre estuvo considerado pero que no lo escribí: que sirva de ejemplo para desarrollar otro tipo de aplicaciones móviles. Quizá esto es lo más importante, porque hasta ahora mi mayor éxito es un diagrama mal dibujado en algún papel, quizá ahora podríamos cambiar eso por una app que se pueda mostrar.

Resumiendo, su próxima aplicación móvil debe considerar las siguientes fases:

– Desarrollo: Plataforma, Datos y Hosting

– Explotación: Medir, Identificar y Monetizar

– Difusión: Planificar

Hay un punto que no he considerado que es la fidelización y ha sido a propósito. Personalmente, creo que la base de la fidelización de usuarios es brindar un buen servicio y satisfacer una necesidad. Veamos a Twitter que es básicamente el mismo servicio desde sus inicios, quiza sean los hash tags y las tendencias lo mas importante en innovación pero nada que altere la paz de los usuarios en escribir y leer tweets. Para el caso de esta aplicación, la estrategia de fidelización está en las nuevas funciones y en las futuras opciones de intercambio de items persona a persona.

¿Sobre que trata la aplicación? Ya lo verán en un par de semanas.


Apple iPad es un éxito de ventas, HP y Microsoft preparan uno, al igual que Samsung, y hasta RIM prepara un Pad, o Slate o Tablet. Dell no se quiso quedar atrás y prepara lo que puede ser el smartphone mas grande del mercado sin llegar a ser tan grande como un Pad.

Todos están interesados en sacar uno al mercado, pero que necesidad hay de un Pad?

Según Steve Jobs, un Netbook no cubre todas las necesidades porque no es tan versátil, es pesado y no sirve para acceder a las necesidades básicas de Internet (Navegar, leer contenido y Multimedia). Hagamos la verificación punto por punto.

  • Navegar por Internet: iPad no tiene Flash mientras que todos los Netbooks si. El Multitouch es un plus del iPad que si paga su precio. El problema principal es el ingreso de datos, para eso me inclino a un Netbook. Si es sólo para leer, me inclino por un Pad.
  • Correo electrónico: Dos casos, leer y escribir correo. Para leer ya lo dije un Pad es mejor, pero para escribir Netbook.
  • Leer contenido digital: Ya está claro que mejor es un Pad.
  • Organizar nuestra multimedia: También definitivamente un Pad.

Conclusión, un Pad es un consumidor de información, no sirve para generar contenido. De hecho el Pad éxito de ventas, no puede ni siquiera tomar una fotografía digital aunque sea de mala calidad, cosa que si hace un teléfono.

Las Netbook no se caracterizan por ser rápidas, principalmente porque usan un sistema operativo diseñado para equipos grandes. Están diseñadas para hacer de todo, pero no necesariamente de forma rápida. Tendré un Word lento, pero al menos podré ingresar el texto que quiera y formatearlo a mi gusto, lo mismo que diseñar una presentación o trabajar con mi hoja de cálculo tal como lo hago en la PC pero más lento. Generación de contenidos es la clave aquí.

Ahora, tenemos que hablar de portabilidad. Podemos llevar una netbook en la maletera del carro o en una mochila sin problemas, mientras que un Pad necesitará algo mas de cuidado, por lo general su movilidad estará restringida a la sala de la casa, pues todavía será un aparato delicado, ya que su periférico crítico (la pantalla) está mas expuesta que en un Netbook.

Yo creo que este último criterio es el mas importante. Si bien hay Pads con conexión a 3G, no los podemos ir llevando por la calle. Supuestamente, para eso tenemos los smartphones, es aquí donde quedan esperanzas para el Dell Streak. Quiero un smartphone recargado, pues ahi va el Streak.

Finalmente, tenemos la función de PMP (Personal Media Player) donde definitivamente no caen ni los Pads ni las Netbooks. La respuesta es que ya tenemos un teléfono que hace eso, entonces no necesitamos otro equipo para que eso. A menos que llevemos una mochila muy grande. Yo ya tengo una mochila gigante y ya no entran mas gadgets.

Conclusión: Pads tienen un nicho en los usuarios “consumidores” de contenido. Ahora el problema es si uno es mas generador de contenidos que consumidor. En mi opinión, todos tenemos un 50% de ambos. Entonces un Pad tendría un uso específico. Por ejemplo, quisiera entrar a un restaurante y ver la carta en un Pad.

Pad con Android , iOS o WebOS o Blackberry OS caen en lo mismo, hacer mas divertido consumir información que generarla. Espero que nos demos cuenta de esto muy pronto. Esta bien hacer gadgets que se vean bien y que todos quieran comprar, pero tienen que empezar quitando las restricciones a lo que pueden hacer por nuestras reales necesidades.


Tengo que comenzar diciendo que sólo dos veces he pagado por un celular: cuando saqué mi primera línea, que hasta ahora la tengo, y cuando compre un Motorola V3 simplemente para tenerlo en mi colección. Luego, no he pagado ni un centavo por teléfonos celulares, principalmente smartphones. Es por esto que puedo decir que me cuesta bastante gastar cada dólar en un teléfono.  Al día de hoy he usado cada una de las mayores plataformas de smartphones en el mercado a excepción de Android, pero ya estoy trabajando en eso.

Primero, smartphones no es para cualquiera. Suena sectario, pero es la realidad. Un smartphone tiene un precio mayor a un teléfono convencional y si bien están diseñados para gestionar una gran cantidad de información personal, la verdad es que agregan un nivel de complejidad en el uso, que para algunos puede realmente complicar la vida.

Por otro lado, un smartphone es realmente una gran herramienta cuando tenemos que hacer algún trabajo en la calle. Con las herramientas adecuadas, esos teléfonos significan salvar lo que sea sin importar donde estemos. Todo esto con mucho cuidado, porque un smartphone puede tener muchas funciones, pero ninguna sera tan buena como un equipo por separado. Por ejemplo, yo aun no confió en las fotos de un smartphone por mas que tengan millones de megapixeles, o en la duración  batería si quiero usarlos para escuchar música o ver películas. Todavía es recomendable cargar una cámara digital buena y algún media player como un sony psp o un IPod Touch.

Durante estos años también he podido comprobar que no hay “medio” smartphones. O tienen todo lo que deben tener o no valen la pena. Lo que todo smartphone debe tener:

  • Conectividad: Wifi, Bluetooth, y datos por red celular 3G. DEBE TENER TODOS
  • Teclado: De preferencia físico QWERTY. No he encontrado ningún teclado en pantalla que sea aceptablemente bueno. Ni siquiera con el famoso SWYPE.
  • Batería: Tiene que dar un rendimiento de al menos 1 día con todo prendido. Esto es básico.

Si estamos evaluando un smartphone que no tenga esto, no sirve. Así de simple.

Como verán, no importa el sistema operativo, ni la pantalla. Son detalles menores pues todos deben hacer lo mismo.  Sobre la pantalla, mientras menos colores mas tiempo de duración de la batería  lo cual es bueno, aunque ahora con las pantallas de AMOLED parece que ya mejoraron eso.

Ahora, para fijar el precio máximo a pagar por un teléfono con estas características, debemos evaluar el precio del siguiente nivel de dispositivos móviles disponibles. Por ejemplo, tenemos las populares Netbooks, y los nuevos aparatos como el Apple IPad, o incluso laptops compactas con soporte para redes celulares 3G integrado o con algún tipo de modem. Estos dispositivos ya no nos darán la movilidad que nos da un teléfono, pero significaran poder hacer mejor y mas rápido alguna tarea que se necesite cuando estamos lejos de nuestro centro de trabajo.

La unica razon por la que podemos fijar el limite de precio de un celular en el precio de un aparato de siguiente nivel es por la movilidad. Si evaluamos que trabajar en el camino es algo de todos los días y lugares, entonces justifica pagar el precio, de lo contrario, podemos optar por un netbook para trabajos móviles eventuales. Otra ventaja mas de esta estrategia es que los  usuarios móviles “hardcore” ya están acostumbrados a “sacrificar” ciertas cosas en los teléfonos para poder cumplir con su trabajo, saben que el navegador puede ser algo lento, o que la pantalla sera muy pequeña, o que no se pueden pasar el rato escuchando música o tomando fotos porque se acaban la batería y ademas tienen algún tipo de batería de repuesto. Un trabajador móvil eventual  sufre mucho con el cambio de plataforma y prefiere tener lo mismo que usa en su estación de trabajo principal.

Con esto tampoco quiero decir que hay que comprarse una netbook si o si. Las netbook son para trabajadores móviles que requieren de realizar tareas mas allá que simplemente navegar la web y contestar algún correo. Los tablet tipo IPad vienen a cubrir ese nicho. Por ahí alguien dijo Flash, Voip y  Videollamadas,  es cierto, la única experiencia de navegación total sera solamente con una netbook.

Segun estos criterios,

  • no podemos pagar los 1500 dolares que cuesta el HTC shift, porque por menos de la mitad podemos comprar un Netbook y un buen telefono.
  • Si queremos un Nokia N97, estos suelen costar alrededor de USD 450, lo cual es mucho menor al promedio de USD 600 por una netbook. Incluso existen el E71, E72 que por mucho menos nos da casi la misma funcionalidad, lo  que los hace una buena alternativa en smartphones
  • El Blackberry Bold 9700 llega a costar alrededor de los USD 600, que lo hace una opcion muy cara comparado con  una Netbook Asus Eeepc que ronda los USD 400.

Al dia de hoy parece ser que el precio tope serian los USD 600, pero con el tiempo las alternativas cambiaran en el mercado. Un smartphone es un netbook para los mas experimentados y por lo tanto, una herramienta de trabajo altamente especializada y debe valorarse como tal.

Podrán notar que no he mencionado el tema de las llamadas de voz, porque se supone que es lo primero que debemos verificar. Un smartphone puede ser muchas cosas, pero por sobre todo, debe ser el mejor teléfono para servicios de voz. Lo mismo con la cobertura, deben ser los de mejor señal del mercado.

Tampoco he mencionado el tema de las Operadoras celulares. Hay una gran cosa que es el subsidio para la compra de aparatos, pero tiene como contraparte los altos costos mensuales por el servicio. Este sera un tema aparte pues tiene para largo. Algo rápido sobre esto sera que si somos nuevos usuarios de la Operadora, conviene comprar un smartphone junto con el servicio de datos mientras que si somos ya usuarios del servicio de datos, deberíamos buscar equipos desbloqueados sabiendo de antemano que nuestro limite puede ser ligeramente sobrepasado.

Hasta hace algunos años se hablaba de convergencia, y de ahi surgio el smartphone. Concentrar funciones en un solo aparato es una buena cosa, pero todo tiene limites. Las restricciones en la convergencia son reales pero creo que en el futuro hablaremos de modularidad. Bug labs es un ejemplo de eso (http://www.buglabs.net/) y algo atras también MODU (http://www.modumobile.com/) con un pensamiento Lego.  Piensen en esto: Un telefono muy pequeño con solamente capacidades de voz y sms que mediante un jacket se le agregue una pantalla mas grande y funciones de smartphone, o que podamos introducir en una netbook para acceder a la red, o que simplemente se pueda agregar un teclado QWERTY. Es decir, volveremos a comenzar con una idea nueva en la cabeza. También hablaremos algo de esto en el futuro próximo.

Finalmente, hay un toque final que se llama gusto personal, por la que podremos decidirnos por equipos smartphones, o incluso telefonos regulares, que se escapen a estos criterios. Si es nuestro caso, existe un solo criterio: si te sobra la plata, compratelo.


Hace unos días estuve a punto de comprar un Apple Ipod Touch, básicamente para poder probar el nuevo sistema operativo 4.0 de Apple cuando estuviera disponible, o cuando encuentre algún hack seguro en la red. Encontre una buena oferta en un portal de internet pero para suerte mía la transacción se cayó por falta de seriedad del vendedor. En fin, el lado bueno era algo que yo ya sabía: la convención de Apple WWDC es aqui nomás en junio y es casi seguro que se presentará el IPhone 4G y , aunque menos probable, tambien el nuevo IPod Touch con cámara. La decisión de compra la tomé principalmente por un tema de costos, si el sistema operativo es el mismo, a menor precio, puedo sacrificar una cámara.

Esto no es nada nuevo, la tecnología vale según el momento y todo el tiempo sale algo nuevo. El problema es saber el momento para comprar.

Sin ser muy observador, se puede identificar tres momentos:

  • Early birds: comprar apenas esté disponible. Alto precio y Alto riesgo de costo/beneficio
  • Second place: comprar cuando todo parece indicar que el equipo es estable. Precio un poco menor, bajo riesgo de costo/beneficio
  • Late adopters: comprar cuando esta de salida. Precio muy bajo, Alto riesgo de costo/beneficio

Como verán, las empresas tratarán de vender lo más posible en los lanzamientos para evitar las comparaciones con otros productos alternativos, principalmente en el tema de costo/beneficio. El caso típico es Apple IPhone, que vendió una barbaridad en el lanzamiento y luego recién nos pusimos a evaluar sus funciones descubriendo alternativas mas funcionales a menores precios.

Empecé con el ejemplo del IPod Touch, porque es un aparato que considero bueno y que he recomendado mucho, pues se trata de funciones que son de utilidad de “largo rendimiento” como una alternativa real al IPhone. Pongámoslo de esta forma: el IPhone es un teléfono y si cambia la red, tendré que cambiar de teléfono (Wimax y LTE ya están a la vuelta de la esquina) mientras que IPod Touch es un PMP que ofrece las mismas funciones y ventajas desde que salió hasta ahora. Conclusión: mi dinero dura mas en un IPod Touch que en un IPhone.

Estos son los pensamientos que las empresas tratan de evitar en el lado de los consumidores, por eso la inversión tan alta en bulla en los medios. Es por eso que no creo que haya sido un evento fortuito del destino que un ingeniero de Apple se haya olvidado su nuevo IPhone 4g en un bar.

Mi sugerencia en este caso es identificar la necesidad y comprar en consecuencia, identificando los siguientes criterios:

– Necesidad: tenemos que estar claros que es lo que queremos resolver en nuestras vidas. Puede ser entretenimiento móvil, comunicación, prueba de aplicaciones, curiosidad. Todo vale mientras estemos claros sobre nuestros verdaderos motivos.

– Urgencia: ¿podemos esperar o no?, con esta respuesta tendremos una luz clara del momento de compra.

– Presupuesto: ¿Cuánto estamos dispuestos a gastar? el día de hoy tenemos opciones de todos los precios.

– Retorno: ¿Qué obtendremos a cambio? la tecnología debe ser considerada una inversión así que tenemos que esperar obtener beneficios a partir de su uso, sin importar cuales sean.

Identificando claramente estos cuatro puntos podemos identificar claramente el momento justo para nuestras compras de tecnología. Pongamos un ejemplo:

Mi trabajo me exige hacer viajes largos aproximadamente una vez al mes, y dado que no puedo dormir en los aviones requiero de algo que hacer durante los mismos. Mientras estoy fuera, me gustan las películas, no tanto la música pero sobre todo los juegos.  Esa sería mi necesidad. Por lo tanto, descarto un IPod Touch, porque los juegos son muy basicos a pesar de sus capacidades multimedia, y se eleva la posibilidad de un Sony PSP modelo 3000 y el PSP Go!.

La urgencia es inmediata pues ya estoy viajando y sin hacer nada en los vuelos, así que no estoy muy dispuesto a  esperar por nuevas versiones.

Puesto que es un tema móvil, no estoy muy dispuesto a pagar mas de lo que vale un Playstation 3, que también tengo en la cabeza, asi que ponemos los 200 dólares como tope

El retorno estaría en que puedo hacer mas cosas que simplemente divertirme con un aparato móvil, tales como navegar en  internet y  hacer mas cosas que simplemente jugar, Beaterator es un sintetizador en pequeño.

Conclusión:

– IPod Touch, bueno en multimedia, pero no en juegos y el precio está algo mas del tope pues estamos hablando solamente de los equipos de 3ra generación (32 y 64 gb).

– Sony PSP Go!, bueno pero se escapa en el presupuesto y depende mucho del internet pues no tiene UMD

– Sony PSP 3000, excelente, pues tiene todo bien, una mejor pantalla que el Go! y el precio mas que excelente, y como ya no va a bajar mas de precio, es nuestra elección

Descartados el Zune HD pues los juegos aún están por venir, iRiver con sus pmp vistosos, y IPhone porque ya tengo teléfono y el precio se eleva mucho.

Como ven, las capacidades del Sony PSP 3000 que básicamente uso son los juegos , las películas y el internet, por lo que no se puede decir que el equipo sea obsoleto el día de hoy a pesar de todo el tiempo que tiene en el mercado.

Una cosa mas, es indispensable escuchar el buzz del mercado, sobre todo al momento de evaluar opciones, pues estas determinan la validez de los criterios que hemos usado. Por ejemplo, si yo hubiera estado dispuesto a esperar, y se anunciaba una nueva versión del Zune HD con juegos y controles hubiera retrasado la compra del Psp, porque el Zune HD tiene una pantalla OLED que es totalmente superior a la que tiene el PSP, indispensable para juegos y películas, definidas en mi necesidad.

Espero que esto les ayude en sus futuras compras de tecnología.





%d bloggers like this: