sábado 21 de enero de 2012

Windows Phone 7 Emulator Skin Switcher

0 comentarios
Es de todo mi gusto compartirles herramientas de esas que nos eviten cosas manuales como comandos de consola y renombrar archivos aquí y allá, por lo que quiero compartirles esta vez Windows Phone 7 Emulator Skin Switcher, una herramienta útil y simple que les permitirá cambiar con un solo clic la apriencia de su emulador.


El Windows Phone 7 Emulator Skin Switcher soporta mi skin favorito el Nokia Lumia 710 White Pink del cual les comparto como se ve, y otros 24 skins más disponibles a la fecha: 

Fujitsu IS12T Green, Fujitsu IS12T Black, Generic unbranded skin, HTC Arrive (7pro), HTC HD7, HTC Mozart, HTC Radar Silver, HTC Titan, HTC Trophy, Nokia Lumia 710 Black Blue, Nokia Lumia 710 Black Yellow, Nokia Lumia 710 White Black, Nokia Lumia 710 White Blue, Nokia Lumia 800 Black, Nokia Lumia 800 Blue, Nokia Lumia 800 Pink, Nokia Lumia 800 White, Samsung Focus, Samsung Focus S,  Samsung Omnia 7, Samsung Omnia W, ZTE Tania, Zune HD y Default skin. 

La parte muy positiva de que este proyecto este en CodePlex es que podemos aportar con nuestros skins para que la herramienta siga creciendo.

Usarlo es muy simple, al iniciarlo veremos la lista de skins disponibles con su imagen en miniatura y con seleccionarlo es suficiente, reiniciamos nuestro emulador y voilá podemos ver los 25 skins y elegir nuestro favorito. 

Los invito a descargarla en su espacio en Codeplex o bien en el sitio de su creador.

* Este post fue publicado originalmente para Mi Windows Phone

Sobre las ciencias de la computación

0 comentarios
Este es otro post de esos sentimentales que acostumbro a escribir con respecto a lo mucho que me sorprende como a las personas hoy en día el software les resulta tan obvio e insignificante en su esfuerzo de construcción, y entre otras es una opinión idealista acerca de lo que pienso que debería hacerse para esto de tenerle un poco más respeto a la tecnología y aún más a la gente que trabajaba en ella.

Para quienes las Ciencias de la computación les parece un misterio, los invito a compararla con la Física, o por que nó con las Ciencias Sociales. Hoy en día es muy lógico para todo el mundo que tanto en bachillerato como en la universidad nos enseñen sobre estas dos materias aunque para poco o nada las usemos en nuestras vidas laborales. La razón es desde simple hasta comprensible, la primera es una forma de entender el movimiento, los materiales, la luz, todo aquello de como funciona el universo donde te desenvuelves, la segunda es una forma de enseñarte de donde vinimos y como estamos hoy en día y las razones por las cuales es de esa forma. ¿Tiene sentido? Si, tiene sentido.

Bien, parte de esto a mi me ofende, hoy en día la tecnología resulta inherente para la mayoría de personas, la velocidad con la que evolucionó el tema a nivel de hardware y software hace que la gente no le dé el nivel de importancia que tiene, a pesar eso sin embargo el hardware tiene cierto nivel de respeto, las comparaciones básicas con las enormes computadoras (Mainframes) de hace pocos años y las maravillas que vemos hoy en miniaturas, hacen que el tema sea admirable, sin embargo no resulta así para el software, la razón a todas luces parece obvia, el que no puedan palpar o tocar el software, parece hacerle pensar a la mayor parte del planeta que entre otras se hace con poderes mentales o con purita magia.

Volviendo al tema del bachillerato, las ciencias de la computación deberían ser una matería de esas básicas que uno ve y no sabe para que le sirven, enseñarle a la gente desde que los bits, son bytes, y qué es a lo que se enfrentan los profesionales dedicados al tema, podría ser una luz para salvarnos a los profesionales de la plaga de usuarios "utopistas" que parece ir en aumento, y a los que me gustaría recordarles que "no por que sea intangible es fácil de construir", desde cuándo lo abstracto tiene menos valor, ¿que no era al contrario?

Del software solo saben las personas cuando ocasiona grandes y pequeñas tragedias, desde hacer que un avión sufra un accidente y mueran personas, hasta que se pierda tu trabajo de horas por que Word no te guardo un respaldo que no contemplaste hacer tu mismo.

¿Y que de donde sale tanto drama? ¿Por qué hacer semejante sugerencia?

Es de hecho bastante simple, algún día viví dos sucesos de esos a los que uno se acostumbra, pero como dicen "fueron la gota que derramó el vaso", y es que seguro no son tan tétricos como muchos que puedan haber vivido otros colegas, pero definitivamente hablan de la poca conciencia que tienen incluso profesionales de otras área acerca del tema de construir software

Caso 1: El lector de huella digitales. De la magia a la autoridad

- Usuario: Sabes ayer se me ocurrió una gran idea, estoy contratando con un proveedor de lectores de huellas digitales, imagínate que los jefes estas prestando sus claves de autorización, así que con los lectores de huella tendrán que ir hasta el lugar a hacer la autorización y quitaremos eso de que todos anden por ahí con la clave del jefe.
- Yo: Excelente idea.
- Usuario: Si, la próxima semana haremos un piloto.
- Yo: Piloto? La próxima semana? Pero tu no has solicitado ningún desarrollo.
- Usuario: No, tranquila, es que tu no entiendes. Déjame te explico, el lector tiene puerto USB, tu lo conectas y ya, puedes autorizar con las huellas.
- Yo: Estas seguro? Le preguntaste a la persona encargada?
- Usuario: No, ¿Qué le tengo que preguntar? Eso funciona solo.
- Yo: No, no es así.
- Usuario: Ya regreso...

... Después de unos minutos regresa con una gran sonrisa en la boca.

- Usuario: Ves!! Te dije que si se podía.
- Yo: Yo no dije que no se podía, dije que tenias que solicitar un desarrollo.
- Usuario: Bueno pero eso no se demora o si?.
- Yo: No lo sé, debes preguntar al jefe, pero no creo que te de prioridad ahora, tenemos mucho trabajo.
- Usuario: Ah! Pues entonces le digo a mi jefe.
- Yo: Bueno, en realidad no importa a quien le digas, el negocio tiene unas prioridades y esa no lo es ahora a menos que lo hayas planteado hace semanas.
- Usuario: Bueno, no me importa, en la tarde me traen los lectores. Qué se peleen entre ellos.

Bueno, no creo que sea necesario una moraleja. Esta es solo una de esas historias fáciles de entender, en las que se evidencia lo obvia que resulta la tecnología para algunos aún en el entorno empresarial.

Ahora voy con mi segundo caso, me disculpo con mi amigo (perdona Alejo) por usarlo para este ejemplo.

Caso 2: La tienda virtual.

- El: Oye, imagínate que voy a montar un negocio con un amigo.
- Yo: Si? Y sobre que es?
- El: Pues, queremos poner algo exitoso, como MercadoLibre o DeRemate.
- Yo: Ummmmmm..............
- El: ¿Qué?
- Yo: Son modelos obsoletos, ahora tienes una tienda virtual con cualquier CMS y muchos ofrecen espacios populares gratuitos donde poner no solo productos individuales, si no tu propia tienda virtual.
- El: Si, eso le dije a mi amigo, que tendríamos unos competidores enormes.
- Yo: Así es.
- El: Pero sabes yo tengo una idea que lo hará diferente.
- Yo: Ah sí, y ¿cual es esa idea?
- El: ¿Has visto Second life? Podríamos colocar las tiendas de ese modo, que la gente se sienta como que está visitando la tienda.
- Yo: Ummmmmm.............. Y quien te construirá la tienda y todos esos escenarios?
- El: Estoy mirando con los estudiantes de una universidad.
- Yo: Ummmmmm..............
- El: Quería que me ayudaras a ver que necesitamos comprar para empezar con eso, alguien me habló de maquinas con unos chips muy poderosos.
- Yo: Ummmmmm...... ¿Conoces el concepto de la nube?
- El: No, que es eso.
- Yo: Ummmmmm.......

He omitido de esta conversación los extensos regaños que hice en cada "Ummmm...." ya que es solo una forma de ilustrar la manera como las personas sueñan con la tecnología y como les resulta tan absurdamente fácil, que consideran suficiente tener una idea que consideran grande o buena, y un par de estudiantes universitarios para materializar un escenario con el que buscan hacerse ricos.

Este post no merece el montón de análisis detrás de todas las fallas o la inviabilidad de la propuesta, ni pensar si es o no una buena idea. Pero volviendo a mi idea inicial sobre enseñarle a la gente en bachillerato al menos en que consiste eso de hacer software, así como con Química nos enseñan que la naturaleza tiene un proceso complejo, que no es en absoluto mágico, así debería pasar con la Ciencias de la computación. Y es que en la misma típica comparación del software y los edificios, los bits son cada pequeño gramo de área, cemento, roca, y la ingeniería de software toda esa planificación alrededor de la necesidad de que un edificio no se caiga.

Y así, como usted se queja cuando contrata a alguien equivocado a hacer reparaciones en su casa, lo mismo va a pasarle cuando contrata a una persona poco capacitada, cuando en su negocio contrata a alguien poco capacitado para hacer el trabajo que debería hacer un experto.

Hasta una próxima.

Sorey 


* Imagen tomada de Microsoft Office Online

miércoles 11 de enero de 2012

El estilo Metro está en todos lados

0 comentarios
Este lunes 9 de Enero, fue el International Consumer Electronics Show (CES) 2012, entre algunos comentarios sobre las pocas buenas nuevas de Microsoft, una cosa queda clara y bien lo dijo Steve Ballmer.

"El estilo Metro está en todos lados: Windows Phone, Windows PC, Xbox"

Si bien para quienes estamos en el entorno Microsoft esto es cada vez más natural, apenas lo está siendo para el resto del público, al cual aún se escucha tono de sorpresa ante los cambios e innovaciones que presentan las tecnologías de Microsoft actualmente y la forma como hoy se lanzan a romper sus propios paradigmas y ser auténticos.

Metro es una de esas formas de romper paradigmas en lo que se refiere a la Interfaz de Usuario (UI), en la que pasamos a pensar diferente y a complementarla con el término Experiencia de Usuario (UX), ya que no solo se trata de pensar en colores, disposición de contenido y accesibilidad, ahora se trata de inmersión y movimiento.

Personalmente pienso que la nueva generación de aplicaciones Metro representa un reto para los desarrolladores pero a la vez les hace la vida más fácil. El reto se encuentra en alinearse al concepto, ya que de hecho solo será exitoso si las aplicaciones son construidas y pensadas de acuerdo a la naturaleza que propone, que lejos de ser solo una tipografía y colores, va más allá y es algo en lo que se espera encontrar acogida.

Ahora bien, la vida de los desarrolladores se hace más fácil en muchos sentidos, muchas cosas en las que a ratos pretendemos innovar y terminamos por generar un desastre tienen que ver con la interfaz gráfica, Microsoft ofrece actualmente guías de diseño y plantillas en Visual Studio para crear nuestras aplicaciones alineadas con el estilo propuesto. Estas ayudas lo hacen fácil a la vez que imponen un reto más, marcar la diferencia. En un escenario que parece tan similar, lo distinto por bien o por mal será evidente.

Es así como buscando inspiración en otros, me he visto sorprendida por muchas aplicaciones en el Marketplace con excelentes implementaciones del estilo Metro que definitivamente dan muestra de la enorme cantidad de posibilidades que nos trae esta nueva experiencia.

Microsoft ha publicado variedad de espacios con indicaciones puntuales sobre cómo crear aplicaciones estilo Metro usando sus tecnologías, sin embargo personalmente considero que el tema está en que tanto te conectas y como logras que las personas se conecten con el estilo de tu aplicación, y para eso nada mejor que entender sus fundamentos.

A continuación trataré de explicarles algunos puntos base del estilo Metro de forma muy personal 

Simple: A mi modo de ver en lo simple está el encanto del estilo Metro, su idea reduccionista invita a disminuir los adornos y centrarse en hacer "la funcionalidad bella" y trata no más que de eliminar lo innecesario y concentrarse en la esencia (lo básico que necesita un usuario para resolver una acción dentro de nuestra aplicación). Por más poético que esto suene, es básicamente lo que nos llevará a construir aplicaciones más limpias y fáciles de usar. Los principios de la escuela de arte Bauhaus son aplicados en este concepto.

Cotidiano: Esta no es precisamente la palabra con la que encontrarán en la red sobre este tema, sin embargo es la que yo prefiero usar. Desde mi punto de vista la forma en que se plantea el uso de imágenes y el Estilo tipográfico internacional (Swiss Style) hace parte de la cotidianidad, las personas no se preguntan por qué razón cierto tipo de señales son comunes, solo entiende la mayoría de ellas de forma sencilla. No todos los diseñadores o desarrolladores logran generar este tipo de señalización con respecto a las imágenes y no todos respetan el uso de la tipografía, sin embargo en esos detalles probablemente radique para esta generación de aplicaciones, lo que nos parecerá o no claro, ordenado y bello. Para quienes necesitamos un poco de ayuda con el tema de los iconos, les recomiendo The Noun Project y para quienes quieren ver un poco de como aplicarlo Swissted.

En movimiento: En este punto tengo que confesar que las primeras veces que escuche la frase "En movimiento" aparte de parecerme un tema de mercadeo no entendí a que se refería. Después de tener un Windows Phone en mis manos y construir aplicaciones mi visión cambió a una más técnica, donde usar animaciones para comunicar reacciones de tu aplicación a los usuarios resultaba además de agradable, bastante útil y mejoraba muchisimo la experiencia de usuario. Pero aún así creo que jamás me conecté tanto con el tema del movimiento hasta no ver (o volver a ver más conscientemente) el concepto de "Kinetic typography" del cual los invito a buscar, pues algunos de los videos en la red son lo suficientemente inmersivos como para el entender de que se trata el texto en movimiento y el impacto emocional.

Aquí les comparto uno que me ha gustado bastante


Para finalizar les comparto un post sobre Metro Style Design creado por mi compañera @lina_manjarres y los invito a compartirnos su visión y opinión acerca del estilo Metro.

* Este post fue publicado originalmente para Mi Windows Phone

domingo 8 de enero de 2012

Consideraciones la construcción de aplicaciones Web Móvil

0 comentarios
En un post anterior había mencionado algunas consideraciones "no técnicas" para esto de desarrollar aplicaciones móviles, que son tán o más importantes que la misma implementación técnica. Ahora bien, es necesario en algunas ocasiones recordar que las consideraciones técnicas para desarrollar aplicaciones de cualquier tipo, van mucho más allá de la preferencia por una marca de dispositivo o un lenguaje de programación.

Una de las vías que algunos usan para intentar evadir el tema de luchar con diferentes tipos de dispositivos y diferentes lenguajes de programación que suponen las aplicaciones stand alone móvil, es la web móvil, sin embargo la gran mayoría, a mi pesar, no pasa de pensar que las aplicaciones web móvil, son simplemente webs pequeñas para presentar a los usuarios contenido, también distribuido de forma pequeña, eso es un pensamiento típico de usuario, lo realmente malo es que algunos profesionales o personas técnicas dedicadas al tema, no tengan el sentido común para saber que esto no es así o bien no se tomen siquiera el trabajo de investigar y entreguen malos productos que finalmente no cumplen con todas las necesidades.

Yo poco trabajé con web móvil, solo un proyecto en mi vida tengo que reconocer, pero para el que afortunadamente me dejaron investigar muchísimo antes de siquiera empezar la implementación. En este camino me encontré con tecnologías como Mobile Internet Toolkit de ASP.NET o Mobile JSF la cual es capaz de renderizar una web de acuerdo al dispositivo que la solicita, ahora bien, no, no lo hace magicamente, lo que sucede es que nos permite construir nuestro macado XHTML de forma tal que podamos poner condiciones de que contenido se presenta o bien de que forma se presenta a los diferentes tipos de dispositivos. Ignoro en que va dicho proyecto ya que era propiedad de Sony Ericsson, quien lo donó a la comunidad Java para que siguiera siendo un proyecto libre, pero lo que quisiera resaltarles es al menos la necesidad de buscar tecnologías de este tipo cuando construyamos aplicaciones Web Móvil, además de como siempre considerar los estándares de la W3C en lo referente a construir aplicaciones Web Móvil.

Les comparto los consejos de las fichas que me sirvieron de guía y también la versión renovada para aprender sobre este tipo de consideraciones.

  • Diseña para una Web única
  • Confía en los estándares Web
  • Evita los riesgos conocidos
  • Sé prudente con las limitaciones de los dispositivos
  • Optimiza la navegación
  • Comprueba gráficos y colores
  • Hazlo en pequeño
  • Economiza el uso de la red
  • Facilita la entrada de datos
  • Piensa en los usuarios de la Web móvil


  • Exitos y recuerden siempre que el software también tiene su ciencia.

    Sorey ;)

    sábado 7 de enero de 2012

    Monetizar tus aplicaciones de Windows Phone

    0 comentarios

    Cuando construimos aplicaciones para móvil es importante considerar de que manera obtendremos ganancia por nuestro trabajo. En este post plantearé las opciones que tenemos disponibles para monetizar nuestras aplicaciones usando el Marketplace de Windows Phone, además de contarles algunas consideraciones asociadas a los esquemas de monetización.

    1. Vender un producto o servicio a través de una aplicación gratuita:Este es un esquema típico usado no solo para aplicaciones móviles. Podemos publicar nuestra aplicación gratuita y ofrecer algunas utilidades para motivar el que sea descargada por los usuarios e incluir en ella un servicio o producto de nuestro negocio. Recuerden que con una cuenta del APPHUB se pueden publicar hasta 100 aplicaciones gratuitas, y se paga 20 dólares por cada aplicación gratuita adicional, a diferencia de las aplicaciones con cobro que no tienen límite.

    2. Vender nuestra aplicación en el mercado de aplicaciones: Si en vez de ofrecer de forma gratuita nuestras aplicaciones, deseamos cobrar por ellas, la recomendación es que investiguemos otras aplicaciones que ofrezcan funcionalidades similares a la nuestra y evaluar dos alternativas: generar un diferenciador para que un precio más elevado valga la pena y motive la compra de nuestra aplicación o bien, establecer un precio competitivo mientras logramos implementar mejoras.

    Es importante que recuerden que actualmente en el Marketplace de Windows Phone cuando un usuario adquiere la aplicación, aunque esta tenga actualizaciones importantes no se volverá a cobrar por ella. Esta es de hecho la razón por la que a veces encontramos la misma aplicación en el Marketplace con nombres distintos, típicamente se ofrece una de ella de forma gratuita y la otra se vende y se hacen actualizaciones importantes además de elevar el precio si en algún momento se vuelve una aplicación popular. Ideas comunes de la oferta y la demanda.

    Los desarrolladores establecen el precio de sus aplicaciones desde 1 hasta 499 dólares y reciben el 70% del valor cobrado. Los pagos se realizan una vez el desarrollador haya ganado 200 dólares o más. El pago es hecho a través de una transferencia bancaria desde EEUU por lo que se requiere un número BIC/Swift.
    En este punto también es bueno considerar implementar el modo Trial (Demostración) en nuestras aplicaciones, de modo que podamos ofrecer a todos los usuarios nuestra aplicación para motivar posteriormente su compra.

    Algunas formas de demostración que podríamos implementar pueden ser un numero de días, un numero de ejecuciones o funcionalidades limitadas. Las instrucciones para verificar en que modo descargó la aplicación un usuario se encuentran disponibles en MSDN.
    .
    Ofrecer un modo demostración es importante además, por que después de adquirida una aplicación sin importar su costo, un usuario no puede solicitar la devolución de su dinero, así que si tenemos una aplicación con un valor elevado, es preciso que el usuario pueda probar previamente su funcionalidad para que se decida a realizar la compra. En estos casos es importante que consideremos que la mayoría de desarrolladores usan como estrategia de monetización, establecer un precio bajo que muchas personas están dispuestas a pagar, en vez de esperar vender aplicaciones por precios elevados.

    3. Insertar publicidad a nuestras aplicaciones: Para implementar esta estrategia existe en el SDK de Windows Phone 7.1, el Windows Phone Advertising SDK, el cual incluye controles que pueden ser incrustados en nuestras aplicaciones para desplegar los mensajes publicitarios. Es recomendable insertar la publicidad en la parte superior de la pantalla o bien en la parte inferior, y ubicar el control de publicidad fuera de un ScrollViewer, o si en caso de usar un Panorama o Pivot, fuera del control para que la publicidad  siempre sea visible.

    Para configurar el tipo de publicidad que aparecerá en nuestras aplicaciones y ver los ingresos que estamos recibiendo a través de ellas debemos crear una cuenta en el Microsoft PubCenter.

    En esta estrategia es importante atender el conjunto de mejores practicas entregadas en la web de Microsoft Advertising, con el fin de obtener la monetización más alta posible en nuestras aplicaciones.

    * Este post fue publicado originalmente para Mi Windows Phone
    Related Posts with Thumbnails