Logica10 Mobile Development

31-08-2011: Charla en la UADE (CABA) sobre acceso a datos móviles

2011-08-15T15:28:00.001-03:00

Todo sistema de información necesita capas y componentes de acceso a orígenes de datos. En este tiempo, éstos no solo pueden ser bases de datos relacionales convencionales, sino que también se considera que los datos de servicios propios y de terceros, así como los datos que residen en la nube, son ya orígenes válidos de datos. En esta jornada, organizada por el MUG Argentina, disertaremos el 31 de Agosto de 2011 en el Salon Auditorio de la Universidad Argentina de la Empresa UADE.

Aquí la agenda:

9:00 Keynote – Apertura del evento - Martín Salías
9:10 Preview de SQL Server 2011 (Denali) - Maxi Acotto
10:10 SQL Azure - Guadalupe Casuso
11:00 Coffee break
11:20 ¿Por Qué Entity Framework? - Daniel Laco
12:10 Mobile Data Access - Carlos Perez
13:00 Almuerzo Libre
14:30 oData / Web API - Pablo Cibraro
15:20 Web Storage en HTML5 - Rodolfo Finochietti
16:10 Coffee break
16:20 Bases de datos NoSQL - Johnny Halife
17:10 Persistencia con NHibernate 3.2.0 - Fabio Maulo
18:00 Cierre

Pueden registrarse en la página del evento en el sitio del MUG: http://www.mug.org.ar/Eventos/3665.aspx

Estaremos compartiendo este magnifico escenario con otros colegas del MUG, nombres de trayectoria reconocida, muchos de los cuales tuvieron en el pasado la deferencia de viajar a Resistencia para dar charlas y seminarios.

¡Los esperamos!

16-AGO-2011 Disertación sobre Windows Phone y el futuro con Windows 8

2011-08-15T14:53:00.001-03:00

Mañana disertaremos en las Jornadas Universitarias Tecnológicas 2011 en la UTN. Pueden tener el cronograma completo en http://www.juti-frre.com.ar/Cronograma.aspx

Microsoft y su estrategia con Windows Phone 7.1 y Windows 8 / 18.30 a 20:00

En este año 2011 se da la inflexión hacia la convergencia de sistemas operativos, de la mano de la convergencia de hardware. Las tablets y los teléfonos inteligentes cada vez están más cerca, y prontamente se borrará la línea que los separa. En esta charla se intentará dar la visión desde Windows Phone 7, haciendo énfasis en su actualización Windows 7.1 “Mango” que soportará, entre otras cosas, bases de datos, y Windows 8 como la principal competencia en el terreno de las tablets. Cómo es el escenario de desarrollo, cuál es la nueva línea de base de hardware de estos equipos, qué retos y ventajas técnicas enfrentarán los programadores de estas aplicaciones sobre la plataforma de Microsoft, qué costos podemos esperar, y qué ventajas y restricciones existirán en un país como Argentina, haciendo también una breve referencia a los ecosistemas de la competencia.

Disertantes: Ing. Carlos Peréz

¡Los esperamos!

Porqué no hay más teléfonos con AMOLED

2011-06-30T16:56:00.001-03:00

Si uno examina la oferta mundial de teléfonos celulares, se dará cuenta que son muy pocos los modelos que vienen con pantallas AMOLED (active matrix organic light emitting diode), las cuales tienen la fuente de luz independiente por cada píxel a través de una reacción electroquímica en un compuesto orgánico. El único fabricante de estas pantallas era Samsung, el conglomerado tecnológico más grande del mundo al día de la fecha. Sin embargo, a pesar de su capacidad de producción, Samsung no ha sido capaz de atender la explosiva demanda de terminales de alta gama que se está experimentando, de la mano de Apple y del consorcio Android principalmente.

En el año pasado, la predicción era más bien austera. Se predecía que la escasez de pantallas AMOLED podría durar años:

Los hechos parecían confirmarlo: los modernos teléfonos smartphones casi no tienen AMOLED en 2011, debido a la escasez que efectivamente se dio. Por ejemplo, LG propuso su nueva pantalla LCD “Nova” en su teléfono Optimus Black. Consiste en una pantalla LCD con tecnología “in plane switching”, que permite ángulos de visión muy buenos. De hecho, LG reclama para su nueva pantalla el ser el LCD más brillante, el que menos consume, y el que mejor ángulo de visión tiene. En la siguiente fotografía, publicada en GsmArena.com, vemos a la izquierda la nueva pantalla de LG, y a la derecha el Retina Display del IPhone 4:

LG “Nova’ display vs. Apple Iphone 4 Retina Display

Sin embargo, al medir la cantidad de luz que pasa cuando está el color negro (que en teoría debería ser cero), tenemos que la Nova igualmente deja pasar luz, e incluso tiene menos contraste que su contraparte del iPhone 4, en principio reputada como la mejor pantalla LCD del mundo (datos de GsmArena.com):

Modelo	Relación de contraste con 50% de brillo
LG Optimus Black Nova LCD	1228 (min 0,27 máx 332)
Apple IPhone 4 Retina Display	1341 (min 0,14 máx 189)
Samsung Galaxy S II (AMOLED)	Infinito (min 0 máx 231)

Como el ojo humano responde mejor al contraste que al brillo absoluto, es mejor tener una buena relación de contraste aunque el brillo máximo no sea elevado, que un brillo máximo muy alto pero un negro que no es tal. Esta es la razón por la cual algunos proyectores de cine hogareño tienen una relación de contraste muy buena (3000:1 o mejor) pero sin tener muchos lúmenes (máximo 1200). En este caso, de los LCDs la pantalla del IPhone (Retina Display) se lleva las palmas en el contraste, a pesar que la Nova es prácticamente el doble más brillante. Pero si de contraste se habla, no existe nada mejor que una pantalla AMOLED- justamente la que no se consigue.

Por ello, a pesar de que Samsung había prometido crear otra fábrica de pantallas AMOLED, esta estaría entrando en producción en los días próximos. Mientras tanto, la industria percibió el golpe de escasez, y en 2011 China ha anunciado que está trabajando en una planta de pantallas OLED (matriz pasiva), con lo cual en el futuro mediato pueden existir teléfonos de baja gama con pantallas de LED orgánicos de bajo precio.

La nueva fábrica de AMOLED está en Estados Unidos a un costo de 2.100 millones de dólares (!) y en Julio de 2011 debería comenzar a proveer a la industria. Hasta hoy, Samsung podía proveer sólo 3 millones de pantallas anuales, lo que es claramente insuficiente. La nueva fábrica, controlada por SMD (Samsung Mobile Displays), tiene la capacidad de producir 300 millones de pantallas anuales. Sin embargo, segun el propio fabricante coreano, la proyección para 2015 será de 700 millones de displays AMOLED, con lo cual esta fábrica también quedaría sobrepasada por la demanda.

Viendo el lado positivo, todo indica que el mercado de SmartPhones seguirá creciendo, en busca de más y mejores perfiles de hardware. La pantalla, al ser el medio primario de comunicación hombre-máquina, pasa a ser un componente determinante de este futuro.

Nokia anuncia el N9 con sistema operativo Meego y otras novedades

2011-06-29T09:35:00.001-03:00

El gigante finlandés anunció el nuevo móvil Nokia N9, que correrá el sistema operativo Meego, un derivado del Linux especialmente adaptado y desarrollado por Nokia para la oferta de alta gama de la compañía. Meego, claro está, ya era un proyecto de dos años cuando Nokia anunciaba su acuerdo con Microsoft, donde Windows Phone 7 sería el sistema operativo principal de Nokia para su oferta de smartphones, mientras que Symbian S40 quedaría en la oferta de gama media-baja. A partir de este momento, se especuló conque Meego sería discontinuado y que un dispositivo con este sistema operativo no vería nunca la luz. Sin embargo, la realidad es otra. No sólo se anunció este nuevo teléfono, sino que Nokia ha introducido varios conceptos nunca antes vistos en la tecnología móvil.

Entre otros, Nokia ha introducido el concepto más innovador: el swipe, una técnica gestural qiue permite conmutar entre aplicaciones “corriendo” la pantalla con el dedo para dejar al descubierto un mosaico de pantallas en miniatura, que representan las aplicaciones concurrentes, a fin de poder ir de una a otra con facilidad. Por esto, Nokia afirma que a partir de ahora no será necesario utilizar botones de hardware como Home o Back, y no ha dotado al N9 de ningún botón en su frente, siendo el primer teléfono que solo tiene una gran pantalla, y nada más.

Fig. 1: no existe ningún botón en el frente del dispositivo

En el siguiente video podemos ver a Swipe en acción, así como otras características adicionales muy interesantes de esta nueva terminal:

Se nos ocurre vaticinar que los nuevos teléfonos Windows Phone 7 *podrían* tener Swipe incorporado en su diseño. Otras características que rompen con lo anterior es la alta resolución de su pantalla: 854x480, la más alta ofrecida por un dispositivo smartphone de Nokia hasta el momento. Otro rasgo distintivo es que incorpora un procesador de 1GHz, con un chipset Texas Instruments OMAP 3630, quizás necesario para dar soporte a los requerimientos más demandantes del nuevo sistema operativo.

Respecto de la multitarea, las aplicaciones no se cierran, sino que se minimizan (como hacía en su momento Windows Mobile), y uno puede recuperarlas punteando con el dedo sobre el icono de dicha aplicación para retomarla justamente donde se la había dejado. Mientras está en segundo plano, puede estar suspendida, o bien corriendo, dependiendo de la aplicación.

Otra innovación es el mecanismo de transmisión por radiofrecuencia de “comunicación de campo cercano” (NFC por sus siglas en inglés), donde al acercar el dispositivo a otro, se produce una transferencia de información muy veloz entre ambos. El secreto es la distancia, deben estar bastante cerca. Una aplicación muy interesante sería el reemplazar la tarjeta de crédito por el teléfono celular, de tal forma de producir las transacciones electrónicas con solo acercar el teléfono a la terminal receptora en una línea de cajeros, etc. Una de las primeras empresa en liberar este tipo de tecnología NFC fue justamente Google, con su Google Wallet. No debemos confundir NFC con RFID, ya que éste es una evolución de aquél.

El Nokia N9 implementa NFC, y uno de sus primeros usos es el poder aparear dos dispositivos Bluetooth casi sin retardo, la información de handshaking (previa a la transmision efectiva de datos) se realiza rápidamente por NFC, para luego proceder a transmitir normalmente por Bluetooth. Un ejemplo de esto es el apareo del N9 con el nuevo sistema de parlantes omnidireccionales de Nokia de alta fidelidad. En el siguiente video se aprecia alguna de las bondades de este sistema portátil de alta fidelidad, y cómo NFC entra en relación al N9.

Nos queda la sensación que el principal beneficiado aquí, además de Nokia con su hardware de primera línea, es Microsoft, ya que seguramente todo este abanico de innovaciones podrían estar presentes en los nuevos teléfonos Windows Phone 7 de la compañía. En particular, es interesante el sistema NFC y de haberla, la compatibilidad con periféricos y accesorios de alta gama de Nokia como este sistema de parlantes de alta fidelidad. El futuro, que ya está cerca, dirá si nuestras presunciones son ciertas o no.

Gartner recomienda “no moverse de Windows Mobile hacia Android” en el desarrollo de dispositivos de mano.

2011-04-28T20:35:00.001-03:00

A pesar de que tiene unos meses, recientemente nos ha llegado - a través de unos colegas allende los mares - la mención de este artículo de Gartner Research, una empresa que goza de prestigio en el análisis e investigación de la industria IT. Gartner analizó la realidad del futuro del desarrollo de dispositivos embebidos, desde el punto de vista de la elección de Windows Mobile (y sus sucesores) o bien de Android.

A continuación traducimos ciertos pasajes del mismo, a fin de brindar a las empresas de desarrollo móvil más elementos de juicio acerca del futuro o de la estrategia que deben seguir.

Disclaimer: no tenemos ninguna relación con Gartner, y declaramos que Gartner Research tiene todos los derechos de autoría y propiedad intelectual de este estudio.

----Inicio del artículo

Resumen ejecutivo

Hay tres hallazgos clave:

Microsoft ha confundido a los fabricantes de dispositivos de mano (que no sean teléfonos) y a los clientes al mover los grupos de Windows Mobile, CE Mobile y Sistemas operativos y herramientas desde el grupo enfocado a la movilidad al grupo enfocado en las tecnologías embebidas.
Los fabricantes OEM están considerando el sistema operativo Android para suplementar la cartera de ofertas en Windows Mobile. La falta de claridad en la propaganda de la oferta de Microsoft , la popularidad creciente de Android y la necesidad del fabricante de diferenciarse son los factores motivantes para el cambio.
El desarrollo de nueva tecnología de microprocesadores y mayor cantidad de memoria dará a los fabricantes un mayor abanico de otras opciones para la nueva generación de dispositivos de mano, llegado el caso de tener problemas con Windows Mobile o CE.

Hay cuatro recomendaciones clave:

Permanecer con Windows Mobile para el mercado de soluciones en dispositivos móviles robustos (ruggedized), y prepararse para una transición a un Windows completo en las implementaciones subsiguientes.
Seleccionar las herramientas de desarrollo y diseño arquitectural para maximizar la flexibilidad de la futura aplicación, y minimizar los costos de transportarla hacia Android o bien hacia las futuras versiones de Windows.
Revisar la hoja de ruta de los sistemas embebidos de Microsoft por lo menos una vez al año. Las empresas necesitan hacer un seguimiento de las capacidades y la madurez de las opciones en Sistemas Operativos, y reevaluar las oportunidades y riegos si Microsoft falla en entregarlas, o bien existe mejor diferenciación en las soluciones de la competencia.
Limitar el alcance de las aplicaciones de dispositivos robustos basadas en Android hasta el año 2013. Asegurarse que las aplicaciones separen claramente lo que es Android estándar de las extensiones de OEM de Android.

Visión a largo plazo

Año 2011: el desarrollo nativo se ampliará, primeramente por Android NDK, con algunas capas virtualizadas desde Java. Esto permite construir aplicaciones “desde abajo”, junto a software de terceros, hecho a medida y software de seguridad.

Tercer cuatrimestre de 2012: El soporte nativo será provisto por plataforma de aplicaciones empresariales móviles, como SAP-Sybase, Antenna Software , Syclo y Spring Wireless

Primer cuatrimestre de 2014: el soporte nativo de Android vendrá sólo en la forma de pequeños nichos de proveedores de soluciones móviles empaquetadas. Esto será porque los recursos de R&D de dichos vendors serán menores.

Segundo cuatrimestre 2013: Los clientes inteligentes basados en HTML5 de proveedores de software empresarial agregarán una capa de abstracción que hará que las aplicaciones sean adecuadas para dispositivos robustos de mano, y no obligará a modificar las cosas en favor de soporte para periféricos: se espera cierto derramamiento desde el mercado masivo de móviles, en términos de soporte a periféricos y apertura de plataforma.

Selección del Sistema Operativo

En 2010 Microsoft movió a los equipos de Windows Mobile y CE desde su lugar tradicional, el grupo de movilidad, hacia el grupo de Embedded, y más recientemente, al grupo de Servidores. Windows CE, que estaba en el grupo de embedded, ahora está en el grupo de Servidores. Al observar esto, los desarrolladores y potenciales clientes se preguntaron acerca del futuro colectivo de Windows Mobile y CE, dado el alto compromiso que Microsoft tiene con Windows Phone 7 y con enfrentarse a Google y Apple en el mercado de consumo de smartphones. El futuro de Windows CE está asegurado por la gran cantidad de mercados que sirve, pero el futuro de Windows Mobile permanece poco claro, porque su mercado ha sido reducido al espacio de dispositivos de mano robustos.

Mientras Microsoft movía sus grupos de ingeniería, liberó varios planes de largo plazo para el producto, lo que aumentó la confusión. Primero , se iban a quedar con Windows Mobile, pero restringiendo las modificaciones a la versión 6. Luego, lo renombraron a Windows Embedded Handheld, con una potencial futura versión 7 (no relacionada con Windows Phone 7). En principio, el entorno de desarrollo heredado que se utilizaba hasta Windows Mobile 6 no iba preservarse, por el contrario, los desarrolladores deberían moverse a Silverlight. Microsoft ha reconsiderado esto más tarde, por la presión de sus clientes, pero esto no está muy claro todavía, desde el momento que el producto pasó a otros administradores dentro de Microsoft. Esta frecuencia de cambio ha enojado a muchos fabricantes de handhelds, y en 2010 varios de ellos se comprometieron a construir soluciones basadas en Android.

Android es la oferta numero 2 en OS de smartphones, detrás de Symbian de Nokia. Sus características clave son su núcleo de Linux y su adhesión a la filosofía de open-source. Muchos desarrolladores citan que la falta de licencias es una ventaja de Android. Sin embargo, los proveedores deben licenciar las aplicaciones con Google, en un costo que no se conoce exactamente , podría estar en el rango de USD 5 por dispositivo. Las implementaciones típicas vienen en dos formas: donde la aplicación se licencia con Google y puede llevar la marca de Google, o donde se usa el SO Android, y las extensiones para la aplicación están proporcionadas por el OEM y/o el operador móvil. Google apunta al consumidor en primer lugar, y a la fecha ha liberado pocas facilidades para la empresa (tales como el borrado remoto de dispositivos robados).

Las terceras compañías pueden desarrollar mejoras para las aplicaciones empresariales, pero están restringidas por la arquitectura de “caja de arena” o aislación que se utiliza en las ofertas de Google, Apple y Microsoft (Windows Phone 7), o que restringe el acceso de la aplicación a sus archivos. Esto ayuda en la seguridad, pero limita las características que se necesitan en aplicaciones para mercados verticales, como la habilidad para encender o apagar la radio celular a fin de ahorrar baterías, la imposibilidad de bloquear o limitar la experiencia del usuario (N.del T. : UXP, user experience, se refiere a la forma y al look & feel que tiene un determinado sistema operativo o aplicación respecto del punto de vista del usuario)., por ello estas aplicaciones adicionales no podrían cargarse en dispositivos empresariales. Por lo tanto, es prácticamente imposible administrar la imagen del sistema para una aplicación determinada, y ello requeriría que se puedan mejorar la seguridad y la administración; sin embargo, esto se puede hacer con ayuda de terceros fabricantes, aunque esto agrega complejidad que se traduce potencialmente en mayores costos.

En Android, la fragmentación no ocurre en la capa de API del sistema operativo, debido a los acuerdos firmados por todos los licenciatarios de Android, sino que más bien ocurre en la capa de aplicación. Debido a la necesidad de dar soporte a periféricos especializados, funciones de seguridad y de administración, los proveedores de soluciones empresariales o de mercado vertical de Android deben desarrollar extensiones para manejadores de dispositivos y extensiones de aplicación. Es poco probable que cada proveedor desarrolle las mismas utilidades que su competencia, esto lleva entonces a una fragmentación que limita la capacidad del cliente a moverse a la implementación Android de otro proveedor – esto sí era posible con Windows Mobile. Con lo cual, es altamente probable que exista una fuerte dependencia con el proveedor. Los usuarios finales que se comprometan con Android deben diseñar la solución de tal forma que las capacidades comunes estén claramente separadas de las propietarias. De esta forma, si se exige un cambio de hardware, aquellas áreas que exijan cambios y verificación se pueden identificar fácilmente.

Dado el potencial de fragmentación, y el hecho que Android no reducirá los costos de los equipos en el largo plazo, Windows Mobile permanece como la mejor elección. Debido al tamaño de Microsoft, está comprometida con el soporte de Windows Mobile por lo menos unos cinco años más, a menos que anuncie su retiro (cosa que no ha hecho). Los OEMs proporcionarán también tal soporte. Sin embargo, Microsoft probablemente cambiará la dirección en esta área en los próximos dos años, y creemos que esta dirección será utilizar Windows 8 para plataformas robustas.

Requerimientos del dispositivo

Gartner ha dicho que Windows 7 será el último sistema operativo monolítico de Microsoft. Microsoft no puede proporcionar las mejoras que necesita bajo la arquitectura actual – el producto es demasiado grande. El diseño y la verificación del sistema son enormes desafíos, con pocos ingenieros capaces de entender todas las interacciones en el entorno. Creemos que Windows 8 será más modular, con conjuntos de API que serán distintas según el caso de uso que corresponda. Con la aparición de la propuesta SystemOnChip (SoC) de Intel® para su producto Atom®, que será liberada al mercado durante 2011 con la iniciativa denominada “Medfield”, los proveedores de tecnología podrían tener el potencial de proporcionar un sistema operativo Windows completo en un dispositivo de mano robusto. Sin embargo, para varias aplicaciones, Windows 8 será excesivo – y Windows 8 todavía no tendrá facilidades de “instant-on”.

Pensamos que Windows 8 será el sucesor lógico de Windows Mobile, y puede esperárselo para 2013. Un dispositivo de mano no podría soportar los costos de una licencia normal de Windows, pero podríamos ver una solución a esto tanto en el mercado de embebido como el de dispositivos emergentes, haciendo de Windows 8 la elección obvia en el futuro. Sabemos que existen consideraciones de memoria y procesador que necesitan agregarse a la plataforma para soportar esta opción. Aun así, recomendamos a nuestros clientes permanecer con Windows Mobile y prepararse para la transición a un Windows completo en subsiguientes implementaciones. El soporte de la API Win32 en Windows, Windows Mobile y CE debería ser de alguna ayuda.

Arquitectura Móvil y Aplicaciones

Revisando como un todo las 4 recomendaciones hechas al principio, las empresas que seleccionen Android por percibir razones de estabilidad necesitan tomar en cuenta el restringido conjuntos de opciones para el desarrollo que existirán hasta el año 2013. Otra restricción, única para muchas empresas, es el requerimiento de dar soporte a transacciones y datos altamente seguros, lo que en algunas categorías, requiere certificación de hardware y software. No esperamos que tales certificaciones, que son de uso corriente con las soluciones basadas en Windows, sean frecuentes antes de 2013.

-- Fin del articulo

Conclusión: ¿nace la verdadera convergencia?

Nuestra percepción es que Windows 8 sobre ARM tiene mucho sentido. quizás estemos viendo el nacimiento de la verdadera convergencia. Recordemos que existen tres tipos de convergencias en TI:

Convergencia en hardware: consiste en eliminar la barrera entre las computadoras de escritorio, los teléfonos celulares y las tabletas o computadoras portátiles.
Convergencia de software: consiste en basar todas las formas de hardware (factores de forma de dispositivos) con sistemas operativos que compartan una sola raíz o núcleo común, de tal forma de aprovechar el modelo de desarrollo y facilitar el consumo de aplicaciones y servicios comunes a todas las plataformas que serán altamente compatibles.
Convergencia de redes: consiste en eliminar la barrera de las redes inalámbricas de área local y las de área amplia (celulares), al sustituir esta última con tecnologías de internet exclusivamente (redes de cuarta generación basadas en WiMax 802.16, por ejemplo).

El futuro dirá si estamos o no acertados con esta percepción, que este artículo que hemos traducido para ustedes parece confirmar.

Windows Phone 7 proyectado a ser el 2do. OS móvil para 2015

2011-03-30T09:49:00.001-03:00

La consultora IDC ha liberado hoy un informe de previsión de market-share para los principales sistemas operativos móviles, con proyección al año 2015, es decir, unos 3.5 años por delante a la fecha. Los números son los siguientes (las celdas contienen porcentajes):

Sistema Operativo	2011 Market Share [%]	2015 Market Share [%]	Incremento 2011-2015 [%]
Android	39,50	45,40	23,80
BlackBerry	14,90	13,70	17,10
iOS	15,70	15,30	18,80
Symbian	20,90	0,20	-65,00
WP7/WM	5,50	20,90	67,10
Otros	3,50	4,60	28,00
Total	100,00%	100,00%	19,60%

Los gráficos nos dan una idea más acabada de esta evolución:

El crecimiento explosivo de Windows Phone 7 se da de la mano de la alianza con Nokia, ya que Symbian pasa de tener el 20% del mercado hoy día, a prácticamente desaparecer en 2015. Prácticamente lo que gana WP7 lo pierde Symbian, y quizás esta sea la mala noticia para los entusiastas de este sistema operativo móvil.

Otro punto a tener en cuenta es que Android ya tiene casi el 40% del mercado, posicionándolo como el primer sistema operativo para smartphones del mundo en 2011. Esta posición no se relega en 2015, mostrando un crecimiento sostenible de 17% en 3,5 años. Android era el segundo OS móvil en 2010. “Para los vendedores que hicieron de Android la piedra angular de sus estrategias de smartphones, 2010 fué la presentación en sociedad. Este año veremos una “fiesta de coronación” ya que estos mismos vendedores profundizarán y ampliarán su cartera de ofertas para alcanzar más clientes, particularmente a aquellos que son nuevos usuarios de smartphones”. dice Ramon Lamas, analista senior en IDC.

El reciente anuncio de Nokia moviéndose de Symbian a WP7 tendrá impactos significativos en el mercado de smartphones. “Hasta el lanzamiento de WP7 en 2010, Microsoft había venido perdiendo terreno en forma sostenida, mientras que los otros sistemas operativos habían traído al usuario experiencias nuevas y atractivas. Esta nueva alianza junta las capacidades de hardware de Nokia con la plataforma diferenciada de Windows Phone 7. Esperamos que los primeros dispositivos se lancen en 2012. Para 2015, esperamos que Windows Phone sea el sistema operativo número 2 del mundo, detrás de Android”.

Recordemos que de cumplirse esta proyección, será un mérito para la alianza Nokia-Microsoft sobre todo, porque Android tiene el soporte de muchos más fabricantes (es una alianza de más de 70 empresas) y ofrece muchas mas versiones de factores de forma y software que Nokia y Microsoft.

El tiempo dirá si esta proyección es correcta, mientras tanto, Nokia espera liberar el primer teléfono WP7 antes de fin de año.

Ver el artículo original aquí.

Windows Phone 7 comienza a recibir la actualización que permite “copy & paste”

2011-02-21T18:39:00.001-03:00

Una de las principales críticas que recibimos en nuestras presentaciones del sistema operativo Windows Phone 7 es que carece que cortar y pegar. Sin embargo, recordemos que es la v.1.0, y que el iPhone carecía también de esta característica, y de algunas otras (como Bluetooth estéreo) en su primera edición. Pero convengamos que es una funcionalidad necesaria. De tal modo que hoy, 21/02/2011, comienza la distribución de este parche de software.

Pantalla de actualización del software WP7

Microsoft ha denominado “NoDo” a la actualización, que agrega “cortar y pegar” al teléfono. Del mismo modo, se prevé que los nuevos dispositivos salgan con las nuevas características. “Nodo” ya estuvo listo hace un tiempo atrás, Microsoft lo liberó para manufactura en diciembre, y estuvo preparando el software cliente de Zune y Marketplace para manejar el software actualizado. En diciembre los desarrolladores han venido recibiendo las actualizaciones para sus teléfonos, tal como en el caso del Samsung developer device.

Foto: Samsung developer device

La actualización ha venido demorándose, y algunos sitios indicaron que podría haber sido por cierta preocupación acerca de su impacto por parte de los operadores y fabricantes de equipos.

En enero, Microsoft anunció que había vendido 2 millones de dispositivos a los operadores celulares, y tanto Microsoft como Nokia indicaron que el perfil de hardware del nuevo equipo saldrá a la luz en semanas o pocos meses.

¿Porqué sería posible instalar Windows Phone 7 en un smartphone Nokia?

2011-02-18T15:21:00.001-03:00

En este articulo intentaremos explicar brevemente cómo es posible migrar un sistema operativo WP7 a un hardware como Nokia y porqué tendría sentido tener uno antes de fin de año, desde un punto de vista técnico.

WP7 está montado sobre Windows CE 6.0 R3 el cual es altamente modular, diseñado como un sistema operativo en tiempo real, y con un historial en el mercado de 14 años, como se aprecia en la siguiente línea de tiempos.

Las características principales de Windows CE 6.x son:

Micronúcleo, en las versiones más compactas sólo ocupa 340 kilobytes.
Multitarea con prioridades (preemptive multitasking), 32.768 procesos concurrentes (máx.) que pueden direccionar 2GB de memoria cada uno.
Mayor velocidad en operaciones I/O (filesystem, gráficos, sistema de ventanas y eventos de servidor) ya que fueron movidos al núcleo del sistema operativo al convertirlos de .EXE a .DLLs
Código binario compatible con Intel i386, ARM, Super-Hitachi SH4 y MIPS.
Nuevos componentes de Cellcore, el conjunto de clases que sirven a la conexión y servicios de telefonía celular. Entre ellos podemos mencionar que se ha renovado la interfaz de capa de radio (RIL, Radio Interface Layer), que comunica el sistema CellCore con el software del sistema operativo. Entre otros servicios, existe el del manejador de la tarjeta inalámbrica celular (radio interface).
Es el único producto de Microsoft que se provee con gran parte del código fuente para que el cliente lo pruebe y lo modifique, sin necesidad de notificar al poseedor de la propiedad. Esto era necesario por la naturaleza de la aplicaciones embebidas y de movilidad.
Soporte de Microsoft Silverlight, Internet Explorer con compatibilidad para FlashLite 3.1, reproductor de medios digitales como componente Windows Media Player 7.x OCX
Soporte táctil y gestural.
Amplia conectividad USB, LAN cableada, WiFi, GPRS, Bluetooth, a través de la biblioteca Connection Manager, con notificación automática de eventos de estado.
Visores integrados de Office y PDF.
Soporte del protocolo Remote Desktop Protocol para cliente de escritorio remoto.
Sistema operativo en tiempo real:
- Interrupciones anidadas, es decir, mientras se está procesando un determinado método de servicio de interrupción, puede atenderse otra interrupción.
- Quantums por subproceso: es el tiempo máximo que el procesador estará atendiendo a un subproceso (thread) de un proceso. En Windows de escritorio, este quantum es igual a 10 milisegundos, en un sistema con recursos restringidos, debe ser mayor ya que un tiempo corto impediría que se ejecute eficazmente una tarea. En Windows CE se puede ajustar el quantum de cada thread de una aplicación de forma independiente, el defecto es 100 milisegundos. Esto le da una extraordinaria flexibilidad al momento de optimizar el rendimiento de determinadas tareas dentro de una misma aplicación.
- 256 niveles de prioridad de subprocesos, esto es 8 (ocho) veces más granularidad que el núcleo de los sistemas operativos basados en NT. Este es uno de los rasgos distintivos de los sistemas operativos en tiempo real.
- RTOS certificado: se ha validado independientemente que Windows CE es un sistema de tiempo real.
Controladores de dispositivos con calidad de producción. Esto significa que estos manejadores (piezas de software) funcionan sin modificación sobre los buses para los cuales fueron diseñados, reduciendo la cantidad de personalización necesaria. Si estos drivers están conformados de esta forma en particular (quality-production), se ven como disponibles en el catálogo de la IDE de Platform Builder, la herramienta para construir un sistema operativo.
Con Windows CE se introduce un modelo de desarrollo que se denomina “manejador agnóstico de bus”, el cual permite que un manejador de dispositivo (driver) ejecute sobre distintos buses, como por ejemplo, PCI, CardBus PCI-16 bits o CardBus PCI-32 bits, o incluso un bus propietario. Esto se utiliza cuando se prevé utilizar una variedad de buses y se necesita que el manejador de dispositivo funcione en todos ellos con el mínimo esfuerzo de migración. Una parte sigue siendo propietaria, denominada “manejador de bus padre” (parent bus driver) que solo contiene información privativa de necesidades de potencia y configuración de un determinado bus, mientras que la gran mayoría de la “inteligencia” está en el manejador agnóstico de bus.
Se dispone de una herramienta unificada denominada Platform Builder, que dispone de varios asistentes para construir imágenes de sistemas operativos embebidos y móviles. Esencialmente, maneja un catálogo de componentes, los cuales se integran, modifican y verifican dentro de la herramienta, para terminar con una imagen terminada del sistema operativo, listo para ser “quemada” en un ROM de nuestro dispositivo. Por ejemplo, para armar el “esqueleto” de un sistema operativo, se debe utilizar el asistente correspondiente, que se encarga de generar un proyecto el cual luego podremos modificar, etc.

Con esto, Microsoft ha intentado facilitar al máximo la construcción de un sistema operativo embebido o para dispositivos, y es desde este punto de vista que el desarrollo de un OS para un dispositivo nuevo, o plataforma nueva, como la de los smartphones Nokia, pasa también por este proceso relativamente directo.

En el caso de la plataforma smartphone de Nokia, el sistema operativo debe portarse, efectivamente, al perfil de hardware de estos dispositivos. sin embargo, al estar basados en ARM (como casi todos los modernos teléfonos de hoy en día), este proceso no sería tan complicado. Suponiendo que se desee correr Windows Phone 7 en, digamos, el Nokia N8, habría que desarrollar los manejadores de dispositivos de los periféricos que este hardware soporta, sobre todo la parte de pantalla y cámara, la brújula, el sensor de proximidad, etc. Por otro lado, para correr los juegos y demás aplicaciones, debemos recordar la estructura interna del sistema operativo.

En la figura de la izquierda, se aprecia que la plataforma de este hipotético N8 estaría circunscripta a la parte inferior del diagrama, donde se aplicaría el código nativo de Silverlight o XNA.

Para correr cualquier aplicación WP7, sin embargo, tenemos la ventaja de la máquina virtual, con lo cual, todo pasa por confeccionar una capa de abstracción de plataforma, (PAL) la cual esencialmente es una capa de software que aísla las particularidades del hardware subyacente del software de aplicación administrado. Si la nueva alianza MS-Nokia logra desarrollar la PAL para estos dispositivos, la posibilidad de correr aplicaciones Silverlight y XNA se volvería una realidad. Como es una capa de software, cualquier modificación en .NET CF 3.7 (que aloja los procesos Silverlight y XNA) no tendría tanto impacto en la medida que se respete los lineamientos de la PAL.

Recordemos que en la PAL, existen los siguientes servicios básicos:

Redes
Gestión de memoria
Cadenas
Registro de Windows
Punto Flotante
Seguridad
Gestión de multihilos (multithreading)
Modulos
Archivo
Localización (internacionalización)

Se indican como bloques funcionales los de String y los de Float porque éstos dependerán de cómo se implementen estas cosas en el procesador y sistema operativo. Nótese que la PAL hace coincidir un sistema operativo determinado (por ejemplo, WP7) con un procesador deterimnado (por ejemplo, ARM). Para hacer correr las aplicaciones en un hipotético Nokia N8 para Windows 7 Phone, la PAL estaria programada para dicho perfil de hardware.

Es por esta alta modularidad que se puede portar con cierta facilidad Windows Phone 7 al perfil de smartphone de los teléfonos Nokia de alta gama. Un escollo importante que podría comprometer esta celeridad, es la existencia de chips que contienen aceleradores de video, como el NVIDIA Tegra, que posee una GPU GeForce de bajisimo consumo y 8 núcleos de procesamiento. Como Silverlight y XNA hacen un uso extensivo de DirectX para su funcionamiento en WP7, esta nueva generación de chips (dual core, con tarjeta de video integrada) podrían exigir una cuidadosa escritura del código de manejo y configuración de la parte gráfica.

Stephen Elop anunció que antes de fin de año debería haber ya en la calle el primer teléfono Nokia en la calle. Merced al gran trabajo que se tiene ya realizado en Windows CE 6.0R3, esta tarea no parece imposible.

Microsoft liberó el Service Pack 1 de Windows 7/Server 2008 R2 (final) en el día de ayer

2011-02-17T12:49:00.001-03:00

Ayer, 16 de Febrero de 2011, Microsoft liberó el SP1 de Windows 7 y de Server 2008 R2, en un release que no tuvo, como otras veces, un anuncio llamativo. Más en bien en silencio transcurrió el RTW (release to web) para los suscriptores de MSDN y Technet, y se espera que el día 22 de Febrero próximo ya esté disponible como una descarga de Windows Update (automática) o bien a pedido, en ambos casos totalmente gratuita.

En el caso de la descarga del SP1 por internet, a pedido, se recibe un archivo de 2GB de extensión, en formato ISO (imagen de disco)

Una vez montado sobre una utilidad como MagicDisc, o bien quemado en un DVD, se procede a correr setup.exe, y aparece la primera pantalla del asistente de instalación:

Por el tamaño del release podemos asumir que se han optimizado bastantes cosas del nuevo sistema operativo. Recordemos que Windows 7 difiere significativamente de Vista ya a nivel del kernel, y que era de esperarse una actualización como toda nueva versión, tanto en el SO de escritorio como el Servidor 2008R2.

Los cambios más significativos vienen con el soporte y adaptación de la visual de Windows 7 en máquinas virtuales, y la capacidad de cambiar en forma dinámica el tamaño de la RAM de una máquina virtual Windows 7, mediante el replanteo de RemoteFX y Memoria Dinámica, el primero permite optimizar el uso de gráficos 3D en entornos virtualizados y el segundo permite un uso eficiente de memoria en el momento de configurar un cliente virtualizado. También se agrega el soporte de USB 3.0 y mejoras en el stack de Bluetooth y WiFi. También existen algunos items de seguridad y de rendimiento que fueron optimizados en este release.

Nokia libera fotos de teléfonos conceptuales WP7

2011-02-14T12:02:00.001-03:00

Este fin de semana Nokia ha liberado un par de fotos conceptuales de futuras terminales que corran Windows Phone 7. Hoy comenzó en Mobile World Congress en Barcelona, España, y aqui copiamos dos de estas imágenes. Se espera que Nokia libere un WP7 para fin de año, lo que sería un enorme esfuerzo para este emprendimiento.

Las repercusiones se han ido sucediendo a lo largo de las horas, y existe todavía mucha especulación acerca de los efectos de este anuncio. Nokia ha expresado en el MWC que había considerado Android, pero que no veía mucho valor en impulsar Android para que sea el primer OS de Smartphones del mundo, ya que en ese escenario, sería sólo un jugador más. Con Microsoft el valor es mayor, a costa de un mayor riesgo también. Con Android los analistas estimaban que el éxito estaba prácticamente asegurado, con Windows Phone 7 lo estará en la medida que ambas compañías se esfuercen por mostrar innovación y diferenciación para lograr la aceptación del público.

Dos grandes innovaciones en tecnología de movilidad para 2011 de Motorola y HP

2011-02-13T16:06:00.001-03:00

A pesar que este es un blog centrado en tecnologías móviles de Microsoft (Windows Mobile, Windows Phone y .NET Compact Framework, Silverlight, etc.), a veces aparecen en el mercado ciertos productos que marcan una real innovación, algo tan difícil en el mundo de la movilidad por sus particularidades, que merecen ser comentadas.

1. Motorola Atrix con Dual Core processor, GPU y Laptop Dock

Esta es la primera vez que vemos un teléfono convertirse en una netbook. La convergencia ya venía siendo predicha por dos indicadores: ( a) la potencia de las netbooks no ha subido significativamente desde que este tipo de dispositivos saliese al mercado, prácticamente no hay ninguna que se consiga en el mercado actual que tenga dos núcleos, (aunque si Hyperthreading si tienen el Intel ATOM N455), y ( b) la potencia de los teléfonos celulares ha ido en aumento significativamente, en particular por el perfil de hardware de alta gama que propuso el iPhone en su momento como una base de partida y no de llegada (pantalla capacitiva, LCD de tecnología in-plane switching que permite mejores ángulos de visión, aceleradores de video, etc.).

El Motorola Atrix es el primer teléfono que tiene un procesador con dos núcleos iguales, permitiendo multiprocesamiento simétrico. En este blog ya habíamos comentado de esto en 2008, cuando comentábamos el chipset Texas Instruments OMAP 4400 y sus potencialidades. En este caso, el ATRIX tiene varias innovaciones de hardware, a saber:

Nuevo chip de recepcion 3G que permite alcanzar 14.4 MBPS de bajada HSDPA.
Posibilidad de filmar videos de HD en 1080p si se actualiza el firmware (solo un modelo de LG permite actualmente obtener esta resolución)
Pantalla de 960 pixeles, a la par del iPhone4.
Procesador ARM Cortex A9 dual core. En la siguiente imagen se ve que soporta (como el TI OMAP 4400) hasta 4 núcleos iguales. En este caso, Motorola optó por el clock de 1GHz, la mitad del máximo teórico que soporta la plataforma de hardware. Como toda máquina de arquitectura de Harvard, tiene separada la memoria en datos e instrucciones (programa), como se aprecia en el caché partido de cada núcleo, que puede tener 16 a 64 kB cada uno, con opción a colocarle un caché de segundo nivel de hasta 8MB.

El Cortex A9 también es un procesador superescalar, es decir, ejecuta más de una instrucción de máquina por cada ciclo de reloj con un pipeline de 8 segmentos (como comparación, el Pentium D tiene 31 segmentos). Recordemos que un pipeline es una estructura interna del procesador que permite aumentar la cantidad de instrucciones que se ejecutan por ciclo de reloj, tomando cada instrucción y separándola en una serie de pasos independientes. Como la ejecución de cada paso es, obviamente, inferior a la que se necesita para ejecutar la instrucción completa, el procesador admite recibir una instrucción nueva por cada paso terminado, no por cada instrucción terminada, lo cual es mucho más rápido.

Con este microprocesador, el ATRIX es uno de los primeros en introducir procesamiento simétrico en el mundo de los teléfonos celulares. Para ello, a 2008 habían solo 3 fabricantes comprometidos con OS que soporten esta facilidad: Android (Google), Symbian (Nokia) y Windows Mobile (Microsoft). Con esto , se puede esperar una mejora inmediata del orden del 50% en la velocidad de ejecución de tareas adecuadas, como por ejemplo, representación de páginas de internet (rendering), una tarea que se presta muy bien para el paralelismo. En un procesador multi núcleo, existe una constante que determina hasta dónde puede llegar el procesador, que es el calor disipado. Por ejemplo, si tenemos 6 núcleos, y el procesador es de 3GHz, es poco probable que los seis puedan trabajar a 3 GHz, ya que esto exigiría un consumo muy alto de energía, y un calor considerable generado en el chip. Por lo tanto, el procesador se “sensa” a si mismo para ver cuanta energía disipa a cada instante, y en función de eso ajusta instantáneamente la frecuencia de cada núcleo, para mantener el chip dentro de los parámetros ajustados por el fabricante. En el caso de los procesadores ARM Cortex, se ha alcanzado una increíble optimización: cada núcleo consume solo 250 mW en su configuración tradicional, con lo cual, sigue estando cerca de 1 vatio como máximo, pero rindiendo en total unas 4000 MIPS (un procesador de escritorio moderno puede rendir 22.000 MIPS, pero consume 40 veces más).

Chipset NVIDIA Tegra

El Atrix tiene integrado el procesador en un chipset denominado TEGRA 2, de la firma NVIDIA. Consta de

procesador de dos núcleos A9 como lo describimos arriba, implementado con caché primario de 32+32kB por núcleo, y un caché secundario de 1MB.
un chip acelerador de video 3D integrado, GeForce ULP (consumo ultra bajo), diseñado para juegos móviles
procesador de video 1080p

Procesador Geforce ULP integrado

Esta es la innovación mas importante que tengamos noticia en el mundo de la movilidad. Un procesador de video que acerca las características que estamos acostumbrados a ver en los equipos de escritorio, a los dispositivos móviles. Tiene 8 núcleos de procesamiento, shaders totalmente programables, soporta OpenGL V2, y puede decodificar video FullHD 1080p en los formatos H.264, MPEG4, VC-1AP, DivX 4 ó 5, XVid HT, WMV, RealVideo, VP8, etc. Al mismo tiempo puede codificar video 1080p a bordo del teléfono, permitiendo tomar clips HD o dirigir una teleconferencia en alta resolución, en los formatos H.264, MPEG4, H.263 y VP8. Puede decodificar audio en más de una docena de formatos y soporta cámaras de hasta 12 megapíxeles (primaria) y 5 megapíxeles (secundaria).

Por último, tiene capacidad para controlar dos dispositivos de salida visual simultáneamente. Soporta HDMI 1.3 (esto es, con sonido de alta densidad) o CRT, más la pantalla normal LCD del teléfono, cosa que el Atrix utiliza al “transformarse” en una notebook con su Laptop Dock

Laptop Dock: doble personalidad

Es una estación de anclaje, con la forma de una netbook. Tiene teclado y una pantalla de resolucion 1366x768, píxeles de 11,6 pulgadas, con un teclado de distribución normal QWERTY, aunque los reportes preliminares indican una distribución muy apretada del conjunto. La estación tiene su propia batería, que ocupa prácticamente toda la mitad inferior. Como no posee los componentes principales (que están en el teléfono), esta estación es muy delgada y elegante que pesa 1 kg. En la fotografía se aprecia cómo el Atrix queda anclado dando vida a una netbook que podríamos calificar de única.

La interfaz de usuario quizás no sea tan rica como un sistema de escritorio, pero Motorola denomina “webtop” a la interfaz que aparece en la pantalla de esta estación móvil. Se aprecia la interfaz del teléfono a la izquierda, y a la derecha un web browser. Ambas están conectadas, se pueden discar números que aparezcan en la página web, etc. Esta integración es la primera que se ve en la industria, y esperamos que pronto otros fabricantes salgan con ideas similares.

Multimedia Dock

Motorola completa la oferta con una estación de anclaje multimedia, otra opción para quien no desee invertir en el costo de la estación laptop, si no necesitamos movilidad por ejemplo, o si queremos aprovechar un monitor que ya tenemos. La estación es esencialmente un replicador de puertos con capacidad bluetooth. Motorola provee de un teclado y ratón bluetooth, y un control remoto. El replicador posee tres puertos USB, una salida HDMI mini y un jack estéreo normal de 3.5 mm. Debido a las limitaciones propias del hardware, la salida HDMI limita la resolución a 1280x720, lo cual lo hace ideal para conectar a un monitor de 19”, pero quizás nos quedemos un poco cortos si deseamos conectarlo a un TV LCD de 42”.

Creemos que Motorola ha demostrado una vez más su capacidad en generar productos de hardware innovadores. En el mercado Argentino éstos no han tenido mucha difusión, pero esperamos que con el tiempo este modelo pueda desembarcar en nuestras latitudes. Un escollo importante para que esto ocurra es el hecho que las redes 4G no tienen una fecha cierta de implementación, aunque Movistar ha anunciado en diciembre pasado que comenzó las pruebas con esas redes, mientras que Personal ha hecho demostraciones de 4G. Recordemos que la tecnología 4G es una de convergencia de redes, donde la infraestructura del operador celular pasa a ser una basada en internet: IPs, enrutadores y otros componentes se parecen mucho a los que normalmente vemos en grandes instalaciones de computo convencionales, y en enlace inalámbrico es WiMax en una banda particular, pero sigue siendo 802.16.

2. Carga inalámbrica de HP Touchstone

HP ha introducido una innovación heredada de su adquisición de Palm, en la carga inalámbrica de los nuevos dispositivos con sistemas operativos WebOS. Los primeros teléfonos y tabletas de HP son compatibles con la tecnología de recarga magnética “Touchstone”, que permite cargar los dispositivos sin contacto galvánico (es decir, sin necesidad de contacto directo entre conductores eléctricos), sino que por campos magnéticos se realiza la carga de la batería de a bordo.

Esencialmente, se trata de acercar dos bobinas: una produce el campo magnético, y está en el cargador estacionario. La otra recibe la energía, y está en el teléfono. Cuando se colocan una frente a la otra, separadas tan solo por la pared de plástico del dispositivo, como la bobina inductora produce un campo magnético que oscila varias veces por segundo, se genera una diferencia de potencial en la bobina receptora, que se traduce en corriente eléctrica que carga la batería. El problema que tiene esta tecnología es el sobrecalentamiento y el rendimiento. Sin embargo, regulando la frecuencia del campo magnético, se puede mitigar el efecto de calentamiento, y el rendimiento en los nuevos dispositivos superan el 70% (contra un 100% que tendría un contacto metálico directo). La ventaja es que el cuerpo del dispositivo no tiene conectores de voltaje metálicos, y puede presentar una superficie cerrada y sin solución de continuidad. También eso hace posible que el dispositivo esté mejor aislado del agua, y de otros agentes ambientales.

Del mismo modo, la nueva HP TouchPad posee carga inalámbrica, y corre el novísimo WebOS 3.0, con un procesador Dual-Core Qualcomm de 1,2 GHz. Sin embargo, como la antena emisora y receptora deben ser del mismo tamaño, el cargador inalámbrico de la TouchPad es casi tan grande como la tableta en si misma. De todos modos, consideramos que esta tecnología es prometedora, en la medida que se pueda producir un cargador que compita en tamaño con los habituales. En los teléfonos celulares, el TouchStone tiene más o menos el mismo volumen, pero es significativamente más grande en la Touchpad, ya que debe cargar una batería de 6.300 mA/hora.

Conclusiones

Consideramos que estas dos son sólo una acotada muestra de las innovaciones tecnológicas que nos deparará el futuro inmediato. Si a esto le sumamos la reciente noticia del acuerdo empresarial entre Nokia y Microsoft, damos por hecho que el 2011 será un año lleno de noticias interesantes en el mundo de la tecnología móvil. Respecto del éxito comercial, deberemos evaluar primero el costo de estas nuevas tecnologías. Las empresas querrán resarcirse de la inversión R&D que les permite llegar al mercado con estas nuevas iniciativas, pero está probado que un precio demasiado elevado puede hacer que el mercado las ignore - aunque éstas sean excelentes ideas.

Acuerdo Microsoft-Nokia formalizado hoy 11/02/2011. WP7 a los Nokia.

2011-02-11T13:32:00.001-03:00

El 10 de Febrero de 2011 se ha formalizado el acuerdo entre Microsoft y Nokia. Aquí traducimos la carta:

“Hoy en Londres, nuestras dos compañías anunciaron planes para una sociedad estratégica amplia, que combina las respectivas fortalezas de nuestras compañías y construye un nuevo ecosistema móvil a nivel mundial. Esta estrategia aumenta nuestra escala, que resultará en significativos beneficios para los consumidores, desarrolladores, operadores móviles y negocios alrededor del mundo. Nosotros estamos sumamente entusiasmados por el viaje que vamos a hacer juntos.

Mientras los detalles específicos del acuerdo se están puliendo aún, aqui va un resumen sobre lo que estamos trabajando:

Nokia adoptará a Windows Phone como su estrategia primaria de Smartphones, innovando al tope de la plataforma en áreas como imagen, donde Nokia es un líder de mercado (N. del T.: seguramente se refiere al Nokia N8, que tiene una cámara de 12 megapíxeles con flash de descarga de xenón y ópticas Carl-Zeiss, único entre todos los smartphones)
Nokia ayudará a definir el futuro de Windows Phone. Nokia contribuirá con su experiencia en diseño de hardware, soporte de lenguajes, y ayudará a traer a Windows Phone a un mayor abanico de precios, segmentos de mercado y geografías.
Nokia y Microsoft colaborarán codo a codo en el desarrollo, iniciativas de mercado conjuntas y hoja de ruta de desarrollo compartido, para alinearse en la futura evolución de los productos de movilidad.
Bing proveerá los servicios de búsqueda de Nokia a través de dispositivos y servicios, dando a los consumidores acceso a la próxima generación de capacidades de búsqueda de Bing. Microsoft adCenter proveerá servicios de búsqueda de publicidad en la línea de dispositivos y servicios de Nokia.
Nokia Maps será parte central de los servicios de mapeo de Microsoft. Por ejemplo, Maps se podría integrar en el motor de búsqueda de Bing y AdCenter para ofrecer una experiencia única en búsqueda y publicidad local.
La amplia red de acuerdos de facturación de Nokia hará que sea más fácil para los consumidores el comprar servicios de Nokia Windows Phone en aquellos países donde el uso de tarjeta de crédito no está extendido.
Las herramientas de desarrollo de Microsoft se utilizarán para crear aplicaciones que corran sobre los Nokia Windows Phone, permitiendo a los desarrolladores tomar ventaja del alcance mundial de este ecosistema.
Microsoft continuará invirtiendo en el desarrollo de Windows Phone y servicios en la nube, de tal forma que los consumidores podrán hacer más con sus teléfonos, en su trabajo y en su vida cotidiana.
El contenido y las aplicaciones del almacén en línea de Nokia se integrará en Microsoft Marketplace para brindar una experiencia de usuario más atractiva.

Estamos trayendo activos que son increíbles a esta mesa. La historia de innovación de Nokia en el espacio de hardware, su escala mundial de hardware, su poderosa historia de creación de propiedad intelectual y sus activos de navegación, no tienen igual. Microsoft es un líder en software y servicios, la increíble experiencia en creación de plataformas conforma la oportunidad para sus miles de millones de clientes y millones de socios para obtener más de sus dispositivos.

Juntos, tenemos algunas de las marcas más admiradas del mundo, incluyendo Windows, Office, Bing, Xbox, Live, NAVTEQ y Nokia. También poseemos una comprensión compartida acerca de lo que se necesita para construir y sostener un ecosistema móvil, lo que incluye la experiencia completa, desde el dispositivo pasando por el software y llegando a las aplicaciones, servicios y mercado en línea.

Hoy día, la batalla se está moviendo desde uno de los dispositivos móviles a uno de los ecosistemas móviles, y nuestras fortalezas aquí son complementarias. Los ecosistemas prosperan cuando alcanzan cierto tamaño, cuando se alimentan de energía e innovación y cuando ofrecen beneficios y valor a cada persona o empresa que participa de él. Esto es lo que estamos creando, esta es nuestra visión, este es el trabajo que estamos haciendo a partir de este día.

Existen otros ecosistemas móviles. Vamos a irrumpir en ellos.

Habrá desafíos. Vamos a vencerlos.

El éxito necesita de la velocidad. Vamos a ser rápidos.

Juntos, vemos la oportunidad, y tenemos la voluntad, los recursos y el impuso para triunfar.

Stephen Elop, CEO, Nokia Corporation.

Steven Ballmer, CEO, Microsoft Corporation.”

Aqui los dos videos puestos en línea hace pocos momentos:

Y la conferencia de prensa completa de Nokia y Microsoft.

En breve estaremos analizando las implicancias de este movimiento, mientras todas las demás redes y sitios de movilidad están haciéndose eco de este anuncio.

Memorandum interno de Nokia: “plataforma en llamas” y posible acuerdo con Microsoft

2011-02-09T16:13:00.001-03:00

El CEO de Nokia, Stephen Elop (anteriormente empleado de Microsoft), escribió un memorándum sumamente franco y brutal, acerca de la posición perdedora de Nokia respecto de Android y de iPhone. Aqui traducimos algunos de los puntos fundamentales de esto.

Dicen nuestros colegas de Engagdet: “Más allá que el memorándum sea legítimo o no, la frecuencia e intensidad de importantes rumores acerca de Nokia, cercano el MWC la semana que viene, fueron realmente salvajes: escuchamos que estarían anunciando una sociedad con Microsoft en torno a Windows Phone 7, que cesarían a varios ejecutivos merecidamente, y que Elop estaría mirando al nuevo campus de Nokia en Silicon Valley como su centro de gravedad, con ejecutivos y gerentes seniors que estén dispuestos a pasar más tiempo fuera de Finlandia”.

Los fragmentos principales del memorándum de Elop son los siguientes:

“..hay un intenso calor proveniente de nuestra competencia, más rápidamente que lo que jamás hubiésemos esperado. Apple ha irrumpido en el mercado redefiniendo el smartphone y atrayendo a desarrolladores a un ecosistema cerrado, pero muy poderoso”
“Ellos han cambiado las reglas del juego, y hoy, Apple es dueña de la alta gama”
“Google fue una fuerza que gravitó, arrastrando mucha de la innovación de la industria a sus centros”.
“Tenemos algunas fuentes brillantes de innovación dentro de Nokia, pero no estamos pudiendo llevarla al mercado lo suficientemente rápido. Pensábamos que Meego sería una plataforma ganadora para smartphones de alta gama. Sin embargo, a este paso, para el final de 2011, sólo tendremos un producto Meego puesto en el mercado.
“..Symbian está probando ser un entorno de desarrollo que se complica cada vez más, en el cual se debe invertir continuamente para satisfacer los requerimientos crecientes de los usuarios”
“Nuestra competencia no está quitándonos nuestra porción de mercado con dispositivos, sino que lo está haciendo con un ecosistema entero”
“Hemos tirado gasolina sobre nuestra propia plataforma en llamas. Creo que hemos perdido liderazgo y poder económico para alinear y dirigir la compañía a través de estos tiempos disruptivos. Tenemos una serie de pérdidas. No hemos brindado innovación con la suficiente velocidad. No colaboramos internamente. Nokia, nuestra plataforma, está en llamas”.
“Este martes, Standard & Poor’s ha informado que ha colocado nuestras obligaciones clase A de largo plazo en A-1 de corto plazo, debido a una calificación crediticia desfavorable. Esta acción es similar a la que Moody ha tomado la última semana. Esto significa que durante las próximas semanas harán un análisis de Nokia, y decidirán sobre una posible degradación de nuestra calificación crediticia. ¿Porqué estas agencias contemplarían estos cambios? Porque están preocupadas acerca de nuestra competitividad”.

Nuestra percepción es la siguiente: el memorándum refleja la realidad, pero no solo de Nokia, sino también de otras plataformas que han perdido mucho terreno a manos de Apple y de Android (Google). Nokia sigue siendo el principal fabricante de equipos celulares del mundo, seguido por Samsung en segundo lugar. Esta posición todavía lo habilita para celebrar una sociedad con Microsoft, lo cual abre varias preguntas, sobre todo en lo referente a la inversión de Symbian y Meego por parte de Nokia. Microsoft no ha dudado en cambiar de rumbo con Windows Phone 7, el enorme músculo de la compañía se ha demostrado en lanzar una nueva plataforma móvil en sólo 12 meses, junto con el ecosistema de desarrollo y mercadotecnia online. Queda por ver si Nokia está dispuesta a perder estos activos en pro de un futuro más brillante. En particular, admiramos a Nokia por la extraordinaria calidad de su hardware, y nos parece que las cosas no sólo se quedan en la mera adopción de Windows Phone 7 en los equipos Nokia, sino que a su vez el know-how de 25 años de movilidad de los finlandeses pueden hacer la diferencia –por fin- a favor del ecosistema de móvil y embebido de Microsoft.

Pase lo que pase, la próxima semana en el Mobile World Congress, este tema estará más que interesante.

La verdadera velocidad de transferencia de Gigabit Ethernet

2011-02-07T18:28:00.001-03:00

Al migrar uno de nuestros sistemas, hemos tenido que transferir una gran cantidad de archivos desde un equipo a otro nuevo. El nuevo equipo tiene un disco WD de 1TB con 64 MB de caché, SATA-II con 8 GB de memoria. Ambos equipos conectados con Gigabit Ethernet, cuyo máximo teórico es de 1000 Mbits/seg.

Sin embargo, la tasa de transferencia fue muy decepcionante, alrededor de 8000 KB/sec. (El máximo teórico es de casi 100 MBytes/seg. para la red Gigabit, y de 9,77 MB/seg. para la FastEthernet)

Es por ello que hemos realizado otra prueba transfiriendo un gran archivo de imagen de disco .ISO, con la sorpresa que la tasa de transferencia mejoraba significativamente:

Las razones de esto son, aparentemente, la cantidad de operaciones que debe realizar el disco rígido en ambos extremos, en particular la escritura en el filesystem de nuevos objetos en el disco de destino. Por lo tanto, si bien la velocidad de transferencia pura está asegurada con Gigabit Ethernet, el cuello de botella existe en el disco de destino. Asimismo, recordemos que Gigabit Ethernet es una adaptación de FastEthernet, y por motivos de compatibilidad algunas cosas quedan más “cerca” de FastEthernet que de la nueva velocidad 10X. Obtendremos el mejor rendimiento si transferimos pocos archivos de gran tamaño, y no muchos archivos de pequeño tamaño. En este último caso, la velocidad “por el cable” de la red poco tiene que hacer ante el tiempo que demora el sistema operativo en gestionar la creación de un nuevo archivo localmente, y el rendimiento será muy cercano al obtenido con FastEthernet.

Para mejorar estos tiempos, y si dependemos siempre de la velocidad de transferencia de archivos en nuestro trabajo, podemos citar estas posibilidades:

Considerar la adopción de un sistema operativo Server y no Workstation. En esto debemos hacer una aclaración: el formato y la organización de los objetos en el disco es el mismo desde Windows XP, pero existen variaciones de prestaciones a nivel de su manejador (NTFS.SYS). Por lo tanto, el versionado reciente hace referencia al manejador .SYS, y no a la estructura en particular conque el disco se graba. El sistema servidor da prioridad a los procesos de segundo plano, y entre ellos, el manejo de objetos de disco, desde su rol de servidor de archivos. Sin embargo, esto tiene la contra de tener un sistema servidor un tanto oneroso ya que Windows Server suele costar bastante más que un Windows Workstation (una relación de 3-5 a 1 aproximadamente, dependiendo de las versiones mas económicas de Windows Server).
Considerar la adopción de un sistema RAID. En este caso, RAID 0 sería el que mejor se adaptaría a nuestras necesidades, ya que el 100% de un archivo se divide en dos segmentos de 50%, uno va al volumen 0 y otro al volumen 1 del RAID. Es decir, no existe redundancia de grabación, sino que se “distribuye” físicamente el archivo al grabarlo, con el consiguiente ahorro de tiempo (cada disco del arreglo solo recibe el 50% de bytes del archivo total). En la lectura, sin embargo, todo dependerá de si necesitemos todo el archivo en memoria, como por ejemplo, una fotografía, etc., o no. En el primer caso, la lectura se beneficiará también ya que ambos discos sólo deben transferir la mitad del archivo total, y el armado final se hace en la memoria del equipo. En el segundo, es posible que no tengamos mucha ganancia respecto de un sistema de disco único. Desafortunadamente, no existe seguridad ante fallos, ya que no hay redundancia de datos.

Esperamos haber aclarado un poco estas cuestiones.

¡De vuelta online!

2011-02-07T10:26:00.001-03:00

Bueno, tras un tiempo de estar offline, ahora empezamos 2011 con un poco más de tiempo disponible para volver a comentar cosas de movilidad, en especial de lo basado en Windows Phone y las nuevas tecnologías móviles de Microsoft, y también de otros fabricantes. 2011 se muestra especialmente interesante, ya que el esperado Windows Embedded Compact 7 hará su entrada en la arena de la movilidad. También la explosión de Android nos merecerá un vistazo de cerca, en Argentina y en Cono Sur han proliferado los equipos con estos sistemas operativos. En pocos días publicaremos nuestro primer artículo técnico de 2011. Hasta pronto!

Instalar Windows Phone 7 DevTools en Windows Server

2010-11-13T08:02:00.001-03:00

Como sabemos, las nuevas herramientas de desarrollo para Windows Phone 7 exigen que el sistema operativo subyacente sea Windows Vista o bien Windows 7. A pesar de que muchos desarrolladores utilizan Windows Server como plataforma de desarrollo, por ahora Microsoft no soporta oficialmente la instalación del SDK de desarrollo para WP7 en sistemas operativos servidores.

En este breve artículo, tomado desde el blog de Aaron Stebner, comentaremos nuestra experiencia en tal sentido.

Qué necesitamos

A. Una versión de sistema operativo server: Windows Server 2008 (“Vista” server) o Windows Server 2008 R2 (“Windows 7” server) con Visual Studio 2010 instalado, versión final y completa (Professional, Premium, Ultimate).

B. Descargar el instalador desde la web de las herramientas de desarrollo para Windows Phone 7. Este SDK se puede instalar de dos formas: descargando un “instalador web” (vm_web.exe”), el cual a su vez descarga desde internet los componentes deseados, o bien descargando una imagen .ISO de unos 470 MB de tamaño, donde está todo el SDK completo. Recordemos que este release incluye una versión de Visual Studio 2010 Express for Windows Phone, pero sin embargo, esta nota está dirigida a quienes tienen la versión completa y final de VS2010.

Para descargar esto, entrar en esta página y seleccionar descargar el archivo vm_web.exe, SIN ejecutarlo, en alguna carpeta de nuestra PC

C. Si tenemos una versión anterior de WP7 Developer Tools Beta, debemos desinstalar estos títulos primeramente, ya que interferirán con la nueva instalación: (a) Visual Studio 2010 Express for Windows Phone beta o CTP, (b) todos los paquetes relacionados con XNA Game Studio 4.0 para WP7, ( c) el emulador de Windows Phone 7. La lista de incompatibilidad puede incluir más títulos que éstos, pero en tal caso el propio instalador los detectará y le pedirá que desinstale estos titulos primeramente, interrumpiendo la instalación. Si usted nunca ha instalado herramientas de desarrollo para WP7 en su PC, no debería recibir ningún alerta por este motivo.

Cómo proceder

1.Iniciar la consola de comandos CMD.EXE. Una vez allí, dirigirse a la carpeta donde descargamos el archivo vm_web.exe

2.Ejecutar vm_web.exe /x, el descompresor nos preguntará la carpeta de destino. Por ejemplo, c:\instaladores\wp7

3. Al finalizar el paso anterior, dirigirse a la carpeta definida en el paso anterior, y verificar que exista el archivo baseline.dat. Este archivo es de texto, y contiene mandatos para el instalador setup.exe, agrupados por directivas relacionadas con cada componente que se desea instalar, que son los siguientes:

Microsoft Application Error Reporting
Block on all OS except Vista and Win7
Windows Vista Service Pack 2 Requirement
IA64block
WIC x86 Required
WIC x64 Required
Windows Installer 3.1 Required
Chained VC Runtime 2010 Beta1 x64
.NET Framework Setup v4.0
Express PreReq x64
NETFX_DTP
DirectX D3D Compiler
EmulatorXDE x64
EmulatorXDE for 64 bit WinXP
EmulatorXDE
WM7SDK
Windows Phone 7 Add-in for Visual Studio 2010
HelpSetup x86
HelpSetup x64
XNA
XNA phone extensions
SL4 Tools
Blend Trial

Para cada componente, el archivo baseline.dat tiene directivas de instalación. Por ejemplo, si se desea bloquear la instalación en Windows NT 4, buscar en la sección relativa a dicho componente el atributo InstallOnWinNT4. Si es igual a cero, la instalación NO está bloqueada. Si es igual a uno, la instalación está bloqueada (prohibida).

Sabiendo esto, vemos que la sección donde se habilitan o no las plataformas es en el componente 2: Block on all OS except Vista and Win7, bajo la sección [gencomp7788]

4. Con NOTEPAD.EXE editar el archivo baseline.dat en su sección [gencomp7788] de la siguiente manera:

Colocar InstallOnLHS=0, InstallOnWin7Server=0 (los valores predeterminados deben estar en 1).

5. Grabar el archivo, cerrar el editor.

6. En la misma carpeta creada en el paso 2, ingresar con la consola de comandos, y emitir el siguiente mandato:

setup.exe /web.

(Nótese que es setup.exe, y no vm_web.exe). No omitir el modificador /web, de todo modo se obtendrá un error de instalación.

7. Esperar a que el instalador inicie y verifique los pre-requisitos. De encontrar en la PC algunos paquetes de software que son incompatibles con este release, debe proceder a desinstalarlos en el orden que el mensaje de alerta le indique, cerrar el instalador y volver a repetir el paso 6 anterior.

8. Reinicie la PC. Si bien esto no sería necesario, la experiencia de muchos que han seguido estos pasos indica que el emulador no funciona sin un reinicio previo del equipo, siendo insuficiente el mero reinicio de Visual Studio 2010.

Verificación de la instalación.

1. Iniciar Visual Studio 2010.

2. Ir a File –> New Project

3. Seleccionar Visual C# como lenguaje, y examinar las plantillas instaladas. Si no aparece Windows Phone Application, debemos buscar la plantilla con el buscador. A tal fin, escribir “Phone” en la casilla de texto superior derecha del cuadro de diálogo, para que se filtren las plantillas instaladas:

4. Seleccionar Windows Phone Application, y aceptar. Esperar a que VS2010 genere el proyecto.

5. Una vez que el proyecto aparezca en la pantalla, debemos probar el funcionamiento del emulador. Pulsamos F5 para depurar el proyecto, y debemos obtener una conexión al emulador primero, para luego ver la inicialización del emulador, proceso que puede demorar unos segundos. Al finalizar el arranque del emulador, VS2010 cargará los ensamblados necesarios para la ejecución de la aplicación, y transferirá el control al emulador. Llegado este punto, deberíamos tener algo así en la pantalla:

Con ello nos aseguramos que el emulador, punto débil de todo esto, funciona correctamente en nuestra instalación de Windows Server.

Conclusión

A pesar de que esto parece ser relativamente fácil, lo cierto es que cada instalación de Windows Server puede ser distinta y en algunas esto puede no funcionar correctamente. Por ejemplo, algunos servidores pueden tener activada la experiencia de escritorio, otros no. Como el emulador hace un uso intensivo de DirectX11 en la PC para renderizar los proyectos de Silverlight y de XNA, Microsoft había decidido restringir las plataformas de desarrollo a aquellas que siempre tuviesen instaladas toda la parte visual en forma correcta: Windows Vista y Windows 7. Para asegurarnos que nuestra versión de Windows Server 2008/2008R2 soporta correctamente esta característica, podemos ingresar en línea de comandos : dxdiag.exe, y verificar que DirectX11 está instalada. Mientras tanto, podemos comenzar a desarrollar sobre nuestra plataforma Windows Server, a la espera que Microsoft decida dar soporte oficial o no su línea de sistemas operativos servidores para este SDK.

Nuestra presencia en el CACIC 2010

2010-10-22T07:26:00.001-03:00

Invitados por la gente del MUG Argentina a través de Marisa D. Panizzi, Licenciada en Sistemas de Información, posgrado en Docencia Superior. Hemos disertado sobre Windows Phone 7, la nueva plataforma de movilidad orientada al mercado masivo de Microsoft.

Primeramente disertó la gente de IBM con la temática de Rational Team Concert (Jazz), donde estuvo nuestro colega Andrés Gillio del programa académico de IBM. Luego de ellos, a las 16 hs. comenzamos nuestro track con el siguiente resumen:

El año 2010 se presenta como un punto de inflexión para las tecnologías móviles, donde se registra la aparición de nuevos formatos de dispositivos (Apple IPad), la desaparición de importantes plataformas móviles (Windows mobile 6) y la aparición de nuevos sistemas operativos de dispositivos (webOS, Android 2.x, Windows Phone 7, BADA) junto con nuevos servicios de movilidad y herramientas de desarrollo. La industria se enfila hacia las redes de cuarta generación y los microprocesadores multinúcleos. Ante este escenario, se examinará los antecedentes que llevaron a la industria a llegar a este punto , y en particular se dará una
visión más detallada de la génesis, arquitectura y programabilidad de la nueva plataforma Windows Phone 7, desde el punto de vista tecnológico, incluyendo sus posibilidades de negocios e integración con otros servicios emergentes.

Marisa Panizzi del comité organizador del CACIC 2010, Ing. Carlos Pérez MVP y Oscar Turquet del Microsoft User’s Group de Argentina, luego de terminada la conferencia sobre Windows Phone 7.

IMPORTANTE: Vulnerabilidad de Seguridad ASP.NET descubierta por 2 investigadores argentinos.

2010-09-28T10:58:00.001-03:00

En nombre de la comunidad técnica de ASP.NET es que publicamos este aviso. Todos los sitios ASP.NET estarían expuestos a una brecha de seguridad a través de una vulnerabilidad detectada en ASP.NET, la cual fué descubierta por dos investigadores de seguridad argentinos y discutida en profundidad en EcoParty de Argentina (http://ekoparty.org/juliano-rizzo-2010.php). Damos un condensado de la comunicación de Scott Guthrie, junto con algunas apreciaciones nuestras.

¿Qué hace la vulnerabilidad?

Un atacante puede pedir y descargar archivos dentro de una aplicacion ASP.NET, por ejemplo, el archivo web.config, el cual muchas veces contiene información sensible. Se puede incluso desencriptar datos provenientes desde el cliente, como por ejemplo, el estado en ViewState de una página.

¿Cómo opera la vulnerabilidad?

Para entender cómo opera, es necesario conocer algo de los llamados “oráculos criptográficos”. Un oráculo, en el contexto de la criptografía, es un sistema que devuelve “sugerencias” a medida que uno le hace preguntas. En este caso, existe una vulnerabilidad en ASP.NET que actúa como un “oráculo de relleno”. Esto permite que el atacante envíe texto cifrado al servidor HTTP y aprenda si fué desencriptado correctamente, examinando qué código de error fué devuelto por éste. Al hacer este tipo de requerimientos (y examinar los errores que se retornan), el atacante puede aprender lo suficiente para desencriptar exitosamente el resto del texto cifrado.

N.del T.: En este caso, la implementacion en ASP del algoritmo AES tiene un error de programación en la forma que manipula los errores que se producen cuando una cookie fué modificada. Si el texto cifrado ha sido alterado, la aplicación vulnerable genera un error, que da al atacante cierta información suficiente para que pueda reducir el número de bytes necesario para adivinar la clave de encriptamiento al mínimo actualmente posible. El ataque permite que alguien descifre las cookies encriptadas, que podrían contener datos sensibles como saldos de banco, números de documento, o claves de encriptamiento. El atacante puede crear tickets de autentificación para una aplicación vulnerable y acceder a otros procesos que usa la CryptoAPI de la aplicación.

En realidad, el problema fué descubierto primero para Java Server Faces, y estos investigadores confirmaron el problema también para ASP.NET. Este tipo de ataque se conoce como “oráculo de relleno”, donde existen varias “estadios” de encriptamiento, uno a continuación del otro, de modo encadenado, como lo hace la mayoría de las aplicaciones. Los factores son los siguientes:

- Los cifradores de bloque necesitan que el mensaje que van a procesar se pueda dividir en un múltiplo entero del tamaño de bloque especificado, por ejemplo, ocho bytes. Un mensaje no siempre cabe en un numero entero de segmentos de ocho bytes, con lo cual se “rellenan” para que tengan el ancho especificado.

- El sitio ASP.NET (o Java Server Faces) debe tener un oráculo que, cuando se le envíe texto cifrado, no sólo desencripte el texto, sino que indique al remitente con un mensaje en qué partes del rellenado el texto cifrado es válido.

- Si el relleno es inválido, el mensaje de error que el cliente recibe le dará alguna información acerca de cómo opera el mecanismo de desencriptamiento del sitio web. Desafortunadamente, este proceso es determinístico y convergente, es decir, sólo depende del tiempo disponible y del ancho de banda que se conecte al server.

- Los tiempos necesarios para romper la barrera de encriptamiento varían entre 30 y 50 minutos, con el proceso corriendo un orden de 1000 hits al servidor, según indicasen estos investigadores.

¿Cómo protegerse de la vulnerabilidad en ASP.NET?

La forma más directa de protegerse de estos ataques es habilitar <customErrors> en ASP.NET, y ajustar las aplicaciones para devolver siempre la misma página de error, independientemente del error encontrado en el servidor. Al mapear todos los errores a una misma página, se evita que el hacker pueda distinguir los distintos tipos de error que ocurren en el servidor.

- Ajustar CustomErrors en ON

- Ajustar que todos los errores devuelvan una misma página de error con “defaultRedirect” de forma explícita en <customErrors>.

Con estos dos cambios se podrá asegurar que no se devuelvan códigos “por estado” desde el servidor. Esto es válido para ASP.NET 1.0 al 3.5 inclusive.

Visual Basic CTP para Windows Phone 7

2010-09-24T21:50:00.001-03:00

Microsoft ha liberado este 23 de Septiembre de 2010 una CTP (Community Technology Preview) que permite a los programadores utilizar Visual Basic para construir aplicaciones Silverlight (XNA por ahora está relegado a un futuro). Para ello, deberemos disponer de Visual Studio 2010 Premium o Ultimate (no Express), al cual habrá que instalarle el Windows Phone Developer Kit previamente. Los links de descarga son los siguientes:

Para bajar el Windows Phone Developer Tools kit, que se requiere previo al CTP de VB : http://www.microsoft.com/downloads/en/details.aspx?FamilyID=04704acf-a63a-4f97-952c-8b51b34b00ce&displaylang=en

Para bajar el VB CTP para Windows Phone 7: http://www.microsoft.com/downloads/en/details.aspx?FamilyID=a808a69d-6119-47b7-b858-262be5c49915&displaylang=en

Como todas las CTP, no está pensada para desarrollar productos comerciales o funcionar en entornos de producción. Debe instalarse sobre Windows Vista o Windows 7, tanto x86 como x64. El desarrollo sobre equipos Windows Server no está soportado por el momento, debido a la implementación de DirectX 11 y otras particularidades que por ahora lo restringen en ámbitos de workstations.

CODECAMP 2010 (4/9/10) estaremos con Windows Phone 7

2010-09-03T14:17:00.001-03:00

Mañana sábado 4 de septiembre, estaremos en el evento CODECAMP 2010, en la Universidad de Palermo, Mario Bravo 1050, de la ciudad de Buenos Aires, disertando sobre Windows Mobile 7 a las 10:15 hs.

Detalles de nuestro track en este link: http://www.codecamp.com.ar/windows-phone-7-series-y-windows-embedded-7-handheld,-el-futuro-de-la-movilidad.aspx

LOS ESPERAMOS!!

¡Windows Phone 7 liberado para manufactura!

2010-09-03T14:07:00.001-03:00

El 1 de septiembre de 2010 Windows Phone 7 ha sido liberado para manufactura. A continuación traducimos parte del comunicado oficial (windowsteamblog.com/windowsphone)

“Hoy es el dia que el grupo de Windows Phone estuvo esperando y trabajando para que suceda. Estamos muy entusiasmados en comunicar que hemos alcanzado el mayor hito en nuestro grupo interno: la liberacion para manufactura de Windows Phone 7! Mientras que la integracion final con nuestros socios en cuanto a software, hardware y redes está todavía en marcha, el trabajo de nuestro grupo interno de ingeniería está prácticamente terminado.

WP7 es la plataforma móvil más concienzudamente verificada que Microsoft haya liberado jamás. Tenemos cerca de 10.000 dispositivos corriendo tests automatizados cada día, más de medio millon de horas de uso activo interno, más de tres millones y medio de horas de pruebas de stress, y ocho millones y medio de horas de pases de verificación completamente automatizados. Hemos tenido miles de manufacturadores de software independientes y testeadores que nos han dado un excelente retorno. Estamos listos.

Hemos recibido grandes devoluciones y por ello fuimos capaces de responder y mejorar el diseño inteligente a través del sistema operaivo. Por ejemplo, los consumidores elogiaron la integración del Facebook en el sector “People Hub”, pero también pidieron que exista un filtro de contactos, de tal forma que los contactos que ellos realmente consideran como amigos se muestren, y hemos agregado el soporte para que eso suceda. Hemos facilitado la forma en que se pueda publicar desde People Hub, o de publicar en el muro de alguien nuestro mensaje de forma rápida.

Este ha sido uno de los esfuerzos de producción mas increibles del cual tomamos parte. El hito de hoy (1 de septiembre) es vigorizante, no sólo porque estaremos con los consumidores este mismo año,sino porque establece el éxito a largo plazo en el espacio móvil.. nosotros realmente recién comenzamos.

Hemos alcanzado este hito por el enorme esfuerzo del grupo entero, incluyendo nuestros socios, entusiastas, y desarrolladores independientes que nos han provisto retro-alimentación. Desearíamos enviar un GRACIAS enorme a este grupo extendido,no podríamos haberlo hecho sin ustedes!”

Creemos que son realmente buenas noticias, mañana sábado 4 estaremos en CODECAMP 2010 disertando sobre Windows Phone 7 en la Universidad de Palermo, Mario Bravo 1050 de la ciudad de Buenos Aires, a las 10.30 aproximadamente, donde profundizaremos más este tema.

Resultado del concurso por la suscripción MSDN 2010 Ultimate Giveaway

2010-07-29T12:02:00.001-03:00

Les pedimos disculpas por el retraso en tomar la decisión. 9 personas se han presentado al contest para entregar la suscripción gratuita MSDN Ultimate, con un valor de USD 11,899.00 en el mercado norteamericano. Tras examinar detenidamente las propuestas sobre el destino que le darían a esta suscripción, y qué se utilizarían estas facilidades, hemos decidido que el ganador es la persona con correo electrónico hg???? AT gen???.com (lo hemos escrito así para evitar el spam). Todas las propuestas fueron buenas, ninguna ha sido mala en absoluto, pero en todo concurso, se debe tomar una decisión por más difícil que ésta sea, y así lo hemos hecho.

Las razones de esta elección son: que esta persona posee una empresa de consultoría establecida, ha expresado su interés en profundizar los aspectos de VS2010 en relación a Reporting Services R2, el cual tiene una nueva arquitectura con SQL Server 2008 R2, en la programabilidad de Sharepoint, y en su conectividad con la plataforma Azure, y con otros servicios de redes de sociales, con una solución que combina cliente inteligente y cliente liviano al mismo tiempo. También sacará ventaja de las capacidades de desarrollo en team-computing, otro punto fuerte de este release VS2010 Ultimate.

Ya nos hemos puesto en contacto con esta persona, y en breve anunciaremos y documentaremos, para la debida transparencia de este proceso, la entrega de la tarjeta ganadora. Felicitaciones al ganador, y muchísimas gracias a las personas que han participado en esta iniciativa enviando sus propuestas, que esperamos se sigan repitiendo en el futuro cercano, debido a la dinámica que tienen las tecnologías de desarrollo.

Soporte de monitores múltiples en Visual Studio 2010

2010-07-28T13:17:00.001-03:00

En el desarrollo de sistemas modernos, existe la necesidad de disponer cada vez más de “real state” en el monitor, de área disponible para colocar las ventanas de las IDE modernas, que cada vez son más numerosas. En este caso, Visual Studio 2010 toma ventaja de los monitores múltiples, de tal forma que sólo bastará arrastrar con el ratón las ventanas deseadas desde el contenedor principal hacia los demás monitores.

Recordemos que Windows Vista y 7 soportan múltiples monitores, y las PC convencionales pueden dar salida a 4 monitores sin mayores inconvenientes, con dos tarjetas de video. En la foto se muestra una prueba con VS2010, donde a la derecha se tiene una página ASP.NET en modo de diseño, la ventana de explorador de servidores y conexiones de datos, y en el monitor de la izquierda se tiene las ventanas de árbol de objetos del explorador de soluciones, la ventana de propiedades y la de código.

Cuando se minimiza el contenedor principal (monitor de la derecha), también desparecen visualmente las ventanas asociadas de la izquierda, como sería previsible. Del mismo modo, al maximizar la ventana principal, aparecen en el lugar donde fueron dejadas las ventanas de la izquierda. Todo lo que sea ventana en la IDE de VS2010 es susceptible de acomodarse en ambos monitores. Para volver todo a la normalidad, bastará arrastrar con el ratón las ventanas para anclarlas normalmente a la ventana principal.

Estas facilidades ya existían en otras IDEs, pero la de VS2010, a pesar de haber sufrido muútiples mejoras, todavía tenía esto pendiente. Por lo tanto, en desarrollos modernos que exigen la atención en múltiples ventanas, como por ejemplo, en mobile, esta facilidad es más que bienvenida.

Recordemos también que VS2010 utiliza los múltiples núcleos o hilos de ejecución que puede tener el procesador principal, facilidad que estaba presente desde VS2008 en adelante, de tal forma que se minimizan los tiempos de procesos intensivos, despachando la compilación en un núcleo y la emulación en otro, etc. Si le sumamos las mejoras internas que hacen que VS2010 responda más rápidamente que VS2008, tendremos una IDE que responde con mayor velocidad que su antecesora, y al mismo tiempo, que no tiene un límite a un solo monitor a partir de esta versión.

Aplicación de self-awareness bluetooth en la Bienal del Chaco 2010 por UTN

2010-07-19T17:25:00.001-03:00

Damos difusión a una idea de aplicación de la tecnología Bluetooth para self-awareness, es decir, para aplicaciones sensibles al contexto o entorno. A continuación copiamos la gacetilla de prensa que nos llegase desde la UTN Facultad Regional Resistencia.

----------------------

La Incubadora de empresas de la UTN, se hace presente en la Bienal de Esculturas del Chaco con un proyecto de base tecnológica incubado en el marco del Programa Formatec 2010, al cual la Secretaría de Turismo de la Provincia y la Fundación Urunday brindaron el espacio para el desarrollo de la primer prueba piloto de este emprendimiento basado en tecnología bluetooth desarrollado por un grupo de alumnos de la facultad.

Es grato presentar a la sociedad un emprendimiento tecnológico surgido del ámbito académico de la UTN Regional Resistencia, que encontró el apoyo necesario en distintos espacios de la misma Universidad, en este caso la Unidad de Vinculación y la Incubadora de empresas de la Facultad, con el fin de incentivar a los alumnos a transformar los esfuerzos puestos en sus proyectos finales de carrera, en posibles recursos económicos y/o en actividades emprendedoras con viabilidad cierta y posibilidades de transferencia al medio socio productivo.

Este emprendimiento surge de la idea desarrollada por un grupo de alumnos de la carrera de Ingeniería en Sistemas de Información, que en el último año deben elaborar un proyecto para recibirse, el cual se inicia en la materia Proyecto Final y es tomado por otra asignatura, Emprendimientos Tecnológicos. El enfoque de ambas cátedras asegura, por una parte, la excelencia tecnológica del proyecto y, por otra, su sensibilización económica, financiera y comercial para ser transferida al mercado de bienes y servicios.

El programa FORMATEC 2010, que a través de la Secretaría de Políticas Universitarias financia becas para el fomento del emprendedorismo universitario, debe tender a la creación de empresas de base tecnológica a partir de dos vertientes: proyectos empresariales promovidos por alumnos y proyectos empresariales promovidos por profesores y personal investigador.

En este contexto, en la la FRRe se han presentado dos proyectos finales: uno de Ingeniería Electromecánica liderado por Carlos Olivieri sobre la temática de fabricación de jugos naturales para mercado de exportación y otro de la carrera de Ingeniería en Sistemas de Información a cargo de Martín Frissone basado en tecnología bluetooth para la transferencia y difusión de información. Ambos han sido seleccionados a nivel nacional para recibir el apoyo económico de FORMATEC.

De esta forma se actualiza la oferta tecnológica de la universidad puesta a disposición del sector socio productivo demandante.

La Incubadora es el ámbito en el cual la Facultad, asociada al estado provincial, a la Unión Industrial del Chaco y a otras entidades de investigación y desarrollo como el INTA y el INTI, brinda las condiciones necesarias para acompañar los emprendimientos de alumnos y graduados, mediante la formación de emprendedores, detección de ideas - proyecto, análisis de la formulación, evaluación de vialibilidad y fuentes de financiamiento; además del entrenamiento en formas de interacción y comunicación con otros actores vinculados al proyecto.

Agradecemos a la Subsecretaría de Turismo del Chaco y a la Fundación Urunday por el espacio brindado para que se realice esta experiencia piloto.

Los invitamos a visitar el stand y probar el servicio.

Ing. Liliana Cuenca Pletsch

Decana UTN Facultad Regional Resistencia

------------------------------

Desde ya auguramos el mejor de los éxitos.

Visual Studio 2010 Express for Windows Phone 7 Beta!

2010-07-13T15:12:00.001-03:00

Ayer ha sido liberado el nuevo kit Windows Phone Developer Tools beta, el cual contiene lo siguiente:

Visual Studio 2010 Express for Windows Phone Beta

Windows Phone Emulator Beta

Silverlight for Windows Phone Beta

Microsoft Expression Blend for Windows Phone Beta

XNA Game Studio 4.0 Beta

Para descargarlo, hacer clic en este vínculo: http://www.microsoft.com/downloads/details.aspx?FamilyID=c8496c2a-54d9-4b11-9491-a1bfaf32f2e3&displaylang=en. Se necesita disponer de Windows Vista o Windows 7 para esta versión.

MSDN Subscription 2010 Ultimate de regalo!! Hay una para vos!!

2010-07-13T08:26:00.001-03:00

Junto con otros colegas MVPs, hemos recibido desde EEUU las tarjetas para regalar de MSDN Ultimate 2010, y una carta de S. Somasegar, Vice Presidente Senior de MS Developer Division, agradeciendo a la comunidad técnica que colaboró desinteresadamente en el desarrollo de estas herramientas.

Cada una de ellas contiene la clave para la suscripción MSDN 2010 Ultimate, valorada en el increíble precio de USD 11899 (casi doce mil dólares) en el mercado norteamericano, como se puede verificar aquí. Esta impresionante suscripción Ultimate (NFR, not for resale) incluye

IDE Completa de Visual Studio 2010 Ultimate
Team Foundation Server (que se instala sin la necesidad de Sharepoint)
Extensiones para ingeniería de requerimientos (requiere Team Foundation)
En modo distribuido (team system) permite aplicar plantillas de CMMI o de Agile Development (Scrum), ideal para empresas que estén aplicando esta metodología.
Compilación distribuida inteligente de aplicaciones. Permite destinar un servidor de la red para carga de compilación exclusivamente, de tal forma que se descarga la máquina de desarrollo de esta tarea.
Herramientas de testing
Desarrollo para bases de datos
Administración del ciclo de vida de la aplicación.
Modelado de UML y Arquitectura de sistemas.
Administración de laboratorios (sirve para administrar centralizadamente un laboratorio).

Por lo demás, incluye las ultimas versiones de los servidores, sistemas operativos y Office 2010.

SQL Server 2008 R2
Windows Server 2008 R2
Windows 7
Office 2010

Estas suscripciones tiene el objeto de ser distribuidas de forma gratuita entre aquellas empresas que no hayan podido todavía probar la potencia de Visual Studio 2010 y que desarrollen o deseen desarrollar en su empresa con estas nuevas herramientas. La suscripción dura 12 meses, y se tienen 180 días para la activación desde el 1 de julio de 2010. Desde que se activa la suscripción (ingresando el código de la tarjeta), por 12 meses se podrán descargar todas las versiones del software de Microsoft en el idioma que se desee, desde el sitio de descarga. El software se descarga por lo general en formato ISO, para que se pueda grabar en un DVD o bien montar con un drive virtual como el Daemon Tools o el MagicDisc. Una vez descargado, el software es original y puede usarse a perpetuidad. La “ventana” de 12 meses aplica sólo para la descarga de nuevo software. La única restricción es que toda esta gran cantidad de software debe usarse sólo con fines de evaluación.

CONCURSO PARA GANAR UNA DE ESTAS TARJETAS MSDN VS2010 ULTIMATE

Dos de ellas ya tienen felices destinatarios, pero hemos decidido que una sea destinada a los lectores de este blog. Por lo tanto, sólo deben completar este survey debajo, y nosotros seleccionaremos la mejor respuesta de todas, de forma más o menos parecida a como lo vienen haciendo estos otros blogs (ver aquí, aquí y aquí).

Tienen tiempo hasta el lunes 19 de Julio de 2010, a las 24.00hs. hora de Argentina. El ganador se anunciará el día 23 de Julio.

Microsoft discontinúa su teléfono KIN

2010-07-01T09:30:00.001-03:00

Con sólo seis semanas en las vidrieras, Microsoft ha decidido discontinuar su modelo KIN. Según fuentes extraoficiales, sólo rindió la venta de entre 1000 y 10.000 KINs en este tiempo. Si lo comparamos con los 1.7 millones de iPhone OS V.4 vendidos en una semana, está claro que algo falló en este proyecto, ya el público no lo eligió a pesar de las costosas campañas que se hicieron en television e internet. Las causas pueden ser el costo elevado, los operadores celulares cobraban por este modelo el mismo precio que un smartphone, mientras que el KIN no era tal, por ejemplo, carecía de calendario.

El escueto comunicado enviado a CNET dice lo siguiente “Hemos tomado la decisión de enfocarnos exclusivamente en Windows Phone 7 y no remitiremos partidas de KIN a Europa en este otoño, como estaba planeado. Adicionalmente, integramos el equipo KIN al de Windows Phone 7, incorporando ideas interesantes y tecnología de KIN a las futuras versiones de Windows Phone. Vamos a continuar trabajando con Verizon en los EE.UU para vender los KIN remanentes”.

En un ultimo intento, Verizon rebajó al 50% el costo del dispositivo, pero Microsoft parece haber sellado la suerte del proyecto. Los principales sitios, como engagdet, CNET, Gizmodo, etc. ya han dado por asumido la prematura muerte de KIN. Nosotros creemos que en latinoamérica podría haber tenido un gran éxito, debido al perfil de consumo que existe. Un teléfono centrado en los adolescentes y la gente joven con mucha conectividad de redes sociales, etc. podría haber sido atractivo si el plan mensual no era muy costoso.

Hoy justamente ha salido a la luz le camino que ha seguido KIN, en el sitio www.engagdet.com. Primeramente, Microsoft exploró la posibilidad de utilizar el sistema operativo Sidekick OS (de terceros fabricantes) en este teléfono, aprovechando el hecho que no era un smartphone sino un feature-phone (es decir, un teléfono que tiene un juego de características fijas desde fábrica, no programable). Tras un corto lapso, se tomó la decisión de reescribir el sistema operativo basado en Windows CE, para que Microsoft tuviese el control tecnológico de toda su línea de dispositivos, y al mismo tiempo asegurar un camino de crecimiento hacia adelante que sea previsible y controlable. Sin embargo, esta movida demoró el lanzamiento unos 18 meses, lo cual hizo que los carriers asociados a este proyecto desistiesen de ofrecerlo a planes muy baratos, debido a las demoras suscitadas. KIN vio el mercado con un interesante juego de características orientado a la gente joven, con un gran reproductor de medios y conectividad de redes sociales, pero ya no tenía al carrier de su lado. Los precios fueron demasiado altos para un teléfono que no es un smartphone, y esto determinó la caída del proyecto a nivel comercial. Nótese que en ningún momento se habló de problemas tecnológicos, ni inestabilidad del software, etc., sino más bien de un problema estrictamente comercial.

Esto sin embargo deja abierta una posibilidad más interesante. Al alinear el grupo de producción en un solo objetivo, Windows Phone 7, existe una gran chance de que el próximo sistema móvil tenga un balance único entre aplicaciones de negocios y aplicaciones puramente móviles. Recordemos que fué el propio Steve Ballmer quien dijese “Todos los móviles son una PC”, quizás un poco en contraposición a lo expresado en MIX10: “Los teléfonos no son una PC”. En todo caso, creemos que estas afirmaciones son propias del juego de estrategia de las tecnologías móviles, donde Microsoft está atravesando un momento de inflexión, que nosotros estimamos durará hasta principios de 2011. Los primeros dispositivos de alta gama Windows Phone 7 verán la luz hacia fin de este año, pero algunos sitios ya comentan las características que podría tener Windows 8 Phone en función de la integración de KIN a Windows Phone 7. En todo caso, se coincide en que Microsoft tendrá una gran movida a nivel de movilidad, focalizada en Windows Phone 7, a partir de ahora, con una oferta de una vasta línea de dispositivos centrados en Windows.

Nosotros creemos que tanto Windows Phone 7 Series como Windows 7 Embedded Compact (ver nota anterior del teléfono ofrecido por Motorola) serán las dos grandes líneas de desarrollo que Microsoft tendrá en los años por venir. Windows CE todavía, a nuestro juicio, no ha dado todo lo que podría, su potencial todavía no se ha expresado completamente.

La nueva Plataforma Windows Embedded Handheld, una grata sorpresa.

2010-06-25T22:44:00.001-03:00

Siguiendo la nueva política de Microsoft, un nuevo sistema operativo denominado “Windows Embedded Handheld” se presentó junto con el dispositivo que lo corre, el Motorola ES400, el 17 de Junio de 2010.

Esto es una noticia sumamente importante por sus implicancias, que a nuestro juicio son las siguientes:

Es la continuación de Windows Mobile 6.5.3, y todo el software desarrollado para línea de negocios con Visual Studio 2010 corre para este teléfono.
En principio, el modelo de negocios no incluye la venta al consumidor final, sino que estaría disponible sólo para empresas, pero esto fué desmentido por Sprint, un gran carrier norteamericano, donde aclaraban que si bien el canal previsto es corporativo, también existía disponibilidad por websites de venta online para el usuario común. Lo que no se haría es ofrecerlo en las tiendas minoristas, en otras palabras, no lo veríamos en los escaparates de ninguna tienda – en principio.
Indica también que la separación de Motorola de Windows Mobile no es definitiva, y si bien la compañía había anunciado que no iba a ofrecer más teléfonos basados en Windows Mobile sino en Android. Sin embargo, estrictamente hablando, estamos en presencia de otro sistema operativo, “Windows Embedded Handheld”, con lo cual Motorola no habría faltado a su palabra.

Bueno, pero ¿qué es “Windows Embedded Handheld”?

Los sistemas operativos “embebidos” o “empotrados” son aquellos sistemas que, siendo plataformas digitales de cómputo, no son computadoras personales regulares sino que están diseñadas para ofrecer sólo unas pocas funciones dedicadas. La PC es un dispositivo de “propósito general”, mientras que las plataformas embebidas están optimizadas para realizar unas pocas funciones muy eficientemente, y por lo general tienen restricciones de “tiempo real”, es decir, el tiempo que tarda el sistema en responder un requerimiento de un mensaje de I/O de entrada debe ser siempre acotado dentro de un margen estricto, independientemente de la carga instantánea de cómputo que el sistema tenga en esos momentos.

Desde este punto de vista, Microsoft ofreció históricamente dos grandes sistemas operativos embebidos: aquellos basados en sistemas de escritorio regulares, y aquellos basados en Windows Compact Edition (Windows CE). Por lo tanto, existió un XP Embedded, un NT Embedded, etc. y actualmente, Windows 7 Standard Embedded es la última versión de SO embebido basado en sistemas de escritorio. En la parte de mobile los sistemas embebidos derivaron de Windows CE, así como también derivaron los de movilidad (PocketPC, Smartphone, Windows Mobile).

Como Windows Mobile y Windows Embedded Compact Edition compartieron siempre Windows CE como “corazón” o núcleo, teníamos cierta compatibilidad dentro del desarrollo de código administrado .NET (debía ser .NET compact framework). En efecto, si utilizábamos los espacios de nombre System solamente, existía la seguridad que el aplicativo correría tanto en Windows Mobile (anteriormente PocketPC y sus derivados) como en Windows CE Embedded, etc.

¿cual es la estrategia de Microsoft al lanzar “Windows Embedded Handheld”?

Esencialmente, parece ser la extensión del ciclo de vida de Windows Mobile, a la espera del nuevo Windows 7 Compact Embedded, que sería el “equivalente” en CE de Windows Phone 7, aunque el modelo de programación no sería el mismo. Estos dispositivos no estarán destinados a las “masas” sino a aquellas personas que se sienten bien con un teléfono Windows Mobile, y aprecian la capacidad de desarrollar software para uso corporativo y de línea de negocios.

En la figura de arriba vemos una hoja de ruta para Windows Embedded (no Windows Mobile), donde está claramente indicado que Windows Embedded Compact estaría disponible en breve para 2010, el anuncio de Motorola viene a confirmar este plan en el tiempo.

Ahora nos queda claro el problema de fondo: Microsoft tenía una oferta de movilidad que era demasiado “profesional”, y no dedicada a las “masas”. Es decir, no tenía un equivalente del iPhone. Ahora, tendría ambos mundos: una oferta para captar la masividad del mercado (y obtener ingresos que hagan a la plataforma sustentable en el tiempo), y otra para el mercado corporativo, con las excelentes capacidades de conectividad, manejo de datos, mensajería y aptitud para soluciones LOB (line of business).

El desarrollo para este nuevo sistema operativo es el mismo que para Windows Mobile 6.x, es decir, Visual Studio 2008 con .NET Compact Framework.

¿Cual es la oferta de Motorola?

Una pantalla de resolución VGA, táctil, resistiva.
Procesador Qualcomm 7627 de 600 MHz, basado en un núcleo ARM 11, soporte de juego de instrucciones ARM v6.
Escáner de huella dactilar, como la vieja HP iPaq 5400.
Una innovadora tarjeta de radio 3.5G que puede conmutarse para funcionar con redes GSM *y* CDMA.

Conclusiones

Creemos que esto es una nueva noticia para la gran cantidad de consultoras y entusiastas que centraron su energía en Windows Mobile. Al anuncio de Motorola siguieron otros grandes fabricantes, como LG, lo que indica que existía un plan para la continuidad de Windows Mobile, sólo que no teníamos la suficiente visibilidad. Por otro lado, como aspecto negativo, es posible que estos teléfonos que no son “para las masas” tengan poca demanda, lo que haría subir los precios, no solo porque ya no sería una oferta de “corriente principal”, sino porque tal vez las operadoras celulares no subsidien entonces parte del costo del equipo como lo hacen habitualmente.

Primer teléfono Samsung con Windows Phone 7 Series

2010-05-26T23:12:00.001-03:00

La gente de MobileTechWorld ha publicado un video donde se comenta (banda sonora en francés) la nueva interfaz en un teléfono real. Basado en el Omnia HD (el cual corría Symbian si la memoria no nos falla), el nuevo prototipo demuestra ser rápido en su interfaz, y muchísimo mejor que en el emulador que viene con Visual Studio 2010 Express for Windows Phone 7 Series. En este prototipo de hardware, MTW reportó que todos sus perfiles inalámbricos están totalmente funcional, incluyendo GPS e incluso la cámara. De todos modos, no se asegura que este modelo vea la luz, sino que es más bien un hardware conocido con el sistema operativo configurado para este perfil de hardware.

Conferencia Introduccion a Visual Studio 2010 y .NET 4.0 en Resistencia y Rosario

2010-05-26T15:37:00.001-03:00

El dia martes 1 de Junio de 2010 estaremos en el Aula Magna de la Facultad Regional Resistencia, Universidad Tecnológica Nacional, para ofrecer el siguiente temario a la comunidad académica y técnica en general. Para la inscripción, ir a http://www.mug.org.ar/Eventos/3466.aspx

Abstract: Visual Studio 2010 y .NET Compact Framework son el mayor cambio en la plataforma de desarrollo de Microsoft desde hace mucho tiempo. Hasta ahora estábamos acostumbrados a cambios “delta” o incrementales, basados en .NET 2.0, pero con 4.0 se altera profundamente la máquina virtual y todo el entorno de ejecución, incluyendo muchas mejoras de performance, lenguajes dinámicos, nuevos tipos de base y manejo de paralelismo verdadero de procesador. En esta disertación intentaremos dar los conceptos fundamentales de todo este gran caudal de innovación.

Contenido

1. Generalidades

2. Cambios y mejoras en el Common Language Runtime

3. Nuevos lenguajes adminstrados, F# el nuevo lenguaje funcional híbrido de Microsoft.

4. ASP.NET 4.0 y el nuevo modelo MVC

5. Mejoras en las aplicaciones de Windows

6. Mejoras en Windows Communication Foundation

7. Cambios en Silverlight 4

8. ADO.NET Data Services 1.5.

9. Computación paralela, la gran innovación.

10. Composición dinámica con el Framework de Extensibilidad

11. Mejoras para la administración del ciclo de vida de la aplicación.

El mismo programa se replicará el día 10 de Junio de 2010 en la ciudad de Rosario, Argentina, en la Facultad Regional Rosario, Universidad Tecnológica Nacional, donde la temática de Entity Framework será desarrollada por Daniel Laco, MVP, luego de nuestro track. Para la inscripción, ir a http://www.mug.org.ar/Eventos/3467.aspx

Los esperamos!

Conferencia en Corrientes de Windows 7 Phone

2010-05-26T15:23:00.001-03:00

El 20 de mayo ofrecimos una conferencia en la Facultad de Ciencias Exactas y Naturales (FACENA) de la Universidad Nacional del Nordeste (UNNE), para casi 150 personas, organizado junto al MUG y a la dirección de la carrera Licenciatura en Sistemas. Un gracias muy grande a la lic. Gladys Dapozo, directora de la misma, por su constante apoyo a estos eventos.

Muchas gracias a todos por su interés, y esperemos seguir con este ciclo de charlas. La próxima será el martes 1 de Junio en la UTN Facultad Regional Resistencia, acerca de .NET 4.0 y Visual Studio 2010

Estaremos en MSR Faculty Summit 2010

2010-05-01T11:38:00.001-03:00

Hemos sido invitados para asistir a la Cumbre de Facultades 2010 Latinoamérica, a realizarse este año en la ciudad de Guarujá, Brasil, unos 130 km de la ciudad de San Pablo, a la cual asistiremos. Es de destacar que este año se organiza junto a FAPESP (Fundação de Amparo à Pesquisa do Estado de São Paulo), ente estatal para la ayuda de la investigación superior. Algunos de los tracks de nuestro interés como MVP de movilidad serán:

“Acortando la brecha: Satélites para Ciencia y Escritorio, hacia la nube”. Catharine van Ingen – Partner Architect, MSR
“Ejemplos de puntos móviles de cuidado diagnóstico y nuevas modalidades de interfaces de usuario móviles” – Kristin Tolle, Director, Investigación Externa, Microsoft Research
“Salud Móvil: La oportunidad de las tecnologías móviles para el soporte de la salud pública en Perú” - Walter Curioso, Investigador, Universidad Peruana Cayetano Heredia; Profesor Auxiliar en la Universidad de Washington, EE.UU
“Soporte de interacción informal en Hospitales a través de redes sociales espontáneas” – Jesús Favela, Profesor, Centro Ensenada para la Investigación Científica - México.

Y algunos otros que no son parte de la temática de la movilidad pero que han despertado nuestro interés:

“Transformando la experiencia web: Rendering progresivo para visualización de líquidos de grandes conjuntos de datos”. Beatriz Díaz Acosta – Test Manager, Live Labs Seadragon, MS.
“Carbón mundial – La retroalimentación del clima y la próxima generación de modelado del planeta” – Stephen Emmot, Director de Ciencias de Computación en MSR. Profesor de la Universidad de Oxford, Reino Unido.
“Observación Global de Chorros: un proyecto para monitoreo global de la expulsión de materia de un agujero negro” – Katharine Blundell – Profesora de Astrofísica – Universidad de Oxford – Reino Unido.

Se darán cita 200 profesores universitarios de toda Latinoamérica, descartamos desde ya que será una excelente oportunidad para intercambiar pareceres del estado del arte en los temas de nuestro interés, no sólo desde nuestra perspectiva académica, sino también como MVP en desarrollo de aplicaciones para dispositivos móviles.

Curso de Active Directory por primera vez en el NEA argentino

2010-05-01T11:01:00.001-03:00

Históricamente, los cursos que se dieron de tecnologías Microsoft en el Nordeste Argentino siempre fueron orientados al desarrollo de aplicaciones. El 14 de Mayo, por primera vez en el nordeste, se brindará una jornada completa (de 9.00 a 18.30 hs). El programa es el siguiente:

9:00 hs Acreditación.
9:30 a 13:hs Desarrollo de la parte teórica.
Servicios de Directorio. Introducción. Definición. Active Directory como Servicios de Directorio. Conceptos de Active Directory. Dominios, Forest, Ous, Sitios, Domain Controllers. Requerimientos de Active Directory. Introducción a DNS. ROL del servicio DNS en Active Directory. Niveles de Dominio y Forest.
Diseño de Nombres.Recomendaciones. Mejores Prácticas. Requerimientos de Hardware. Instalación de Active Directory. Promoción y Despromoción de Domain Controllers. Tareas Post Instalación. Instalación de Controladores de Dominio adicionales. Conceptos de Creación de Usuarios y Grupos.
Diseño de Ous. Conceptos de Políticas de Grupo. Aplicación Políticas de Grupo. Distintos escenarios. Configuración de Sitios y Servicios. Replicacion en Active Directory.

13:00 a 14:30 hs - Almuerzo.

14:30 a 18:30 hs Novedades y Desarrollo de la parte práctica
Novedades y Mejoras en Windows Server 2008 - Active Directory Domain Services (ADDS). Instalacion de Server Core. Politicas de de Contraseña granulares. RODC - Read Only Domain Controllers. Active Directory como Servicio. Montaje de base de datos. Mejoras en la interfaz. Novedades y Mejoras en Windows Server 2008 R2 - Active Directory Domain Services (ADDS). Papelera de Reciclaje. Consola y cmdlets para Windows PowerShell™. Centro ADministrativo de Active Directory. Active Directory Best Practices Analyzer (ADBPA). Active Directory Web Services. Union al dominio Offline.
Cuentas de Servicio Administradas. Estrategias de Migracion a ADDS 2008 R2.

El lugar será el auditorio de la Asociación Chaqueña de Anestesiología, Entre Ríos 676, de la ciudad de Resistencia. Para precios e inscripción, por favor ingresar en http://www.mug.org.ar/Eventos/3459.aspx

Dictará estos cursos nuestro colega, el Ing. en Sistemas Gabriel Zabal, MCSE, titular de ZConsulting Soluciones Informáticas, consultora de IT-Pro, infraestructura y seguridad en sistemas Windows basada en la ciudad de Resistencia, y nos congratulamos en que el Microsoft Users Group de Argentina haya decidido abrir esta línea de cursos para IT-Pros que complementarán seguramente la tradicional oferta de .NET que ofrece. Bienvenido entonces al Ing. Zabal al grupo de oradores del MUG.

La plataforma de hardware detrás del Microsoft Kin

2010-05-01T10:42:00.001-03:00

Hace poco mencionábamos que Microsoft había anunciado dos teléfonos no-smartphones (feature-phones), con capacidades multimedia extendidas. Investigando un poco podemos comentar que la plataforma de hardware que utiliza, si bien es ARM-compatible, ya no es de Marvell sino de NVIDIA®. Se denomina NVIDIA Tegra, su procesador corre a 600MHz, y tienen un procesador de imagen integrado. El procesador de propósito general es un ARM11, el de imagen es capaz de acelerar por video hasta 854x480 pixeles, aunque su controlador de LCD tiene capacidad hasta 1250x1050 píxeles. Por hardware tienen un códec de video H.264, que permite mostrar video en calidad HD 720p. Soporta OpenGL, Direct3D Mobile, y shaders programables.

¿Qué es un shader?

Es un conjunto de instrucciones de software que se utilizan para el cálculo de los efectos de “renderizado” de los gráficos de hardware de computadora. Llevan su nombre de los primeros juegos de instrucciones, que producían sombreado solamente, pero por extensión ahora se los utiliza en toda operación que deba hacerse a nivel de hardware de gráficos, comandada por software. El shader puede ser programable, o sólo configurable. Windows Phone 7 Series no tiene shaders programables en XNA, pero Microsoft prometió revisar esto en su segunda versión.

El shader funciona de la siguiente manera:

1. La CPU envía instrucciones (programas compilados de lenguajes de shading) y datos de geometría a la GPU, localizada en la tarjeta de gráficos. Los datos de geometría suelen ser valores vectoriales. Por ejemplo, en vez de pasar un círculo como un conjunto de puntos, se pasan las coordenadas de su centro, el radio y el color y efecto de relleno, si correspondiese.

2. El shader de vértices “mapea” cada vértice 3D y lo transforma a un espacio de 2D. También le aplica efectos de iluminación si correspondiese.

3. El shader de geometría (de existir) puede crear detalles volumétricos a las mallas existentes, para mejorar la percepción de profundidad en la imagen de 2D

4. La geometría así calculada se subdivide en triángulos pequeños.

5. Cada triángulo se mapea a mosaicos de 2x2 píxels denominados quads, los cuales a su vez se mapean a la pantalla, porque ya existen como puntos propios de ser representados en cualquier dispositivo de salida de imagen.

La plataforma KIN no es abierta. No se puede instalar software de terceros, ni se conoce un SDK al día de la fecha. Tampoco posee tarjeta de expansión, aunque tiene una memoria interna de 4GB en el Kin One, y de 8GB en el Kin Two. Como habíamos comentado, el hardware pertenece a Sharp. Por tal motivo, desconocemos los shaders que tienen implementada, pero suponemos que no serán distintos de los que implementa Windows Phone 7 Series.

NVIDIA Tegra

El 3 de enero de 2010, NVIDIA comentaba que el soporte de sistemas operativos para la plataforma era

Microsoft Windows CE
Ubuntu Linux
Google Android

Con lo cual, se posiciona ventajosamente para máquinas portátiles o de escritorio. La versión 250 es la más poderosa, aunque no parece equipar al KIN ya que fue recientemente anunciada, posee dos núcleos ARM iguales para ejecutar tareas de navegación web a alta velocidad. la GPU es NVIDIA de ultra bajo voltaje, con capacidad de codificar y descodificar video HD a 1080p en tiempo real, como por ejemplo, YouTube HD. El procesador es de 32 bits, Dual Cortex A9, hasta 1GHz, con memoria DDR2. La GPU posee shaders programables de píxels, vértices e iluminación. Su parte gráfica en principio podría descodificar Blu-Rays, soporta decodificación H.264, VC-1 y MPEG-4, y puede codificar video en 1080p H.264. Respecto del audio, soporta AAC, WMA, MP3 y AMR. El chip permite manejar sensores de cámara de hasta 12 megapíxeles. La salida de video es dual completa, y las resoluciones máximas son 1920x1080p sobre HDMI 1.3, en LCD hasta 1680x1050, en CRT hasta 1600x1200, y la norma de salida de TV es NTSC (National Television System Commitee, norma americana) y PAL (Phase-Alternance Line, norma alemana), recordemos que casi nunca se da soporte a la tercera norma, la francesa SECAM (Séquentiel couleur á mémoire, color secuencial de memoria) debido a las notables diferencias que existen entre SECAM y la NTSC/PAL, estas últimas son muy parecidas (PAL es una mejora de NTSC realizada por Telefunken).

Esto abre el camino para que pronto veamos teléfonos con capacidad de grabación y reproducción “full-HD”, como algo normal. El consumo de energía, según NVIDIA , está sumamente optimizado de tal forma que proveerá hasta 16 horas de reproducción full-HD, y unas 140 horas de audio. Como comparativa, el Sony-Ericsson W508 puede reproducir con una carga de su pequeña batería, hasta 12 horas de reproducción de música ininterrumpidamente comprobadas (la compañía dice 20 horas). La diferencia está en que en la plataforma Tegra, la CPU principal prácticamente no se utiliza, y por ello tampoco un decodificador por software, debido a que toda la descodificación se realiza por funciones cableadas en el hardware DSP, de ahí su bajo consumo.

Microsoft lanzó “KIN”, la nueva generación de teléfonos sociales fabricados por Sharp

2010-04-12T15:40:00.001-03:00

Hace dos horas, Microsoft anunció al mundo, de forma inesperada, el lanzamiento de “KIN”, una familia de teléfonos móviles con fuerte foco en las redes sociales, que consta de dos modelos;

Kin One “Turtle”

Kin Two “Pink”

Ambos modelos están montados sobre la interfaz Windows Mobile 7 Phone modificada, y fueron desarrollados en sociedad con Sharp, que provee el dispositivo, Verizon en EE.UU y Vodafone en Europa. Si bien no se dieron detalles del hardware, los puntos fuertes de estos teléfonos son los siguientes:

Ambos son “sliders” con teclado.
No tienen tarjeta SD, pero el modelo One viene con 4GB internos, y el Two con 8GB
Ambos tiene interfaz “multitoque” con pantalla capacitiva, de tecnología AMOLED
Sobresalen sus capacidades multimedia: en el modelo One, la cámara es de 5 megapixels, en el Two es de 8 megapixels , ambas con flash. El modelo Two puede grabar videos de alta definición
Reproductor multimedia Zune
Sonido externo monofónico en el One, y estéreo en el Two.
Poseen radio FM Estéreo.

KIN LOOP

Es la interfaz para compartir en tiempo real tu información en Facebook, Myspace, Twitter y MySpace. Deslizando el objeto hacia el “spot”, circulo en la pantalla, el sistema envía la notificacion a las redes sociales que se deseen. Este es un impresionante video de la nueva interfaz adaptada de Windows Mobile 7 para KIN , mostrando a Loop, lo primero que se ve cuando se desbloquea el teléfono.

Como se aprecia, las capacidades DirectX-11 de la plataforma quedan evidentes en lo trabajado de la GUI. Saldrá a la venta en Mayo de 2010 en los mercados estadounidenses y europeos, sin tener fecha cierta todavía de lanzamiento en Latinoamérica.

Microsoft ha cumplido con lo que avisase en octubre en reuniones internas: que desarrollaría con un solo proveedor de hardware (muchos de nosotros pensábamos en Samsung o LG), que recién anunciaría el lanzamiento cuando el teléfono esté listo y completamente desarrollado, y que posiblemente incluya a socios de negocios como carriers celulares.

Quedará esperar a ver el rendimiento real y la programabilidad de estos nuevos dispositivos.

La primera aplicación para Windows Phone 7 Series

2010-03-25T16:35:00.001-03:00

Como es sabido, WP7S hizo su introducción formal el 15 de Marzo de este año, con la liberación de mucha información, herramientas y demás material de apoyo. En este articulo se intenta mostrar la metáfora de una aplicación para esta nueva plataforma, utilizando la nueva herramienta Visual Studio 2010 Express for Windows Phone 7 Series, la cual se puede descargar gratuitamente desde aquí.

Introducción

Siendo un desarrollador que no proviene del “mundo” Silverlight, al principio cuesta un poco adaptarse a su metáfora de desarrollo, la cual es distinta a la de un cliente inteligente con .NET CF 3.5. En efecto, al programar la aplicación, los formularios pasan a ser páginas. Para pasar de un formulario a otro, en vez de instanciar el nuevo y mostrarlo como lo hacíamos con las clases de WinForms, aquí más bien debemos “navegar” de una página a otra.

Si estuviésemos delante de páginas ASP.NET, tendríamos a nuestra disposición comandos como Server.Transfer() para la navegación de páginas, y otros métodos del objeto Server, Response, Request, etc. En Windows Phone 7 Series, la implementación no sólo no prevé un servidor, sino que tampoco prevé ASP.NET porque no existe el concepto de servicio HTTP local. La metáfora de desarrollo es más parecida al desarrollo de un stack de “cartas” o “pantallas”, donde las mismas se van colocando o retirando de un objeto principal, contenedor visual en primer plano. En este sentido, se parece al stack de WAP (Wireless Application Protocol), donde las páginas son “cartas” de un “mazo” (deck), cada carta es un documento WML (wireless markup language) A modo de ejemplo, diremos que en Silverlight existe un objeto VisualRoot que por lo general es una clase visual contenedora; lo que es un formulario en una Windows app, aquí se transforma en una grilla (grid) contenedora, o bien una página (page) contenedora.

Con Windows Phone 7 no existe Server a bordo del teléfono, y tampoco se existe la necesidad de que la aplicación Silverlight corra desde dentro de un browser. Técnicamente hablando, Silverlight es un motor de ejecución de scripting que se puede incrustar como un control embebido en un documento HTML, del mismo modo que un reproductor de Flash Video FLV - como por ejemplo, el Adobe Flash Player. Sin embargo, Microsoft ha optado aquí por ejecutar Silverlight sin el browser que muestre el objeto incrustado Silverlight. En WP7S, cada aplicación Silverlight tiene su propio marco de ejecución separado de las otras. Curiosamente, en la implementación para Symbian Series 60, Silverlight sí correrá incrustado en el browser proporcionado por Nokia.

Arquitectura de la Plataforma de Aplicaciones WP7S

Para comprender mejor el concepto de aplicación en WP7S, damos en esta imagen la estructura íntima de la arquitectura de la plataforma Windows Phone 7 Series

Donde vemos que el código de usuario puede ser tanto de Silverlight como de XNA. Notemos que su vez ambos están incluidos en una plataforma de ejecución (“Framework Managed Code”) que es administrada, y está aislada del resto. A esto se lo conoce como “sandbox”, es decir, un “entorno limitado” en el sentido de “tener límites o fronteras”, y no por existir a priori una limitación en sus capacidades de cómputo o de características. Cada aplicación corre en su propio entorno limitado, aislado, incluyendo incluso su propio ambiente separado en el filesystem, para evitar que los archivos de una aplicación sean corrompidos por el accionar de otra.

Toda la máquina virtual está codificada contra una capa de abstracción “agnóstica” denominada PAL: platform abstraction layer, que habilita al framework a correr sobre cualquier teléfono que tenga una PAL para dicha plataforma. Por ejemplo, para correr las aplicaciones Silverlight en Symbian S60 Series, existe una PAL para S60. Para que .NET CF sea altamente portable, es absolutamente necesario que se limite al máximo las llamadas por fuera del código administrado, y que en la PAL sólo se codifiquen las funciones más comunes a todos los sistemas operativos móviles. Mirando la figura de arriba, tenemos que actualmente el PAL soporta las plataformas marcadas en rojo: Windows Mobile, Symbian S60 Series, ARM y x86 (Intel i386 compatibles o derivados). Las demás están disponibles para .NET CF 3.5, que a partir de ahora se considera software legado o heredado.

La otra parte dependiente del sistema es el compilador JIT (just-in-time): para cada procesador que se soporte, debe existir una implementación separada del compilador JIT.

Todo esto está incluido dentro de un anfitrión o host. Por ejemplo, el host para S60 es un plugin para el browser de Nokia, el host para Windows Phone es el Windows Phone Task Host, y así sucesivamente. Estos anfitriones utilizan los servicios en tiempo de ejecución para poder ejecutar el código administrado. El host interactúa con el motor de ejecución a través de las interfaces de hosting.

“Sandboxing”

El código administrado puede ser

El de la Biblioteca de Base BCL
El código Silverlight del propio framework SL
El código XNA del propio framework XNA
El código de usuario

Los tres primeros, propios del framework, pueden interactuar con la plataforma, pero el código de usuario no lo puede hacer por si mismo. De este modo, se previene todo acceso directo a la plataforma subyacente. A esto se lo conoce como “sandboxing”, es decir, la ejecución de un entorno con fronteras cerradas, cuya única puerta de salida al sistema operativo subyacente es la prevista por el framework de código administrado.

En otras palabras, el código administrado de usuario sólo puede llamar al código administrado del framework, el cual a su vez puede llamar al sistema subyacente previa verificación de seguridad. El código de usuario tiene prohibido todo acceso al sistema nativo, incluyendo el mecanismo de Platform/Invoke, el cual queda ya invalidado en esta arquitectura.

El anfitrión (plugin de browser, proceso de tarea de WP7S) conoce la interfaz de usuario y su representación, y utiliza invocación inversa para llamar al código administrado. Por ejemplo:

El usuario hace clic en un botón XAML.
El host Silverlight averigua qué objeto fué clickeado examinando
- El árbol interno de XAML
- La manera en que el evento modal se procesa en la lógica de representación, en este caso, un “hit-testing”
Se utiliza invocación inversa (reverse-invoke) para llamar al código correspondiente en el objeto administrado (éste a su vez proporciona el manejador de eventos).
El código administrado se verifica, chequea con la seguridad exigida, compilado en JIT y ejecutado.

Portabilidad

El diseño de .NET Compact Framework hacen de éste uno sumamente portable.

Por ejemplo, es uno de los pocos diseños (sino el único) que soporta los procesadores con formato de datos “Big-Endian”, donde los datos de más de un byte se almacenan en memoria en el mismo orden en que se escriben. Así, el dato hexadecimal &H010203 se almacena en memoria como la secuencia {01,02,03}, haciendo que coincida el orden físico de lectura humana (Big endian = de menor a mayor). La arquitectura Intel i386, por el contrario almacenaría dicho dato como {03,02,01} coincidiendo este orden con las potencias de 2, donde 03 contendría los bits mas significativos, y 01 los menos significativos, haciendo más natural la interpretación “binaria” del dato, por ello se denomina “Little-endian”, de mayor a menor. Los procesadores que pueden manejar ambos tipos de formatos son los ARM, PowerPC, AlphaDEC, HP-PA (Precision Architecture) RISC y MIPS, mientras que el Intel x86 solo puede manejar el formato little-endian. Es por esta razón que el runtime de Microsoft es uno de los primeros que soportan Big-Endian, y porque la XBOX 360 tiene este tipo de procesador.

Por otro lado, .NETCF atiende la necesidad de satisfacer dispositivos con recursos de hardware limitados y manteniendo al mínimo el consumo de energía. Si uno se preguntase qué aspecto de diseño describe al .NETCF, podríamos decir que: “en una competencia tiempo-espacio, siempre se priorizará al espacio”, (por ejemplo, a través del uso de “code pitching”) aunque al mismo tiempo funcione muy bien en plataformas avanzadas de juegos como la XBOX 360. Incluso hay en desarrollo combinaciones muy esotéricas de software+hardware.

NOTA: el “code pitching” consiste en que el runtime .NET libere más agresivamente espacios de RAM ocupados por objetos de código nativo (es decir, ya compilados por el jitter), siempre que éstos no hayan estado en uso por algún tiempo, a fin de reutilizar esos bloques de memoria con otros objetos nuevos que se necesiten. Esto no es así en el ambiente de escritorio, donde no existen tantas restricciones de procesador y memoria. Por estos motivos, al precursor de .NET Compact Framework se lo denominó “economy compiler”.

Resumen actual de Compact Framework

Objetivos de diseño
- Mantener el runtime lo más portable posible, este es el objetivo número uno.
- Diseño para dispositivos restringidos en recursos.
- Uso de menos energía para obtener larga duración de la batería
El diseño antemencionado resulta en algunas características del .NETCF que son únicas, y que tienen limitaciones en consecuencia.
Actualmente, el runtime .NET CF se implementa en:
- Windows Mobile 6.5 y anteriores
- Windows Phone 7
- XNA (sobre XBOX360)
- Zune
- Media Room, la infraestructura IP-TV de Microsoft. Esta es una impresionante plataforma completamente diseñada con herramientas de Microsoft y cuyos socios de negocios principales son Alcatel®, Tandberg®, Intel®, Sigma®, etc., cuyo middleware corre con .NET Compact Framework, pensada desde Microsoft completamente desde el extremo broadcaster (emisora de televisión digital) hasta el consumidor con un sistema móvil.
- Silverlight en Nokia S60
Las versiones que se están proporcionando a los fabricantes son actualmente:
- .NETCF 3.7 para Windows Phone
- .NET CF 3.5 para todo lo demás
Windows Phone corre sobre el procesador ARM (el teléfono real) y sobre x86 cuando corre sobre el emulador (el cual es una máquina virtual x86). En este caso, .NETCF es una elección natural porque puede correr sobre estos dos procesadores.

NUESTRA PRIMERA APLICACION

Nuestro objetivo es más bien simple: crear una aplicación con dos páginas, y pasar los datos de una a la otra.

1. Iniciar Visual Studio 2010 Express for Windows Phone Edition.

2. Crear Nuevo Proyecto. Seleccionar File / New Project para abrir el cuadro de diálogo de nuevo proyecto:

Notemos varias particularidades en este caso:

El lenguaje de programación es CSharp solamente. No se dispone por el momento de la capacidad de programar en VB.NET
Existen dos familias de aplicaciones, como lo explicamos anteriormente: Silverlight para Windows Phone, y XNA Game Studio 4.0, ambos disponibles desde esta misma IDE. Las plantillas disponibles son
- Para Silverlight for Windows Phone:
  - Aplicación de Windows Phone. Permite generar una aplicación estándar para Windows Phone, con páginas y controles diseñados visualmente, con lógica CSharp.
  - Aplicación de lista para Windows Phone. Permite generar una aplicación de Windows Phone basada principalmente en los controles de Lista y Navegación.
  - Biblioteca de Clases Windows Phone. Permite generar una biblioteca de clases reusable para Windows Phone.
- Para XNA Game Studio 4.0
  - Juego para Windows Phone. Genera un juego XNA 4.0 para ser ejecutado en Windows Phone 4.
  - Biblioteca para juegos de Windows Phone. Genera una biblioteca para ser reutilizada en un juego XNA 4.0 para Windows Phone
  - Juego para Windows. Genera un juego XNA 4.0 para ser corrido en Windows (no Windows Phone)
  - Biblioteca de Juegos para Windows. Genera una biblioteca para ser utilizada en un juego XNA 4.0 que ejecute en Windows (no Windows Phone).
  - Juego para XBOX 360. Crea un juego que ejecute en la XBOX 360.
  - Biblioteca para juego de XBOX 360. Crea una biblioteca a ser utilizada en un juego para el XBOX 360.
  - Canalización de Contenido para XNA 4.0 (Content Pipeline –CPL- for XNA 4.0). Esto permite administrar desde una sola locación todo el contenido digital que los juegos suelen llevar: sonido, video, imágenes estáticas o animadas. Los diseñadores crean estos archivos desde numerosas y variadas herramientas, guardando este contenido multimedia en numerosos tipos de formatos de archivo diferentes , .gif, .jpg, .fbx, .x, wav, .mp3, etc... La Canalización de Contenido CPL esta diseñada para ayudar al desarrollador a incluir estos ficheros en el juego de una manera fácil y automática, indiferentemente del formato del archivo. Como puede existir formatos de archivo que necesiten traducción no prevista originalmente, el CPL es extensible así como lo es XNA.
  - Proyecto vacío: se genera un esqueleto de proyecto vacío en la máquina de desarrollo.

Para nuestros propósitos, seleccionamos Proyecto de Aplicación Silverlight para Windows Phone. Llamamos al proyecto “Test1”

3. Examinar MainPage.xaml. Unos instantes luego, Visual Studio 2010 Express for Windows Phone (WS2010EWP en adelante) genera una aplicación con una página solamente, denominada MainPage.xaml.

El código de dicha página es el siguiente:

<phoneNavigation:PhoneApplicationPage
    x:Class="Test1.MainPage"
    xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
    xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
    xmlns:phoneNavigation="clr-namespace:Microsoft.Phone.Controls;assembly=Microsoft.Phone.Controls.Navigation"
    xmlns:d="http://schemas.microsoft.com/expression/blend/2008"
    xmlns:mc="http://schemas.openxmlformats.org/markup-compatibility/2006"
    mc:Ignorable="d" d:DesignWidth="480" d:DesignHeight="800"
    FontFamily="{StaticResource PhoneFontFamilyNormal}"
    FontSize="{StaticResource PhoneFontSizeNormal}"
    Foreground="{StaticResource PhoneForegroundBrush}">

<Grid x:Name="TitleGrid" Grid.Row="0">
            <TextBlock Text="MY APPLICATION" x:Name="textBlockPageTitle" Style="{StaticResource PhoneTextPageTitle1Style}"/>
            <TextBlock Text="page title" x:Name="textBlockListTitle" Style="{StaticResource PhoneTextPageTitle2Style}"/>
        </Grid>

<Grid x:Name="ContentGrid" Grid.Row="1">
        </Grid>
    </Grid>
</phoneNavigation:PhoneApplicationPage>

Los controles, como cajas de texto, botones, etc. van en objetos contenedores, que puede ser la página propiamente dicha, o porciones de la página denominadas grillas que permiten ordenar los controles dentro de filas y columnas. Por defecto, VS2010EWP crea una grilla del tipo Grid con controles del tipo TextBlock, estos últimos serían los equivalentes a los objetos label de los formularios de un cliente convencional.

Nótese que el archivo XAML contiene las propiedades de alto, ancho, colores, en forma de estilos. Por cada combinación de tamaño, color, etc. el diseñador creará un estilo nuevo, de forma muy parecida a lo que hace la IDE de Expression Web. Los estilos son muy prácticos porque permiten almacenar un conjunto de parámetros visuales (fuente, tamaño, tipo de fuente, etc.) bajo un mismo nombre lógico. En este caso, el diseñador muestra una página vacía, con el color de fondo negro y las letras blancas por defecto, con dos estilos, denominados PhoneTextPageTitle1Style y PhoneTextPageTitle2Style respectivamente (ver XAML arriba).

El aspecto visual de la página por defecto generada es la siguiente:

Para modificar propiedades tales como el texto exhibido, el color, etc. debemos hacer clic con botón derecho sobre el objeto en cuestión y seleccionar Propiedades, para que el cuadro de propiedades esté visible si no lo está.

4. Cambiamos los textos. Para ello, los objetos TextBlock tienen la propiedad Text.

4.A. Sobre el diseñador, hacemos clic sobre el objeto de tipo TextBlock con nombre textBlockPageTitle. Luego cambiamos su propiedad Text por “Mi primera aplicación”

4.B. Hacemos click sbore el objeto de tipo TextBlock, con nombre textBlockListTitle, y cambiamos su propiedad Text por “NAVEGACION”

Se debe obtener la siguiente apariencia visual:

5. Agregamos un control de tipo TextBox con nombre txtNombre, arrastrándolos desde la caja de herramientas, por defecto ubicada a la izquierda de la pantalla:

Para cambiar el nombre del objeto recién creado en el grid, lo buscamos en la parte superior de la ventana de Propiedades del objeto, y escribimos allí txtNombre:

6. Agregamos otro control de tipo TextBox con nombre txtApellido, debajo del anterior.

7. Ensanchamos ambos para que ocupen gran parte del ancho de la página. El diseño debe quedar más o menos como se muestra a continuación:

8. Agregamos un botón de comando, en la parte inferior de la página, llamándolo btnProxima. Lo ensanchamos para que ocupe todo el ancho de la página. La clase button no tiene una propiedad Text, sino una denominada Content, donde se especifica qué contenido será exhibido por el botón. Puede ser un texto, o bien una imagen (recordemos que esto es Silverlight y tiene un gran énfasis en lo visual). Si solamente deseamos alterar su texto, basta escribirlo en la propiedad Content, allí colocamos “Siguiente”:

La visual de la página debería ser algo similar a esto:

9. Agregamos una nueva página al proyecto. Para ello hacemos clic con botón derecho sobre la raíz del proyecto (en este caso, Test1) y seleccionamos “Add new item” (agregar nuevo ítem):

Aquí vemos la cantidad de plantillas que trae VS2010EWP, una docena de las mismas. Seleccionamos “Windows Phone Portrait Page” , es decir, página con orientación vertical, Ancho x Alto = 480x800 (Landscape indicaría apaisada, Ancho x Alto = 800x400)

Llamamos a la nueva página como persona.xaml. La visual de la nueva página es nuevamente por defecto, negra con letras blancas, una grilla con dos TextBlocks, igual que la inicial MainPage.xaml.

10. Cambiamos los textos de la nueva página persona.xaml:

En TextBlock1 colocamos Text="PAGINA 2"
En TextBlock2 colocamos Text=“PERSONA”

11. Agregamos a la nueva página un control TextBlock que exhibirá los datos introducidos en el formulario anterior, y ajustamos su propiedad con estos valores:

Foreground = White (letras blancas)
Fontsize = 20

12. Agregamos un botón de comando que luego utilizaremos para volver a la página anterior. Lo colocamos debajo del TextBlock anterior , con la propieddad Content = “Anterior”, y con el nombre de objeto

13. Colocamos la navegación en la primera página. Vamos a la página inicial, MainPage.xaml. Allí colocamos el código al botón btnProximo, para navegar al próximo formulario.

Y aquí veremos algunas diferencias. En primer término, el mecanismo de navegación, como ya lo hemos mencionado, no es el mismo que el utilizado en una aplicación de cliente pesado. Esto es debido a que una aplicación Silverlight es, antes que todo, una basada en páginas, con metáfora de website pero mucho más potenciado en los aspectos en donde HTML deja que desear: la visual, la riqueza de la interfaz, etc.

Windows Phone 7 Series incorpora las mejoras de Silverlight 3, es decir, existe una clase que provee la funcionalidad para navegar entre las páginas. Este framework de navegación incorpora dos clases principales:

FRAME (marco de hospedaje): es el control que realiza la validación y el contenedor para el objeto página. Por esta definición, los principiantes pueden asociar la idea del Frame al browser que contiene la página, aunque aqui no existe, por diseño, la necesidad de correr nuestra aplicación en el browser. La clase Frame tiene varios miembros, pero los 3 más importantes son:

Propiedad Source: es la página que debería cargarse en el marco de hospedaje. Normalmente, podemos conceptualizarla como la primer página que se carga luego de cargarse el Frame.
Método Navigate: Podemos navegar entre las páginas. Solo hay que pasarle como argumento los siguientes parámetros:
- Objeto URI, con la dirección de la página deseada. Recordemos que los objetos de tipo página se referencian con la URI (Unique Resource Identifier), del cual, por ejemplo, la URL es sólo un subtipo de URI.
- Tipo de referencia URI, puede ser relativa, absoluta, o desconocida. En este caso, como regla nemotécnica, nos puede ayudar el pensar que esto está “relativizado” a la aplicación y no a un sitio web. Si la dirección de la página empieza con una barra, tendrá como referencia no el root del filesystem, sino la raíz de la aplicación, y será una dirección relativa.
Propiedad JournalOwnership. Esta propiedad determina si el Frame debe utilizar su propio registro de historial de navegación (journal) o bien utilizar el del browser. El Frame tiene su propio historial, y en base a éste el objeto Navigation puede ir a la página anterior con GoBack() y a la posterior con GoForward().

PAGE (página XAML). La página es en realidad un control de usuario que se puede hospedar en el Frame.

NOTA: La URI es un string único a nivel global para ubicar un recurso en internet. Se subdivide en dos clases: la URN (uniform resource name) y la URL (uniform resource locator). Conceptualmente, el URN sería el “nombre” de la persona, y la URL sería su “dirección”. El primero indica como se llama el recurso, el segundo indica dónde encontrarlo.

13.1 Hacemos clic en el botón btnProxima de MainPage.xaml. Se abre el siguiente código, manejador del evento click, generado por la IDE:

private void bntProxima_Click(object sender, RoutedEventArgs e)
{

}

13.2 Colocamos el siguiente código, para navegar a la próxima página:

private void bntProxima_Click(object sender, RoutedEventArgs e)
{

NavigationService.Navigate(new Uri("/persona.xaml", UriKind.Relative));

}

14. Colocamos el código controlador del evento Click en el botón btnAnterior de la página persona.xaml . En este caso utilizaremos el método GoBack(), donde es la propia aplicación la que determina la secuencia de navegación a través de su registro de historial.

private void btnAnterior_Click(object sender, RoutedEventArgs e)
{
NavigationService.GoBack();
}

Como podemos ver, hasta ahora se parece bastante a un paradigma de web, y es lógico que así sea ya que SL estuvo originalmente concebido para competir con Flash y con JavaFX, y comparte ciertos conceptos generales con aquellas tecnologías.

15. Probamos la navegación. Hacemos clic en el ícono de debug, con el cuidado de que el target de ejecución sea el emulador WP7S (no existen por el momento teléfonos reales con WP7S):

El emulador se inicia, y tras cargar los ensamblados necesarios para la ejecución, se muestra la pantalla MainPage.xaml, desde la cual podemos navegar hacia persona.xaml al pulsar el botón “Siguiente”, y desde persona.xaml podemos volver entonces a MainPage.xaml sin mayores problemas.

Las pantallas quedan en ejecución de la siguiente forma:

Pulsando Siguiente o Anterior podemos ir de una página a la otra, en el primer caso lo hacemos con la dirección de la página, en el segundo caso lo hacemos con el journal o historial que mantiene el marco de ejecución de la aplicación Silverlight. El tiempo de pase de una página a otra es relativamente corto, ya que no depende de salir a un servidor externo como ocurriría de usar una aplicación web. El emulador de WP7S , de todos modos, siendo una máquina virtual completa, ralentiza un poco la operación.

PASANDO DATOS DE UNA PAGINA XAML A OTRA

Para pasar información de una página XAML a la otra tenemos varios métodos, siempre teniendo en cuenta que la página que llama a la otra queda fuera del alcance o visibilidad de la que es llamada. Si la página “P1” llama a otra “P2”, cuando “P2” está en primer plano, “P1” ya ha sido quitada del alcance, del mismo modo que en un browser, al cambiar de página pierde el e. Por esta razón, al igual que el protocolo HTTP que es esencialmente desconectado, debemos programar nuestras páginas XAML pasando datos de una página a la otra, como si de una aplicación web se tratase. Estrictamente hablando , no necesita de browser en WP7S, pero sí se mantiene el paradigma o metáfora de una aplicación web.

Podemos citar estos mecanismo para pasar datos de una página a otra (puede haber más, pero mencionamos los más comunes):

Pasar los parámetros como cadenas de consulta (querystring) en la dirección de la página receptora. Esto es estándar HTTP.
Pasar parámetros al constructor de la nueva página. Para ello, debemos alterar la definición de la página receptora de los parámetros, modificando su constructor para que acepte parámetros.
Construir un objeto que contenga los datos como propiedades, y pasar el objeto como parámetro.

Veamos algunos casos

A. PASAR DATOS UTILIZANDO UNA CADENA DE CONSULTA

Las cadenas de consulta son estándar HTTP, y van intercaladas en la dirección de la página. Cada parámetro se separa del otro por un delimitador de parámetros, con este formato: pagina?parametro1=valor1&parametro2=valor2&.. La página que recibe los parámetros debe consultar a la propiedad QueryString del objeto Request, estos miembros normalmente corresponden a objetos de lógica del servidor HTTP. En este caso, igual los tenemos dentro del marco de ejecución Silverlight aunque no exista tal servidor.

Una forma es armar un string con la cadena de consulta, en el evento click de btnSiguiente de la página MainPage.xaml:

private void bntProxima_Click(object sender, RoutedEventArgs e)
{
String direccion = "/persona.xaml?nombre=" + this.txtNombre.Text + "&apellido=" + this.txtApellido.Text;
NavigationService.Navigate(new Uri(direccion, UriKind.Relative));

}

y luego colocar en el evento de carga de la página llamada, la referencia a dichos parámetros. Como no existe browser, la cadena de consulta QueryString no es visible en el proceso de llamada, protegiendo de cierta forma los datos pasados, a diferencia del uso de un browser normal, en el que seguramente nos convendría codificar los datos ya que éstos son visibles en la URL.

NOTA: En este caso de Silverlight para WP7S, el objeto HTTP Request no existe (porque es propio de un servidor), y QueryString toma la forma de una colección de objetos indexada, más propiamente, de un diccionario sobre una colección genérica. QueryString está en el espacio de nombres NavigationContext, y no en System.Windows.Browser.

Colocamos entonces este código en el evento de carga de la página persona.xaml:

private void PhoneApplicationPage_Loaded(object sender, RoutedEventArgs e)
{
    this.nombre = NavigationContext.QueryString["nombre"];
    this.apellido = NavigationContext.QueryString["apellido"];
    this.textBlock1.Text = "Usted ha pasado datos de " + this.apellido + "," + this.nombre;
}

Cuando ejecutamos este ejemplo, debemos rellenar las cajas de texto en MainPage.xaml y luego pulsar siguiente, para ver cómo los datos llegan al segundo formulario correctamente:

Una forma más elegante de armar el string de URI sería utilizando el método Format de la clase String (en la página MainPage.xaml):

private void bntProxima_Click(object sender, RoutedEventArgs e)
{
String direccion = String.Format("/persona.xaml?nombre={0}&apellido={1}", this.txtNombre.Text, this.txtApellido.Text);
NavigationService.Navigate(new Uri(direccion, UriKind.Relative));

}

Pero en esencia se obtiene el mismo resultado.

B. PASAR DATOS UTILIZANDO OBJETOS AL CONSTRUCTOR DE LA NUEVA PAGINA

En este caso, debemos crear una clase que tenga campos donde almacenar nuestros datos, para pasar el objeto desde la página llamadora a la página llamada, debiendo alterar el constructor de esta última para que acepte el nuevo argumento. Con el método NavigationService.Navigate no podemos instanciar nuevas páginas, necesitamos otro tipo de mecanismo de navegación que incluya el instanciar la clase página-destino, y así poder pasar al método constructor el parámetro deseado.

B.1. Construir el objeto a pasar. Primeramente construimos una clase muy sencilla para que sea nuestro objeto a pasar como argumento, la llamamos clasepersona.cs

public class clasePersona
    {
        public string nombre;
        public string apellido;
    }
}

B.2. Utilizar VisualRoot como mecanismo de navegación. A continuación, necesitamos utilizar otro mecanismo que permita la navegación entre las páginas. Este ya es propio de Silverlight:

Existe a nivel de la aplicación actual un marco visual raíz de visualización, denominado RootVisual
Este marco RootVisual es la página XAML actual, si fuese necesario puede también tener páginas hijas, que se agregan como una colección.
En este caso, que necesitamos navegación sencilla, desde la página llamadora, simplemente debemos decir que el nuevo RootVisual es una nueva página, la página destino.

En el siguiente código del evento click del botón btnProxima de MainPage.xaml modificamos el método para que quede de la siguiente forma:

private void bntProxima_Click(object sender, RoutedEventArgs e)
{
    clasePersona pers = new clasePersona();
    pers.apellido = this.txtApellido.Text;
    pers.nombre= this.txtNombre.Text;
    App.Current.RootVisual = new Persona(pers);

}

donde instanciamos la clase persona en la primera línea, en la variable de objeto pers. Luego colocarnos los valores a sus campos nombre y apellido. A continuación cambiamos la raíz de visualización a la nueva página, a la cual instanciamos pasando al constructor el objeto pers como argumento: App.Current.RootVisual = new Persona(pers).

B.3. Modificamos la página de destino persona.xaml para que acepte argumentos. En este caso, debemos colocarle un miembro del tipo clasePersona al que llamaremos simplemente pers, y luego modificar el constructor para que acepte un objeto del tipo clasePersona como argumento llamado p. Luego, en el constructor, debemos asignar al miembro pers el valor del argumento p recién recibido, para que los datos arribados sean visibles en toda la clase persona.xaml

El código es sencillo y auto-explicativo:

public partial class Persona : PhoneApplicationPage
{

clasePersona pers;

    public Persona(clasePersona p)
    {
        pers = p;
        InitializeComponent();
    }

    private void btnAnterior_Click(object sender, RoutedEventArgs e)
    {
        NavigationService.GoBack();
    }

    private void PhoneApplicationPage_Loaded(object sender, RoutedEventArgs e)
    {
        this.textBlock1.Text = "Usted ha pasado datos de " + pers.apellido + "," + pers.nombre;
    }
}

B.4 Como el Journaling no registrará la navegación hacia persona.xaml, porque no usamos los métodos de NavigationService, el método GoBack() fallará porque no sabe a qué página dirigirse. Por lo tanto, colocamos explícitamente en el evento click del botón btnAnterior de persona.xaml.

private void btnAnterior_Click(object sender, RoutedEventArgs e)
{
NavigationService.Navigate(new Uri("/persona.xaml",UriKind.Relative));
}

B.5 Hacemos clic en Debug, y corremos el ejemplo para ver sus resultados, que visualmente son los mismos, sólo que ahora podemos pasar todo un objeto sin un límite predefinido de propiedades, incluso una colección indexada, etc.

CONCLUSIONES

El cambio de paradigma de programación es muy importante, y quizás los que nos desconcierta un poco al principio es la metáfora de funcionamiento de Silverlight, donde algunas clases disponibles en la versión de escritorio han sido movidas a otros espacios de nombre, o bien se ha simplificado su ubicación y no su funcionalidad. Este ejercicio nos muestra cómo sería el desarrollo de una aplicación Silverlight para Windows Phone 7 Series, y la buena noticia es que mucho de lo que aprendimos con .NET y .NET Compact Framework nos sirve, también podemos utilizar los conocimientos de Silverlight del mundo de escritorio. Si por el contrario, no tenemos conocimientos previos de Silverlight, debemos dar un vistazo a los conceptos principales de esta tecnología, para adaptarnos a su metáfora de documentos XAML que se navegan como páginas de internet pero que tienen funcionalidad propia de un cliente pesado.

La visual que nos ofrece Windows Phone 7 Series es extraordinaria, y si sumamos esto al hecho de que se ofrece gratuitamente Visual Studio 2010 Express for Windows Phone 7 Series, prácticamente no tendremos excusas (salvo falta de tiempo) como para echarle un vistazo.

En los próximos artículos veremos más sobre el desarrollo con estas novísimas herramientas y tecnología.

Fin de soporte para algunas versiones de Windows

2010-03-17T12:29:00.001-03:00

Microsoft ha anunciado que algunos sistemas operativos están llegando al fin de soporte por haber alcanzado el cierre de su ciclo de vida útil, a saber:

Windows 2000 Professional y Windows 2000 Server: llegando a los 10 años de lanzamiento, finalizarán su ciclo de vida y soporte el 13 de Julio de 2010
Windows XP se lanzó hace 9 años. La version XP Service Pack 2 finalizará su soporte el día 13 de Julio de 2010. Para las fechas subsiguientes, no se dispondrá de más actualizaciones gratuitas para este sistema operativo. Si se usa Windows XP, se recomienda fuertemente que se utilice Service Pack 3, el cual continuará con el soporte.
Windows Vista SIN Service packs llegará al fin de su vida útil el día 13 de Abril de 2010. Para estar protegido y con el sistema operativo actualizado, se debe instalar al menos el Service Pack 2 gratuito para Windows Vista.

Como podemos apreciar, Windows Vista (sin service packs), a pesar de ser más reciente, está siendo retirado mucho antes que transcurriese el ciclo de vida que sus predecesores gozaron. Vemos en esto una clara intención de que los usuarios de Vista actualicen sus sistemas con service packs, o bien migren al nuevo Windows 7, el cual ha demostrado ser más eficiente y ofecer una mejor relación precio/prestación que Windows Vista.

Microsoft libera información acerca de Windows Phone 7 Series y una IDE gratuita

2010-03-16T03:54:00.001-03:00

En el día de hoy, 15 de marzo de 2010, se ha develado la estrategia de Windows Phone 7 Series en el MIX10, Las Vegas, EE.UU. Y junto con los tracks de conferencias, que se iban siguiendo casi al minuto, Microsoft ha liberado también aplicaciones para desarrolladores. Las novedades son muchas y las comentamos aquí:

PLATAFORMA DE APLICACIONES PARA WINDOWS PHONE 7

En primer término, se reconoce oficialmente la existencia de Windows Phone 7 OS. Sobre este sistema operativo, basado en Windows CE 6.0, se montan las aplicaciones de terceros, las cuales descansan sobre tres pilares fundamentales:

Siliverlight
XNA
.NET Compact Framework

De estas tres, sólo las dos primeras están disponibles para la programación de aplicaciones, a saber:

Un framework de Interfaz de Usuario Silverlight, para las aplicaciones basadas en XAML y manejada por eventos. Se ofrece una “amplia riqueza” de las caracteristicas de Silverlight.
Un framework basado en la Interfaz de Usuario XNA para juegos basados en “loops”. Se ofrece una gran capacidad del framework XNA para los juegos.

Una pregunta que nos podemos hacer es ¿con qué programamos todo esto? La respuesta es la siguiente:

Visual Studio 2010
Expression Blend
Windows Phone Marketplace Services
Servicios web basados en la nube
Programas de evangelización y mercadotecnia compartida

Como todo esto es nuevo, se ofrece en este primer lanzamiento (ahora mismo):

Una forma rápida y barata para que los programadores se suban a este nuevo mundo de la movilidad.
Un conjunto de API que son estándar, invariantes, controladas, homogéneas.
Un servicio de mercadotecnia basado en la nube, diseñado para vender las aplicaciones.
Un ambiente de ejecución “aislado” para cada aplicación que se corra en el dispositivo.
Los servicios en tiempo de ejecución de Windows Phone 7 pueden acceder a estas facilidades:

Servicios Web XBOX Live
Servicios Web Windows Azure
Servicios de notificación
Acceso a servicios de terceros fabricantes: almacenamiento, identificación, redes sociales.

En el futuro , se contemplan ofertar lo siguiente:

Aplicaciones más ricas, que corran sobre una plataforma altamente estándar.
Soporte para datos personales, y para datos conectados a través de múltiples dispositivos.
Un ciclo de negocios completo en el Windows Marketplace, que abarque todas las etapas de la vida de la aplicación
Herramientas de desarrollo más poderosas

El modelo de 3 pantallas

El concepto de 3 pantallas + la nube implica cubrir todas las pantallas que los consumidores utilizan normalmente: la computadora, el teléfono y la televisión. Para lograr esto, es necesario romper la aislación que hasta ahora existía con un componente quizás poco considerado: la televisión. Este tercer elemento es uno que tiene un alcance insospechado en la vida del usuario, y que hasta ahora no se consideraba totalmente integrable como los otros dos. En efecto, el teléfono y la PC hace tiempo ya que se integran sin mayores problemas, en gran medida por la capacidad IP que tiene el teléfono celular moderno. Recién en fechas cercanas la TV digital podría tener el mismo tipo de conectividad y alcance.

ARQUITECTURA DE LA PLATAFORMA

Existen 4 componentes en esta propuesta:

Herramientas y soporte
Runtimes - “en la pantalla”
Servicios de portal de desarrolladores
Servicios en la nube

Ahora resumimos los puntos sobresalientes:

HERRAMIENTAS Y SOPORTE

Visual Studio 2010: es la IDE por defecto para el desarrollo de Windows Phone 7 Series. Se pueden crear aplicaciones Silverlight o XNA que corren sobre el WP7S. Se incluye: un sistema de proyectos, empaquetador, generación de manifiestos, diseñador y depurador.

Expression Blend 4: Una parte de Expression Studio, Blend se utiliza para construir aplicaciones de interfaz enriquecida para el browser de escritorio. Se utiliza para crear aplicaciones visualmente atractivas basadas en Silverlight, basadas en XAML

Emulador: La tecnología de emulación es necesaria más que nunca en este momento donde los teléfonos reales de WP7S no están disponibles aún. En esta versión, el emulador incluye soporte completo para la tarjeta de video GPU, la simulación de GPS, orientación y skinning del teléfono.

XNA Game Studio: Es un conjunto de herramientas diseñadas para que los programadores puedan construir juegos para Microsoft Zune y Windows Phone 7 OS. Existen librerías administradas para geometría 2D y 3D a fin de asegurar una rápida obtención de prototipos funcionales. Con XNA Game Studio se proporcionan una serie de bibliotecas diseñadas específicamente para el desarrollo de juegos.

Muestras, Documentación, Guías y Comunidad: Existe un gran esfuerzo para armar blogs, forums, liberar información gratuita y código fuente de prueba.

EJECUCION “EN LA PANTALLA”

Las aplicaciones corren todas en un entorno aislado del sistema operativo, una máquina virtual al estilo de .NET, un CLR para cada aplicación. Las aplicaciones diseñadas para XNA Framework correrán sin mayores cambios en Windows OS 7, con sólo ajustes menores: tamaño de pantalla y agregado de manejadores de sensores.

Silverlight y .NET

Actualmente, Microsoft define a Silverlight como una implementación más de .NET Framework fuertemente orientada a construir sistemas interactivos y con contenido de medios digitales, para navegadores y plataformas cruzadas: diseñar en una , correr en otra. El .NET Compact Framework soporta la Biblioteca de clases de base (BCL), I/O de archivos, manipulación de cadenas y de XML, y manejo de gráficos. Por el sólo hecho de tener ahora la capacidad de correr varias CLRs al mismo tiempo, se obtiene un “sellado” y aislamiento muy bueno entre las aplicaciones, al mismo tiempo que se marca una diferencia importante con las versiones anteriores de Windows Mobile, que dificultaban el correr concurrentemente dos o más CLRs. Cada máquina virtual puede acceder a la plataforma a través de una framework, que es justamente el de Windows Phone Application Framework.

XNA Framework

Aqui la marca distintiva es el desarrollo para plataformas cruzadas: programando una sola vez, y con mínimos cambios, se podrá distribuir el mismo juego a Windows Phone 7 OS, XBOX360, ZuineHD, y Windows 7 Desktop. Las APIs administradas incluyen sprites 2D y 3D que soportan rotación, escalado, estiramiento y filtrado, así como también gráficos de 2D y 3D, texturado e iluminación y sombreado estándares.

Sensores

Se prevé que una variedad de sensores puedan devolver sus parámetros al programa: entrada multitouch, acelerómetro y sensores de micrófono, directamente desde código administrado. Para que la entrada sea multi-toque, es necesario tener una pantalla capacitiva, y no que responda a la presión como hasta ahora. El HTC HD2 fué uno de los pocos teléfonos Windows Mobile 6.x que tenía esta facilidad.

Medios digitales

Tanto Silverlight como XNA Studio permitirán el manejo de los medios digitales de una forma unificada, que incorpore gráficos, animación y multimedios, soportando varios formatos.

Datos

Así como las aplicaciones, los datos de dichas aplicaciones permanecerán en su propia carpeta aislada del resto, sellando así la posibilidad que otras aplicaciones corrompan los mismos.

Servicios de ubicación

La API de localización geográfica podrá responder a estas preguntas del programa:

Localización actual
Suscripción a eventos de cambio de localización
Ajustar la precisión deseada de los datos que recibe de dichos servicios
Acceder a la velocidad y dirección del dispositivo
Calcular la distancia entre dos puntos.

La API de localización en el teléfono actuará en sociedad con la API de localización en la nube.

SERVICIOS DE PORTAL DE DESARROLLO

Windows Phone Marketplace tendrá en un solo lugar todo lo necesario para que el desarrollador pueda vender su producto. Al registrarse y validarse, con su LiveID, podrá acceder inmediatamente a las descargas de las herramientas necesarias.

Las aplicaciones por él generadas se suben al servicio con el formato .XAP, que es un empaquetado comprimido que contiene todos los archivos de la aplicación, donde se asigna un número de seguimiento al programador, quien podrá consultar el avance de su certificación y saber cuando se le otorga la misma. Luego de obtenerla, la aplicación se puede subir para ser publicada en Windows Phone Marketplace. Los programadores podrán elegir el precio y los mercados geográficos donde desean que la aplicación esté disponible para su venta.Las actualizaciones podrán ir también por este proceso de certificación y subida, para arreglar problemas que la aplicación original puede tener, o bien agrega nueva funcionalidad, o incluso generar una nueva versión mayor.

Respecto del manejo del cobro, la infraestructura de Marketplace soportará dos modelos: cobro por carrier (operador móvil) y cobro por tarjeta de crédito, esto lo vemos como algo muy positivo desde el momento que el operador celular podrá ser incluido en el mecanismo de cobro, aumentando significativamente el alcance y potencia de mercadotecnia.

Se proporcionará a los programadores que suban sus aplicaciones, de una vista estadística sobre cómo su aplicación se usa, reportes de ventas y saldos, feedback de usuarios, e información de depuración reportada por sus aplicaciones.

SERVICIOS EN LA NUBE

La plataforma de aplicaciones Windows Phone proporciona muchas características en lo relativo a la nube. Se pueden acceder los servicios de Azure o de terceros, en la forma de servicios web, y Marketplace dará la certificación y distribución de las aplicaciones a los consumidores.

Notificaciones. La plataforma de aplicaciones proporciona una API cliente para acceder a los servicios basados en la nube, que permiten que las aplicaciones reciban notificaciones relevantes sin consumir ancho de banda innecesario y manteniendo acotado el consumo de batería.

Ubicación: El servicio de ubicación o localización geográfica trabaja de forma transparente para el usuario final, independientemente que la información llegue desde WiFi, Celular, datos GPS, o GPS asistido, se presentará lógicamente al software de una forma homogénea.

Redes sociales. Se da visibilidad desde el código al uso de los servicios de redes sociales, servicios de identificación, retro-alimentación de datos y mapas para navegación, desde una API a tales efectos.

Azure. Como Visual Studio 2010 será también la herramienta para el desarrollo para Windows Azure, se tiene una compatibilidad total entre lo que se programa para el móvil y su contraparte en la nube. Visual Studio será el camino para combinar los distintos tipos de servicios de Azure y proveer de la solución final, compuesta.

CICLO DE VIDA DE LA APLICACION

Nótese que para Windows Phone 7 Series, no existe la forma de instalar una aplicación nuestra, propia, sin pasar por Marketplace. Esto es de forma similar al BlackBerry, donde el servidor de BlackBerry sería aquí suplantado por el servicio de implementación de MarketPlace, siempre hablando de las aplicaciones. Esto nos lleva a profundos cambios: en principo, sólo para debug podremos acceder al teléfono. Para la aplicación final, sin punteros de debugging ni meta-información, es decir, versión final o de producción, ya no existiría la posibilidad de instalar la aplicación desde nuestras computadoras. Estamos ante un cambio de modelo de negocios, uno “horizontal”. Para poder instalar las aplicaciones como antes lo veníamos haciendo, era suficiente tener nuestra PC con Visual Studio, y conectar el teléfono con ActiveSync. Sin embargo, al parecer este otro modelo de implementación sería mantenido para los sistemas embebidos, centrados en Windows CE Embedded.

VISUAL STUDIO 2010 FOR WINDOWS PHONE 7 SERIES

Microsoft ha liberado el primer día del MIX10, una IDE completamente gratuita para el desarrollo de aplicaciones para Windows Phone 7, en versión CTP (vista previa para la comunidad). Esta es una captura desde mi PC, recién instalada (mide nos 330MB):

La buena noticia es que es gratis, la misma no cuesta nada. Muchos MVPs y entusiastas habían pedido a Microsoft que libere una versión Express para móviles. La podemos descargar ya mismo desde:

http://www.microsoft.com/downloads/details.aspx?FamilyID=2338b5d1-79d8-46af-b828-380b0f854203&displaylang=en#filelist

como un cargador web que luego descarga la aplicación completa (330 megabytes).

Es evidente que existen muchas cosas nuevas en cuando a movilidad, y nos llevará algún tiempo determinar sus verdaderos alcances.

Windows Phone 7 Series liberado con detalle en MIX10 el 15/03/10

2010-03-11T17:07:00.001-03:00

Como es sabido, a partir del 15 de marzo, en Las Vegas, Nevada , EE.UU, se liberará gran cantidad de información respecto del futuro de Windows Phone 7 Series, más en detalle. La buena noticia es que gran parte de esta información será puesta en línea posteriormente. Para que tengamos una idea de lo nutrido que estará el evento, damos novedades que consideramos importantes para empezar a entender la nueva plataforma:

Cambiando nuestro propio juego- una Introducción a Windows 7 Phone Series. Se revelará en profundidad la arquitectura de Windows Phone 7.

Un resumen de la plataforma de Aplicaciones de WP7S: El nuevo Windows Phone 7 soportará una nueva plataforma de desarrollo: nuevas herramientas de desarrollo, frameworks de aplicación (más de uno), soporte para SilverLight y XNA.

Interfaz de Usuario de Windows Phone y Lenguaje de Diseño UI: WP7S constituye un dramático cambio en la experiencia del usuario. Esta sesión dará una guía prescriptiva, trucos y técnicas sobre cómo los desarrolladores podrán construir interfaces de usuario muy atractivas que son consistentes con la experiencia que ya viene incluida de fábrica en WP7S.

Una introducción para el desarrollo con Microsoft Silverlight: Si uno es un principiante en Silverlight, esta sesión es la indicada: como construir su primera aplicación, dominio de las herramientas, extensibilidad e instalación. Se dará hincapié tanto en la PC como en el nuevo Windows Phone.

Microsoft Silverlight Media: moviéndonos a 60 cuadros por segundo: En esta sesion se revelará la estrategia orientada a medios digitales de Silverlight: Media Framework de SL, Servicios de medios de IIS, Microsoft Expression y Windows Phone, explicando las técnicas de : Desarrollo eficiente para reproductores de medios, rendering en 3D, inyección en tiempo real de publicidad, aprovechando al máximo el multicast, administración de grandes instalaciones servidoras de medios, estrategia para elegir el tipo de protección para los medios digitales, monitoreo de entubamiento en tiempo real de medios y una vision sobre el nuevo Silverlight 4. Ideal para las personas que deseen construir aplicaciones basadas en video controlado por Silverlight.

Construyendo Aplicaciones para Windows Phone con Silverlight: Parte 1: soporte multitouch, teclado virtual, acelerómetro y micrófono, APIs para eMail, discador, lista de contactos, etc.

Unit Testing para Silverlight y Windows Phone: Tanto para desarrollo PC como Windows Phone, se dará aqui los tips para utilizar el Silverlight Unit Test Framework.

Construyendo Aplicaciones para Windows Phone con Silverlight: Parte 2: Modelo de Aplicación, plantillas para actualización de controles, temas, servicios disponibles para las aplicaciones, incuyendo los nuevo Windows Phone web services.

Rendimiento de Silverlight con Windows Phone: Aprenda cómo optimizar el código Silverlight con Windows Phone, eliminar cuellos de botella usando los stacks de gráficos y de código administrado, y optimizar el tiempo de respuesta.

Plataforma de Aplicación para Wndows Phone 7: WP7S es un cambio muy grande con el pasado.Se han rediseñado el sistema operativo, la experiencia de usuario y la plataforma de aplicación para construir un nuevo tipo de teléfono. En esta sesión se mostrará en profundidad el cómo pensar en el nuevo paradigma respecto de los juegos, aplicaciones y experiencia de usuario, seguridad, empaquetado, servicios en la nube y rendimiento. Se darán detalles del nuevo modelo de aplicación, capacidad de los dispositivos, locación, sensores, etc.

Herramientas de desarrollo y depuración para construir juegos XNA para Windows Phone. Esta sesión mostrará las herramientas disponibles para construir juegos XNA, con un especial énfasis en cómo hacer uso de las herramientas de profiling para optimizar el código administrado.

Distribución y monetización de las aplicaciones para Windows Phone y Juegos: El Marketplace de Windows Phone revolucionará la distribución de aplicaciones, juegos y contenido, diseñada para resolver los dos problemas más grandes de la comunidad de desarrolladores centrada en el consumidor de teléfono Windows: distribución y monetización.

Construyendo juegos para Windows Phone: Con el lanzamiento de Windows Phone, los desarrolladores de juegos serán capaces de crear contenido rápidamente a través de la potencia de Silverlight y el marco XNA. Se revelará el modelo de aplicación básica de Windows teléfono, enumerando las características centrales del nuevo Windows Phone y se mostraran los puntos destacados de Silverlight y XNA Framework en el teléfono.

Creación de un juego 3D de alto rendimiento: Cómo utilizar XNA para desarrollar juegos en 3D para el teléfono de Windows, con un énfasis hacia las características de la plataforma de aplicaciones de Windows Phone. Se dará también especial atención en la optimización de código administrado de alto rendimiento de juegos para la plataforma, para extraer todo lo posible del dispositivo en cuanto a velocidad.

Diseñando y desarrollando para el entorno enriquecido Web: Lo que ha hecho que todo esto sea posible es la combinación de dispositivos más potentes, con conexiones de red rápida y navegadores con mucha capacidad, todo dentro de un teléfono móvil. En esta sesión se aprenderá a crear sitios que funcionan correctamente para Windows Phone. Se cubrirán los escenarios principales de la Web móvil, y se darán directivas sobre cómo preparar contenido para dispositivos móviles, sugerencias y técnicas para la depuración y pruebas de estos sitios.

Como se ve, existen varios puntos que deseamos destacar:

Windows Phone es, efectivamente, distinto.
Su modelo de programación no es el mismo que hasta ahora, y se da hincapié en Silverlight y en XNA como las herramientas y tecnologías de elección para Windows Phone.
No se menciona nada de .NET Compact Framework
Se hace hincapié también en el modelo de negocios de Windows Phone 7.

En pocos días más veremos la realidad detrás de estos anuncios.

¿Cómo instalar un driver de video antiguo en Windows 7?

2010-03-09T12:23:00.001-03:00

Muchas veces, tenemos que una computadora de unos 5 años de antigúedad puede volver a la vida si le colocamos al menos 1GB de RAM y Windows 7. El kernel de Windows 7 trabaja mejor que el WIndows Vista, y el nuevo sistema operativo tiene varias ventajas a nivel arquitectural, poirque utiliza una versión revisada del Kernel de Vista. Veamos un par de cuestiones por la cual W7 es más rápido, pero mantiene la compatibilidad hacia atrás.

La primera pregunta es ¿porque W7 es significativamente más rápido? Una de las razones es el mecanismo de bloqueo: el despachador global de bloqueos se ha reemplazado por una serie de 11 tipos de bloqueos especificos, que da mayor granularidad al bloqueo de objetos y recursos del sistema. El despachador en Windows Vista consumía 15% del tiempo de CPU para obtener los bloqueos competitivos entre sí. “Si pensamos en un sistema multiprocesamiento con 128 CPUs, queda claro que unas 20 CPUs están malgastando su tiempo", dijo el ingeniero Arun Kishan. En Windows 7, la sincronización unificada, a escala global, ya no existe. Muchas operaciones se ejecutan libres de bloqueo: “en su lugar se ha instalado una especie de pasarela de espera manejada por semántica transaccional, una forma compleja de hilos de ejecución que se negocian “simbólicamente”. Los hilos de ejecución no se enteran de este nuevo mecanismo, y por lo tanto, existe una compatibilidad hacia atrás, con la ventaja que ahora se tiene un mejor escalamiento ante los requerimientos del sistema.

El kernel de W7 es 6.1, no indica la cantidad de cambios en el sistema, ni tampoco el número de versiones mayores de Windows, sino solamente indica la compatibilidad. Este nuevo kernel, denominado MinWin (kernebase.dll), se puede correr y separar casi completamente del resto: se puede construir, arrancar y probar de forma separada del resto del sistema. Las capas superiores pueden entonces evolucionar a su propio paso, separadamente. MinWin en realidad sólo define una cantidad de componentes que se necesitan para arrancar y acceder a las redes, sin servicios ni Windows Management Instrumentation, ni gráficos ni audio ni shell de comandos. Está compuesto de 150 binarios, que ocupan 25 MB en disco, y 40MB en memoria.

Este “aislamiento” hizo que Microsoft tuviese que retocar las DLLs para remover las dependencias de capas superiores:

Aplicaciones MinWin: corren en kernelbase.dll
Aplicaciones anteriores, fuera de MinWin:

Utilizan DLLs que redireccionan las llamadas desde la arquitectura anterior: kernel32.dll la redirecciona a kernelbase.dll, y advapi32.dll hace lo mismo.

Composicion de DLL ó “DLLs virtuales” en una sola “DLL lógica”. Existe un archivo que mapea las DLLs virtuales en una sola DLL lógica, denominado apisetschema.dll como se puede ver en la siguiente captura de pantalla:

ntdll.dll es una DLL lógica, y lo que está encerrado en azul son sus DLL virtuales, que se componen en memoria en función de lo que el archivo apisetschema.dll indique. Esto lo hace el propio sistema operativo al arrancar, cargando primero apisetschema.dll y leyendo sus strings internos, para luego levantar las dlls virtuales hacia la memoria (que están grabadas en el disco, en system32) para combinarlas para formar una sola DLL lógica.

Desde este punto de vista, es DESEABLE tener un driver nativo para Windows 7, así la llamada es directa, pero eso no implica que no se pueda interactuar con drivers anteriores. Es posible entonces instalar un driver para XP en Windows 7 si sabemos cuál es el camino a seguir para que Windows mapee correctamente esto.

EJEMPLO

Supongamos que, como en nuestro caso, tenemos una placa de video muy vieja, del año 2003, una GeForce 4 MX440 AGP 4X, con 64 MB de memoria dedicada DDR2. Esto es claramente, al 2010, prácticamente un fósil. Sin embargo, si la tarjeta madre es de buena calidad, y se tiene un procesador decente (en nuestro caso, un Pentium IV de 2.26 GHz, socket 755, de un solo núcleo pero con HyperThreading habilitado), es posible darle una nueva vida al equipo si instalamos Windows 7 y podemos hacer funcionar su tarjeta de video con el driver que corresponda.

Para ello descargamos el driver en cuestión, que es para Windows 2000 y Windows XP (NVIDIA ForceWare 72.30, para Windows 2000 y XP):

Lo expandimos en una carpeta en nuestro equipo:

Ubicamos a setup.exe, y hacemos un acceso directo (esto es muy importante):

Hacemos clic con el botón derecho del mouse sobre el acceso directo recién creado, y seleccionamos Propiedades. Alli vamos a la ficha Compatibilidad, y colocamos:

Modo de compatibilidad: marcar la casilla “Ejecutar este programa en modo de compatibilidad para:”, y en el combobox debajo elegimos Windows XP.
Nivel de Privilegio: marcar la casilla “Ejecutar este programa como administrador” como se muestra en la siguiente pantalla:

Luego hacemos clic en Aceptar, y corremos desde el acceso directo el programa de instalación. Al finalizar, seguramente nos pedirá un reinicio, y luego de esto, el sistema debe tener correctamente instalado el driver en cuestión.

Es posible que algunas tarjetas de video no puedan instalarse de todos modos, pero las NVIDIA y las ATI, que tienen instaladores completos (ForceWare y Catalyst Center, etc.) con setup.exe, pueden lograr instalarse de esta forma. A partir de aqui, es posible tener un buen rendimiento de gráficos básico como la reproducción de DVDs sin problemas(posiblemente no se soporte Aero por la carencia de DirectX necesario). Recordemos que estamos hablando de una tarjeta de video que tiene 7 años en el mercado, por ello es más que razonable aceptar sus limitaciones teniendo en cuenta que soportará toda la resolución que el monitor tenga con Windows 7 y nos permitirá darle una nueva vida a nuestro viejo equipo sin mayor inversión.

Microsoft revela el porqué de Windows Phone 7 Series

2010-03-05T16:57:00.001-03:00

Esta es una nota publicada ayer 4 de Marzo, que hemos leído, interpretado y traducido para ustedes, escrita por Charlie Kindel, miembro del grupo de desarrolladores de Windows Phone 7. Esta no es una traducción literal, sino una condensación:

Existen tres preguntas para Windows Mobile 7: ¿qué? ¿cómo? y ¿porqué?. En estas líneas intentare contar el ¿porqué? de Windows Phone 7. En primer término, Windows Phone 7 Series (WP7S) es diferente: es diferente de lo que veníamos haciendo, es diferente a otros teléfonos. A veces, ser diferente es bueno, sobre todo si es por buenas razones.

WP7S es un “reset” de todo lo que se venía haciendo en Microsoft. Esto impacta directamente en la plataforma de desarrollo. Los desarrolladores nos habían pedido esto:

Desarrollar juegos y aplicaciones realmente innovadores, que el público adore.
Obtener más con mejores herramientas de productividad y capacidades de la plataforma
Una mayor oportunidad en la web y en la consola de TV/Juegos

Por ello, Microsoft tuvo que cambiar su estrategia para acomodar lo que los desarrolladores venían pidiendo:

Focalizarse en la experiencia del usuario
proporcionar experiencia de usuario totalmente integrada
invertir en la plataforma y en la experiencia del programador de una forma más agresiva
unificar la plataforma de hardware para crear un ecosistema que sea mas simple, para dar una oportunidad más grande y consistente.

Por todo esto, WP7S es DIFERENTE, tan diferente como la nueva experiencia de usuario. Es fresca. Es pura. Es poderosa.

Debido a esto, W7PS se basa en estos tres postulados:

Permitir que los usuarios finales personalicen su experiencia en sus teléfonos a través de una gran biblioteca de aplicaciones y juegos innovadores
Permitir que los desarrolladores hagan dinero
Avanzar en la visión de “3 pantallas más la nube”.

La primera premisa es obvia: W7PS será personal. Creemos que los usuarios buscarán una experiencia personal en los juegos y aplicaciones. Nótese que hablamos de juegos y aplicaciones: 340 millones de personas jugarán juegos en sus teléfonos en 2010, subiendo desde la marca de 155 millones en 2007, luego, será siempre aplicaciones y juegos.

Respecto de la segunda premisa, “ganancias”, hemos comprobado que los desarrolladores tienen tres tipos de “moneda” para medir sus ganancias: hacer dinero, aprender y obtener reconocimiento. Algunos están aqui por el dinero, literalmente son pagados por escribir código, o bien generan código por el cual esperan generar metálico. Otros programadores nos dijeron que están interesados en obtener más conocimientos. Les gusta conocer y aprender acerca de las computadoras, programación, juegos, conexiones sociales. Por eso, ellos escriben software para conocer más: su ganancia es ser cada día más capaz, saber más. Otros desarrolladores están claramente motivados por el orgullo. Puede ser que aquí existan componentes de dinero y de conocimientos asociados, pero para estas personas, el ser reconocidos como autores de aplicaciones *extraordinarias* (N. del T.: no podemos colocar aquí la palabra original directamente <g>) está en la lista de sus prioridades.

Nosotros pensamos que las tres monedas son válidas e importantes y estamos tratando, de una forma explícita, de construir la nueva plataforma y la experiencia de desarrollador para que soporte las “ganancias” en cualquiera de estas tres monedas.

Por ultimo, la última premisa es realmente la dirección de nuestra estrategia. Nuestra gente nos dice que quieren experimentar el software independientemente de la pantalla que estén usando: El teléfono, la PC o la televisión. Combinemos entonces estos tres conceptos juntos con los de Software más servicios, y por ello es obvia nuestra definición de “3 pantallas más la nube”.

Anteriormente habíamos mencionado la necesidad de “integrar” en vez de “crear”. Por ello, Windows Phone 7 Series se construye a hombros de estos gigantes:

NET
Silverlight
XNA
Herramientas de programación de Microsoft
Estándares de la industria, Web 2.0

Diferente significa a menudo, cambios. Muchos sabemos que los cambios suelen costar. Sabemos que suele ser doloroso aunque se obtenga nuevo una enorme ventaja o bien.

Por ello, para nosotros, el costo de ir de “bien” a “extraordinario” es un quiebre limpio, claro, con el pasado. Para ver las cosas extraordinarias que hemos visto en las demostraciones de W7PS, tuvimos que romper con el pasado. Para proporcionar lo que los desarrolladores esperan en la plataforma de desarrollo tuvimos que cambiar cómo se escriben las aplicaciones para los teléfonos. Un resultado directo de esto es que las aplicaciones de versiones anteriores de Windows Mobile no correrán en los teléfonos Windows Phone 7 Series.

Para ser más claros: continuaremos trabajando con nuestros socios para seguir proporcionando dispositivos basados en Windows Mobile 6.5 y daremos soporte a estos dispositivos por muchos años en el futuro, por eso, una línea no muere al comenzar otra.

Lo que no se pierde es el entrenamiento o la familiaridad con las herramientas: si uno es un programador .NET, las destrezas y mucho del código se moverá hacia adelante también. Si uno es un desarrollador Silverlight o XNA, debería estar muy feliz: los nuevos desarrolladores encontrarán una gran cohesión en la nueva API, con herramientas de súper-productividad.

En el MIX 2010 (N. del T.: a siete días de escribir esto), se encontrarán conque nunca fue más fácil, divertido o satisfactorio el crear aplicaciones poderosas, llamativas, hermosas en la experiencia de un teléfono. Windows Phone 7 Series es un tipo distinto de teléfono, y el desarrollo de la plataforma ofrece otro tipo distinto de oportunidad: nuestra misión es ayudar a los desarrolladores a ir detrás de la nueva generación de nuestros clientes móviles, con un nuevo conjunto, sorprendente, de herramientas y tecnologías. Los desarrolladores podrán llevar nuevos contenidos a más pantallas (PC, teléfono, televisión) y a más mercados, de una forma más rápida.

El contenido de esta revelación, hecha por un miembro del equipo desarrollador de Windows Phone 7 Series, es más que importante. Recordemos que, por ejemplo, la televisión digital permite correr aplicaciones provistas por terceros ya que su diseño así lo habilita. Es por ello que seguramente, la metáfora de las 3 pantallas de Microsoft tiene más que sentido en este contexto. La convergencia de la cual hablábamos en 2009 en los congresos de la UAI se transforma incluyendo el medio que incluso es más masivo que la internet misma: la televisión. En esta sola oportunidad, nosotros vemos con cierta lógica el costo de romper con la compatibilidad hacia atrás. Seguramente las consultoras que tienen sistemas funcionando con .NET 3.x y Windows 6.x o anteriores, verán menoscabadas sus posibilidades o erosionada la confianza de sus cliente, pero Microsoft afirma que es uno de los costos a pagar por el cambio, a la vez que nos asegura soporte continuo para la plataforma 6.x. También estimamos que Microsoft debe hacer una fuerte campaña de concientización del porqué de estos cambios radicales en movilidad, siendo que existen muchos socios de negocios que están viviendo de .NET 3.x y WM6.

En un mercado tan volátil y dinámico como lo es de TICs, un anuncio de quiebre de compatibilidad trae siempre voces airadas a favor y en contra, pero pensamos que el poder integrar a la televisión, el teléfono celular y la PC de una forma única, programando una sola vez para hacer “target” en estos tres mundos al mismo tiempo, bien vale la pena. Esperemos que en el MIX 2010 se nos aclaren un poco estas cuestiones, pero nuestra opinión en este momento es que efectivamente, estamos ante un cambio gigantesco en la plataforma de movilidad de Microsoft, sumado a una estrategia de “ubicuidad” o de “convergencia” que es mucho más grande que lo que podíamos prever.

Apple inicia ofensiva legal contra HTC por tecnologías móviles patentadas

2010-03-02T16:59:00.001-03:00

La noticia nos ha sorprendido. Apple ha iniciado acciones legales contra HTC, diciendo que la empresa ha violado 20 patentes, entre ellas:

Escalado de voltaje en tiempos ociosos
Transiciones en la interfaz gráfica
Autorotación por acelerómetro
Subsistema gráfico orientado a objetos
Desbloqueo de sistema por movimiento gestural

Estas técnicas, que muchos reconoceremos como estándares en tecnologías móviles, nos lleva a pensar que Apple va también contra Windows Phone. Sin embargo, esto podría no es así. En principio, Apple y Microsoft tienen contrato de desarrollo cruzado, lo cual –en principio, volvemos a repetir- cubriría al mundo de Windows Mobile de esta iniciativa legal. En realidad, Apple parece ir contra Android, o mejor dicho, contra la implementación de Android que hizo HTC, pero esto también son especulaciones de los analistas. La cédula tiene fecha del 1 de Marzo de 2010, y Apple expresa que sus patentes datan desde 1995 hasta 2010, es decir, 15 años.

La palabras de Steve Job fueron las siguientes: “Podemos sentarnos y observar a nuestros competidores robar nuestras invenciones patentadas, o podemos hacer algo acerca de ello. Decidimos hacer algo acerca de ello. […] Pensamos que la competencia es buena, pero los competidores deberían crear su propia tecnología original, y no robar la nuestra”. Parecería que estas son duras afirmaciones, que no solo irían contra HTC sino también contra Nokia, quienes fueron blanco de la ofensiva legal de Apple hace pocas semanas.

Sin embargo, recientemente se ha liberado en versión electrónica de la queja legal de Apple, se incluyen productos de HTC que corren Windows Mobile, como los HTC Touch Pro, Touch Diamond, Touch Pro 2, Tilt II, Pure, HD2 e Imagio, a los cuales se acusa de utilizar tecnologías como procesamiento de señales digitales DSP. Por otro lado, en la demanda se acusa de venta irregular e importación sospechosa a estos equipos, manufacturados en Taiwan, donde se pide que HTC interrumpa la importación de los productos que infrinjan sus patentes.

Algunas de las patentes son muy generales, por ejemplo, el escalado de voltaje lo tienen todos los procesadores de la familia XScale, y en el escritorio, todos los procesadores modernos (Intel con SpeedStep, AMD con PowerNow). Respecto de las transiciones por transparencia, Windows Aero lo incluye, pero no está en demanda en esta instancia, seguramente por ser un sistema de escritorio. El que Apple reclame patentes de hace 15 años abre muchas dudas y las posibilidades son amplias en cuanto a lo que pueda pasar.

Para más datos, ver http://www.engadget.com/2010/03/02/apple-sues-htc-for-infringing-20-iphone-patents/ donde se tiene una detallada lista de las tecnologías que reclaman. Algunas de ellas están directamente implementadas en Android (por ejemplo, uso de heurística para procesar la entrada de usuario), donde al deslizar el dedo en cualquier dirección única, el browser de desplaza hacia ese lugar aunque el usuario levante el dedo; pero si el movimiento es en forma de ángulo, se puede recorrer el browser en forma libre hacia cualquier lado. También el sistema mutitarea orientado a objetos, con patentes que datan de 1996 y 2001, se pone en tela de jucio, y aqui se ataca directamente a Android.

Por ejemplo, en el siguiente dibujo se explica como las aplicaciones pueden acceder a datos de objetos del propio sistema operativo:

Los analistas observan que esto va en contra de Android, y no de HTC especificamente, sino contra su implementación. En todo caso, no se mencionan problemas con Windows Mobile/Phone en forma taxativa, por ahora.

Nuestra opinión temprana es que Apple está reclamando cosas que son estándares, técnicas del sistema operativo que son de uso común en todos los sistemas modernos. Por ejemplo, Windows NT / OS2 , desarrollado tempranamente por un acuerdo entre Microsoft e IBM, describe al sistema operativo como un contenedor y registrador de objetos, donde todo lo que existe en el sistema operativo son objetos: desde el ícono de la interfaz gráfica, hasta un archivo en el filesystem. Esto data desde antes que 1996, con lo cual nos queda la seria duda de si Apple realmente reclama esto, o lo incluye como una estrategia legal solamente, para luego decantar la cuestión hacia lo que realmente le interesa, que por el momento nos queda detrás de un velo que nos impide decir más al respecto.

La posibilidad de HD en los dispositivos móviles

2010-02-18T15:59:00.001-03:00

Los dispositivos móviles ya tienen procesadores de 1GHz, con un consumo del orden de 1.5 vatios. En concreto, los modelos equipados con Windows Mobile 6.5.x como el HTC HD-2, quizás el más poderoso teléfono con Windows Mobile hasta la fecha, tienen la siguiente especificación:

Núcleo ARM de 1GHz
Procesador digital de señales DSP de 600 MHz, en núcleo separado pero dentro del mismo chip.
Pueden manejar un display XGA (1024x768) y soportan sensores de cámaras de hasta 12 megapíxeles (recordemos que la familia OMAP 4400 con 4 núcleos podría soportar hasta 20 megapíxeles).

Ahora bien, la pregunta que nos cabe hacer es si podremos disfrutar de videos con esta resolución. La respuesta es si, de hecho, con videos en formato MP4 se puede ver sin modificaciones los videos marcados como “HD” en Youtube (que desde noviembre permite la subida y reproducción de videos en formato 1080p).

Por lo tanto, es posible ya grabar y reproducir videos en uno de los formatos HD, el 720p (esto significa 1280 x 720 píxeles, en escaneo progresivo). El Omnia II de Samsung es uno de los dispositivos que nos permite grabar con su cámara y reproducir estos videos de alta definición, aunque sin sonido estéreo si el video proviene de la cámara del teléfono.

La pregunta que nos podremos hacer es si podremos pasar de un formato como el Blu-Ray al dispositivo móvil, y para analizar la respuesta tendremos que considerar los siguientes aspectos: en principio, no sin conversión. Si bien el contenido activo de Blu-Ray es esencialmente MPEG-2 (con un alto ancho de banda), este contenido viene en una carpeta dentro del disco, particionado en varios archivos de tamaño muy disímil (los hay tan grandes como 2GB y tan chicos como 20 MB), los cuales son orquestados por el software de reproducción. En efecto, el reproductor de Blu-Ray corre una versión de Java ME (para móviles) adaptada a los reproductores de Blu-Ray, transformándolos en contenedores de archivos sueltos “aglutinados” por un software de Java. Este software cumple varios roles, no solamente el mostrar los menúes o ayudar al usuario en la navegación del disco, sino que también comprueba los derechos digitales de reproducción, puede impedir la reproducción si no se cumplen determinadas normas, etc. DE todos modos, algunos entusiastas logran correr el contenido del BD desde estos archivos separados y con reproductores de software open source, descargando el códec necesario.

Pero este no es el caso que nos preocupa. Debido a su dependencia de Java, los reproductores de Blu-Ray deben ser necesariamente actualizables en sus memorias PROM, donde se alojan los X-Lets de BDJ (Blu-Ray Java), los cuales se pueden descargar desde internet.

“Digital copy” en los discos BD

Entonces , la pregunta es qué sucede con los dispositivos móviles. Si bien estos pueden correr perfectamente Java ME, en principio ninguno tendría la potencia para reproducir los streams MPEG-2 de 1080p de los discos BD, porque si bien se podrían copiar en tarjetas de 16 GB (SanDisk anunció las nuevas SD de 32 GB), la potencia de decodificación y downscaling no sería suficiente para una reproducción adecuada. Por otro lado, la mejor resolución de un dispositivo móvil con Windows Phone es (por ahora) 800x480, menos de la mitad de la ofrecida por 1080p, es decir, una cuarta parte si tomamos en cuenta la cantidad de píxeles. Está claro que para ver el contenido en el dispositivo, necesitaríamos cambiarle el formato por alguno de los archivos de medios ya soportados, y para ello descargaríamos herramientas de terceros, etc. Atentos a este potencial problema, los estudios principales y distribuidores decidieron colocar en el Blu-Ray una versión ya preparada para estos dispositivos, con la codificación y el subtitulado ya hecho, lo ofrecen como un “plus” al contenido original del disco BD. Es versión reducida se llama copia digital (digital copy).

En la copia digital las resoluciones suelen variar, por ejemplo, pueden ser de 720x480 píxeles. Algunos suelen venir con protección DRM, etc. pero aquí lo importante es recalcar que es un solo archivo contenedor de medios, con formato WMV (Windows), o bien M4V (formato de video de iTunes). Recordemos que de todos modos, 480p no es un formato de alta definición sino uno estándar, pero con las pantallas actuales es lo más lógico. El HTC HD2 puede reproducir contenido 720p, pero su pantalla no tiene 1280x720 sino 800x480, por lo tanto, el resultado definitivo es para el usuario final sería esencialmente el mismo.

Algunos discos no traer la copia digital en el mismo disco, sino que si el disco es original, en su caja está impreso un código personal para descargar la versión reducida de la Internet.

Recordemos que con el formato WMV sólo deberemos transferirlo al dispositivo móvil y ya podremos disfrutar de una calidad aceptable en nuestro teléfono Windows Phone sin necesidad de descargar códecs, etc.

Windows Mobile 7 es oficial

2010-02-15T13:56:00.001-03:00

Hoy, 15 de febrero, se oficializó la existencia de Windows Mobile 7. Muchos consideran que Microsoft encara una tarea muy difícil, como lo es el “rebranding” de Windows Mobile. Con el nombre de “Windows Phone 7”.

No solo es un cambio de interfaz (la cual es revolucionaria, según la prensa especializada), sino que también se confirma un cambio importante en lo subyacente. Los puntos clave son:

Pantalla “home screen” totalmente nueva
Start menu se reemplaza por pantalla deslizante con grandes íconos, sólo con desplazamiento vertical
Gran foco en redes sociales: MySpace, XBOX Live, Facebook. Vista de estado de múltiples servicios por usuario.
Especificaciones muy rígidas respecto de los OEMs (esto sorprendió a muchos). Esto es para asegurar la mejor performance y la excelencia en la marca.
- Una CPU y velocidad específicas
- Resolución de pantalla y relación de aspecto específicas
- Cantidad de RAM y de botones debe ajustarse a lo establecido por Microsoft
- Prohibición de que el carrier o el OEM introduzcan cambios en la interfaz de usuario (adiós HTC Sense o Samsung TouchWiz).
- Un unico Windows Phone independientemente del carrier, país, o marca del dispositivo: todos serán “Windows Phone”.

La interfaz es única en su tipo, solo compartida por el Zune HD, como habíamos anticipado oportunamente en este blog, y ha recibido excelentes criticas hasta el momento, sobre todo porque no existe nada parecido en la competencia con la cual pueda compararse cualitativamente. Será en todo caso el mercado quien favorezca a este nuevo OS móvil.

Podemos ver y leer mucho más de esto en http://www.windowsphone7series.com/, sobre todo recomendamos la demostración hecha en SilverLight para acercarnos a lo que será Windows Phone 7. Los primeros modelos estarían disponibles hacia las vacaciones del hemisferio norte de este año, es decir, para Julio o Agosto de 2010.

El fenómeno de las netbooks

2010-02-10T19:05:00.001-03:00

Hace algún tiempo, justamente en Buenos Aires durante la VII CIITI donde fuimos panelistas, estábamos escuchando al representante de Microsoft arrojar a la audiencia un dato inquietante: “no sé si la audiencia lo habrá notado, pero los microprocesadores están alcanzando un límite fisico de rendimiento, cuesta mucho sacarle más velocidad. Por eso la industria se ha dedicado mientras busca alguna salida, a vender computadoras obsoletas, produciendo un retroceso que nadie ve como tal: es el fenómeno de las netbooks”.

Analizando esta afirmación, podemos ver visos de verdad. En nuestro país han sido un gran éxito, podría mencionar que fácilmente el 50% de mis conocidos y colegas tienen una y la utilizan en forma regular. Sin embargo, existen razones de peso detrás de esta aparente maniobra, que justifican su éxito comercial, pero que desde el punto de vista del fabricante de microelectrónica no arrojan tan buenos resultados, ya que está probado que el usuario que comprar un netbook, compraría una notebook de no existir ésta. Intel ha perdido un 20% de ingresos en el sector de movilidad justamente por vender procesadores ATOM y no el equivalente Centrino, que deja a la empresa mejores ganancias.

Esencialmente, en 2008 se vendieron alrededor de 12 millones de netbooks, y en 2009 alrededor de 22 milllones, contra la venta de 180 millones de notebooks regulares en 2009. Las razones de su éxito pueden ser las siguientes:

Precio contenido. En la Argentina, la mayoría de las netbooks cuesta menos de 2000 pesos, y muchas de ellas tienen capacidad de red HSDPA con red celular de datos 3.5G, como el caso de la LG UX 110 ofrecida por Movistar.
Suficiente espacio en disco para el usuario móvil de verdad: ninguna ofrece menos de 160 GB al momento de escribir estas líneas.
Procesador con consumo irrisorio de energía: el Intel ATOM no consume más de 2 vatios, lo cual es sin lugar a dudas un avance sorprendente, la familia Centrino oscila en torno a los 30 vatios (Core 2 Duo).
Potencia suficiente para el uso normal de un usuario móvil: correo, suite de oficina, navegación de páginas web y reproducción de multimedios
Escaso peso y reducido tamaño: ninguna pesa más de 1200 gramos.

Sin embargo, desde el punto de vista tecnológico, sus procesadores, memoria y disco nos llevan por lo menos cinco años atrás. El procesador Intel ATOM N270, que es que equipa la mayoria de los equipos disponibles en el cono sur, es un diseño de un sólo núcleo físico, aunque soporta Hyperthreading, esto es, en su circuitos de conexión a la memoria, ofrece duplicados ciertas interfaces que hace que el software pueda “ver” dos núcleos en vez de uno, es decir, posee dos “threads” o “hilos” de ejecución sobre un mismo núcleo físico. Esto hace que el rendimiento sea de alrededor de un 140% del de un solo núcleo “puro”, y representa una solución interesante al paralelismo verdadero.

Otras desventajas relativas a la tecnología actual son la velocidad de memoria, presentan un bus de sólo 533 MHz, y un caché L2 de sólo 512 KB, aunque podríamos decir que la experiencia indica que no sólo es importante la velocidad y el tamaño del caché, sino el uso que el sistema haga de los datos en él contenido. De todos modos, no debemos perder de vista que el consumo de 2 vatios lo acerca peligrosamente al mejor sistema ARM actual, que consume alrededor de un vatio a plena potencia, con un clock de 1GHz. En N280 es una mejora del 270, esencialmente mejora la velocidad de bus frontal, llevandolo a 667 MHz contra 533 del N270.

También debemos destacar que el ATOM 270/80 es un diseño de 32 bits, esto es, no permite correr sistemas operativos de 64 bits, pero las razones son atendibles: estos sistemas están pensados para ser ultraportátiles, con lo cual privilegian el bajo consumo de batería. El adicionar un sistema de 64 bits implicaría llevar la memoria a 4 GB por lo menos, para que las ventajas sean perceptibles. Con 3 GB o menos de 3GB, el rendimiento respecto de un sistema de 32 bits es difícilmente mejor, ya que justamente la ventaja de 64 bits es disponer de mucha más memoria direccionable. Como la mayoría de las netbooks actuales tienen 1 ( a los sumo, 2GB) de RAM, aunque tuviésemos un chip de 64 bits dificilmente podríamos instalarle un SO de 64 y usar sus ventajas, porque al colocar 4GB el consumo va a subir un poco, y el coste del equipo en general también sería perceptiblemente más alto.

Por otro lado, las pantallas en casi el 90% de los equipos netbooks de 10 pulgadas son de resolución 1024 x 800, con honrosa excepción del sistema Sony Pocket VAIO, con una resolución de 1600x800. Este tipo de equipos no posee una tarjeta de video que permita la descodificación on-board de videos de alta definición, con lo cual el ver contenido HD en un equipo de estos es ciertamente un desafío, no decimos que es imposible, sino que hay que afinar el sistema para dejar toda la potencia posible de procesamiento a la tarea de descodificación. Sin embargo, los reportes coinciden en que es factible ver DVDs con buena calidad en forma consistente.

Un paso mas: Intel ATOM 330

En proximo paso sería el Intel ATOM 330, que es básicamente un diseño similar, pero con set de instrucciones de 64 bits, caché L2 de 1MB, y doble núcleo, totalizando 4 threads. Este es un procesador significativamente más poderoso que los anteriores, debido a que es un diseño multicore real.

Intel ATOM 330,

De todos modos, el HyperThreading es sencillo, para mantener el consumo bajo, y cualquier procesador Celeron actual, al mismo clock, tiene por lo menos el doble de rendimiento que los ATOM, claro que a costa del consumo. Esto es porque esencialmente la predicción de las instrucciones, que se realiza en las denominadas “pipelines” del procesador, están reducidas al máximo en este diseño.

Las “pipelines” son circuitos lógicos que permiten correr ejecución condicional de códigos, de tal manera de ir procesando en adelanto ciertos segmentos del programa binario, sobre todo cuando se predice la ejecución de un salto: el procesador ejecuta tanto el camino TRUE como el FALSE, y sólo al llegar a la ejecución del resultado de la bifurcación o salto condicional, sabe que resultados tomar: si es TRUE, carga los resultados del pipeline TRUE, y descarta los del FALSE. Si es a la inversa, se toman como verdaderos los contenidos en el pipeline FALSE, y se descartan los TRUE. Esto acelera significativamente la ejecución del código binario, a expensas de gastar millones de transistores en la implementación de los “pipelines”. en este diseño, se ha mantenido la predicción lo mínimo posible, para ahorrar energía. Por esta ultima razón, algunos analistas afirman que la tecnología de los ATOM se acerque más a los Pentium originales de hace varios años que a una revolución móvil.

Algunos reportes preliminares arrojan un resultado mediocre del N330, siendo entonces solo un 20% superior al N270. Por este motivo, el 330 no ha tenido mucha aceptación, y el mercado sigue desde hace un par de años, inundado de sistemas basados en la tecnología más probada y aceptada, los N270 y N280. Esto es seguramente por la solución de compromiso en montar el procesador más capaz sin actualizar el entorno del mismo. En otras pruebas, en equipos de escritorio, se ha podido ver claramente la ventaja de disponer de 4 hilos de ejecución a un costo muy reducido, dotando a la placa madre de mejores componentes, en el escritorio se han reportado excelentes resultados al reproducir Blu-Rays.

Un paso a la vez: ATOM N450

En N450 es una evolucion del N280, y esencialmente sería su versión de 64 bits, un solo nucleo con HyperThreading, y bus frontal de 667 MHz. De todos modos, existe una contradicción en su hoja de especificaciones, ya que muestra un límite de 2 GB en la memoria RAM. Con esto, dificilmente podamos ver mejoras ciertas en rendimiento, y la conveniencia solo vendría de la mano de correr nativamente software de 64 bits independientemente de sus mejoras en performance. Por otro lado, no se soporte virtualización por hardware, con lo cual si necesitamos virtualizar algo, debemos utilizar VirtualBox de Sun Microsystems, que no nos exige tener soporte de VM a nivel de hardware (a cambio de un rendimiento inferior).

El futuro de las netbooks

Algunos fabricantes (como ASUS) han lanzado al mercado netbooks con tamaño de pantalla de 12 pulgadas y procesadores ATOM de la familia Z5xx (Z520 por ejemplo). Este procesador tiene un clock de 1,33 GHz, ciertamente mas lento que el del N270, pero permite el soporte de virtualización por hardware de Intel. Por lo tanto, si vamos a correr WMWARE,VirtualPC o VirtualBOX sobre una netbook, la eleccion de cajón es el ATOM Z520. Esto las acerca al punto de confundirse con las notebooks de gama alta de algunos fabricantes como Sony o Dell, que ofrecen en 12 pulgadas procesadores de voltaje ultra-bajo (ULV) y permiten que el equipo cerrado tenga unos 18 mm. de grosor. Sin embargo, hablando de notebooks, el costo de estos equipos es prohibitivo, y es varias veces más que la netbook que mencionamos.

En otras palabras, mientras el consumo y el tamaño de las netbooks sea el actual, difícilmente podamos ver una mejora significativa en rendimiento por el momento, ya que cualquier artefacto que suba su rendimiento de forma apreciable consumirá más energía: caché L3, o más velocidad de memoria, o más velocidad de rotacion del disco, o una placa aceleradora de video.

Una idea que nos da vuelta en la cabeza es dotar a las netbooks de chips de video que cumplan con la característica Direct-Compute® de Microsoft, esto permitiría que el software (si está así preparado) pueda ejecutarse en la CPU normal del equipo, y al mismo tiempo en el chip de la tarjeta de video, distribuyendo el procesamiento entre todos los núcleos de procesamiento del equipo. Habría que ver cómo esto impacta en el rendimiento global, pero sobre todo, en el consumo de energía. Sin embargo, con Direct-Compute (DirectX-11) recién llegando a las máquinas de escritorio, es también difícil que lo veamos en un futuro cercano en las notebooks, y por ello ni qué hablar de las netbooks.

Sony-Ericsson “Aspen”: primero con Windows Mobile 6.5.3 y ecológico

2010-02-09T20:15:00.001-03:00

Este terminal es el primero equipado con el Sony-Ericsson “Aspen”, tiene pantalla táctil de 2.4 pulgadas y cámara de 3.2 megapíxeles. Si es la misma que tiene el W508A estaremos sin duda ante la mejor cámara de todos los dispositivos Windows Mobile. Dotado de un diseño minimalista y elegante, está destinado al público profesional y a competir con las terminales de BlackBerry, y como tal sus especificaciones no son extraordinarias si lo comparamos con otras terminales de gama alta. Sin embargo, destacan su duración de batería (10 horas de conversación en modo GSM), soporte para SDHC (16 GB máx.) y Bluetooth con A2DP.

Como elemento distintivo de mercadotecnia, diremos que este modelo adhiere a la iniciativa “Greenheart” de la firma, donde el cuerpo del teléfono, el cargador y sus embalajes son de elementos reciclados. Incluso dispone de una aplicación “Eco-mate” para contar los pasos dados por el caminante y las calorías quemadas, que el software cambia a equivalentes de gramos de CO2 que emitiríamos si fuésemos esa misma distancia en automóvil. El contador de pasos y calorías es una aplicación que viene con otras terminales de la firma, como el W508A, el cual para nuestro parecer es un balance optimo entre precio y prestaciones, aunque no dispone de Windows Mobile. Al igual que éste, tiene 100MB de memoria RAM.

¿Qué trae de nuevo Windows Mobile 6.5.3?

Windows Mobile 6.5.3 adiciona soporte para multi-touch, agrega control completo táctil que hacen innecesario el uso del stylus, y drag & drop iniciables desde menúes. El ícono Start se ha movido a la esquina inferior izquierda, y ahora los e-mails se pueden ordenar conversacionalmente, como las conversaciones SMS. Internet Explorer tiene mejorado el consumo de memoria, y carga las páginas más rápidamente.

Visual Studio 2010 Release-Candidate disponible para descarga

2010-02-09T19:43:00.001-03:00

Desde ayer, 8 de enero de 2010, Visual Studio 2010 está disponible para descarga desde el sitio de soporte a subscriptores MSDN, como vemos en esta captura de pantalla:

Importante: A partir del 10 de febrero, las descargas estarán disponibles para todos, incluso los que no son suscriptores MSDN.

Recordemos que VS2010 hará énfasis en el nuevo .NET 4.0, y adicionará un lenguaje funcional: FSharp (F#). el cual introducirá por la vía oficial de Microsoft al paradigma de programación funcional. Pero respecto del desarrollo móvil, Microsoft ha decidido separar el desarrollo móvil de las versiones de Visual Studio, y por ello al parecer, VS2010 no tendría soporte para desarrollo móvil por el momento, sino que este vendría cuando .NET CF 4.x esté disponible, o bien cuando exista un release nuevo de la plataforma móvil.

Microsoft promete que Visual Studio 2010 es la versión más rápida que se haya hecho de la herramienta de desarrollo, quizás todo un logro debido a la gran complejidad de la suite. Desde VS 2008 que la herramienta soporta multiprocesamiento simétrico e hyperthreading, lo que esté disponible a nivel de hardware, a través del sistema operativo. Sin embargo, Microsoft ha trabajado en las áreas claves para la performance, y los reportes preliminares parecen confirmar esto sin lugar a dudas.

Para el desarrollo móvil, es posible que debamos esperar la salida de “Seven”, y .NET CF 4.0, para poder utilizarlo con Visual Studio 2010. Mientras tanto, deberíamos seguir con Visual Studio 2008 y las herramientas conocidas de desarrollo móvil, basadas en SDKs, que parece ser el método más apropiado para actualizar una plataforma móvil en la suite de desarrollo.

Nuevos dispositivos Windows Mobile

2010-02-09T19:01:00.001-03:00

En estos ultimos tiempos han salido al mercado y se han anunciado varios dispositivos basados en Windows Mobile. Citaremos ahora algunos de ellos:

La Familia Samsung Omnia Pro

Es un conjunto de dispositivos anunciados a mediados del año pasado, donde uno de ellos, el Samsung B7620 “Giorgio Armani” es un derivado del Omnia Pro 7610, esencialmente el mismo teléfono pero en la versión Armani con una mejor terminación. Ninguno de ellos está en este momento disponible en Argentina. Consta de los siguientes modelos:

Samsung Omnia Pro B7610-20 Liberado en Septiembre y Octubre 2009	Samsung Omnia Pro B7320-30 Liberado en Octubre y Noviembre 2009
B7610 B7620 “Armani”	B7320 B7330
Teclado Query deslizable AMOLED de 800x480 píxeles Aceleración de videos Salida de TV DNLA Windows Mobile 6.1 Professional con upgrade a 6.5 (B7610) Windows Mobile 6.5 (B7610 Giorgio Armani)	Teclado inferior QWERTY Radio FM WiFi HSDPA 7.2 Mbps + HSUPA 2 Mbps Windows Mobile 6.1 Standard (B7320) Windows Mobile 6.5 Standard (B7330)

Sony Ericsson

Esta firma ha anunciado en Septiembre la salida del XPERIA X2, donde mantiene la alta resolución de 800x480 de su anterior versión X1, y corre Windows Mobile 6.5. Por lo demás , fue liberado recientemente (Enero 2010) pero presenta la misma línea base de hardware que su predecesor, solo se nota una mejora evidente en su cámara de 8.1 megapíxeles, pero esencialmente es el mismo dispositivo con algunas mejoras menores, y obviamente el upgrade a Windows Mobile 6.5. No se ha anunciado todavía en Argentina.

XPERIA X2

Lucky Goldstar Electronics (LG)

Este es el aliado más poderoso por el momento, de Windows Mobile, habiendo anunciado 10 teléfonos basados en la plataforma a ser liberados durante un año calendario. Mostramos aqui los más notables de ellos:

LG GW820 eXpo con proyector móvil opcional

Este teléfono tiene un opcional interesante el cual es un proyector móvil, con capacidad de proyectar hasta alrededor de 100 pulgadas de distancia en un salón a oscuras. Por lo demás, es una terminal de alta gama. En las fotos vemos la versión para AT&T. Posee teclado, WiFi, navegación por GPS y datos HSDPA 3.5G. También es el primer smartphone en incorpora un lector de huella dactilar. Si bien esto no es único (en 2002 la HP-Ipaq 5400 introdujo esta mejora en las PDAs), si lo es en el mundo de los teléfonos celulares de alta gama. El procesador es un poderoso SnapDragon de 1 GHz, y viene con una pantalla de 800x480 píxeles, que no es AMOLED. En el mercado estadounidense, el costo del proyector oscilará en los USD 180. Este proyector tiene una resolución de 480x320 píxeles (esto es inferior a la de la pantalla, como sucede también en los equipos de escritorio), es de tecnología DLP, tiene un excelente contraste de 1000:1 y 4,4 lúmenes ANSI (las pruebas independientes señalan un brillo real de 6 lumens). Su relación de aspecto es 3:2, y sirve para presentaciones preparadas para tal resolución y videos. Los reportes preliminares indican una buena imagen y tamaño en plena oscuridad.

Lo que nos resulta casi increíble es pensar cómo entra físicamente lo necesario de la tecnología DLP, porque ésta involucra piezas móviles: el chip de imagen es fijo y contiene los miles de espejos microscópicos que se mueven por efecto piezoeléctrico, pero existe una rueda de colores que gira delante de la fuente de luz blanca. Con lo cual, viendo el tamaño de este proyector con un grosor de unos 18 mm. a duras penas nos podemos imaginar cómo metieron la rueda de colores giratoria dentro de este dispositivo. Como se anuncia que la batería durará 90 minutos con el proyector encendido, nuestra sospecha es que han sabido reemplazarla por LEDs multicolores que pueden iluminar con luz de varios colores desde un solo LED físico como fuente de luz física, donde cada destello de luz de distinto color va sincronizado con la orientación de los espejos en el chip de imagen.

High-Tech Computers HTC

El mayor fabricante de dispositivos Windows Mobile del mundo, HTC, a pesar de haber abrazado también la plataforma Android, lanzo el HD2 el pasado noviembre de 2009.

HTC HD 2

Este es el primer dispositivo en tener una pantalla capacitiva, la cual muestra mucho mejor respuesta que la resistiva que la gran mayoría de los modelos tenía hasta ahora. También posee el procesador SnapDragon de 1GHz y soporte multi-touch debido a su pantalla capacitiva enorme de 4.3 pulgadas, quizás la más grande del mundo Windows Mobile (esto hace al dispositivo uno ciertamente grande). Por otro lado, está claro que HTC apuntó directamente al corazón de la competencia, al iPhone 3Gs. Según lo que hemos podido recoger de profesionales colegas que lo tienen (no está disponible en nuestro país), su velocidad de respuesta es impresionante, teniendo en cuenta a los que nos tenía acostumbrado Windows Mobile. Está claro que los 400MHz de diferencia con el iPhone 3GS hacen la diferencia. Sin embargo, todavía Apple tiene la delantera en la ejecución de juegos debido al chip acelerador PowerVR conque viene equipado.

HTC HD2

Podemos ver una comparación interesante entre el nuevo HD2 y el iPhone 3Gs hecha por PhoneArena.com a continuación, donde apreciaremos las funciones multitouch de ambos dispositivos y una idea en lo general del desempeño:

¿Qué sucede en Argentina?

De estos modelos mencionados, ninguno está disponible oficialmente todavía en Argentina. Sólo la empresa Personal dispone del Samsung i8000 Omnia II a un costo de ARS 1499 con doce meses de plan de $ 149 que incluye 300 SMS, 300 MB de datos y 300 minutos de voz. Al momento de escribir estas líneas, Movistar lo tiene en su intranet corporativa pero no lo ofrece todavía al público en general ni está disponible en el website, todo parece indicar que lo ofrecería al público a un precio aproximado a los ARS 2000, aunque no hemos podido confirmar el plan de línea celular que se asociaría con este costo.

El futuro de Windows Mobile “Seven”

2010-02-09T11:52:00.001-03:00

IMPORTANTE: Las opiniones vertidas en este artículo son sólo a título personal como un análisis del posible futuro, y no representan en modo alguno la posición oficial de Microsoft.

Mucho se ha escrito acerca de Windows Mobile 7 en los blogs de todo el mundo. Al día de la fecha, podemos hacer una recopilación de datos acerca de estos anuncios, para luego desarrollar nuestro propio punto de vista al respecto.

1. Se presentará en el Mobile World Congress Forum, en Barcelona, este mes de Febrero de 2010, a partir del 15 de Febrero. Es decir, falta exactamente una semana.

2. Constará de dos “sabores”: uno de ellos será Windows Mobile “Business Edition”, el otro será “Media Edition”. El primero estará basado en Windows CE, el segundo será algo nuevo, y como tal, no será compatible con las anteriores aplicaciones de Windows Mobile, sistema operativo hasta ahora siempre basado en Windows CE.

3. Para la mercadotecnia, el sistema operativo pasará a llamarse “Seven” a secas, dejando de lado las palabras Windows Mobile para una mejor percepción del consumidor.

Esto nos deja varias preguntas o dudas, las cuales queremos compartir con ustedes:

Quiebre de compatibilidad hacia atrás

El quebrar la compatibilidad puede tener dos caminos:

Portar el S.O. Tener un sistema operativo que no sea derivado de Windows CE. Por ejemplo (y sospechamos de esto), puede ser porque Microsoft puede “portar” un sistema operativo de escritorio a la plataforma móvil. Esencialmente, el proceso de portar un sistema operativo consiste en adaptar el software de tal forma que se puede crear un programa ejecutable para que ejecute en un entorno que es distinto para el cual fué originalmente diseñado. Este proceso ha seguido Apple Corp. para su iPhone, donde se ha tomado un sistema Leopard OS de escritorio y se lo ha adadptado al procesador y entorno del iPhone. Por lo general, si tomamos este camino, se obtiene un dispositivo que es más cercano a un dispositivo de cómputo móvil completo que a un teléfono celular.
Adicionar funciones nuevas al sistema operativo tal que lo hagan incompatible. Un ejemplo sería el abandonar el uso de la librería de punto flotante para pasar a usar directamente las facilidades de FPU (si las hubiese) del microprocesador. Este es un tema controversial, porque por mantener la compatibilidad entre sus más de 100 fabricantes de equipos originales (OEMs) , se ha optado por un set de instrucciones estándar, donde el punto flotante se da a través de funciones de software principalmente.

En principio, todas las discusiones con colegas (ya que Microsoft ha guardado celoso silencio en esta materia tan delicada) tienden a decantarse por la segunda opción, donde el Zune sería una muestra bastante acabada en su interfaz de lo que puede ser “Seven Media Edition”. Hemos tenido la oportunidad de ver un Zune HD en nuestras propias manos en Octubre de 2009, y la interfaz es excelente.

¿Porqué portar el sistema operativo?

Suponiendo (y es una suposición bastante grande) que se decida por un nuevo sistema operativo portado desde otra plataforma (en el caso de MS, sería uno de escritorio), una de las razones fundamentales sería el tiempo. En Febrero de 2010 habrán sido unos 12 meses desde el anuncio de que un nuevo sistema operativo móvil estaba en camino, y en ese tiempo, es factible tomar un sistema operativo de escritorio y portarlo al móvil, agregando las siguientes funciones que Windows Mobile no posee sin necesidad de codificarlas, porque ya están disponibles en un OS de escritorio:

soporte para multiprocesamiento simétrico: no sería una mala idea tener el soporte de SMP en un dispositivo móvil, aunque algunos colegas no ven con buenos ojos esta funcionalidad sobre todo por el consumo de batería. De todos modos, ha quedado claro que Microsoft ha anunciado este soporte , como lo plasma un documento de Texas Instruments liberado a mediados del año 2009 en lo referente al soporte de su nueva línea de procesadores multinúcleo OMAP 4400.
soporte de rendering de impresión: con la potencia y memoria de Windows Mobile, sería posible lograr renderizados de impresión de longitud reducida (digamos, una factura, un remito, un corto documento).
soporte del concepto de servicios: en este momento, Windows Mobile no tiene el concepto de servicios, y un OS de escritorio podría agregarle este tipo de funcionalidad. Cabe preguntarnos para qué sería útil, en este caso deberíamos sopesar la complejidad del soporte de servicios, tiempo de arranque, implicaciones de seguridad, etc.
modelo de drivers: Windows Mobile no tiene el concepto de drivers, y los manejadores de dispositivos deben codificarse monolíticamente con el sistema operativo en ROM, esto tiene sentido desde el momento en que el perfil de un teléfono celular no puede variar: no se puede cambiar la CPU, no admiten unidades de discos, no se le puede adicionar tarjetas de red, etc. Sin embargo, el concepto de driver podría ser ventajoso en cierto aspecto, y una pesadilla en otro: existe una gran dispersión de fabricantes y propuestas, con lo cual lograr un funcionamiento homogéneo sería en cierto modo imposible.

¿Porqué no portar sino reutilizar Windows CE?

Esto también es posible. Windows CE sigue siendo oficialmente la solución de Microsoft para los sistemas embebidos y dispositivos móviles.

Windows CE puede proveer todo lo que se necesita y lo que tiene un sistema operativo de escritorio, con algún trabajo de extensión y modificación.
Es un sistema creado para dispositivos moviles y sistemas embebidos desde cero, permite un óptimo aprovechamiento del hardware limitado que se encuentra en cualquier dispositivo móvil, y es muy cuidadoso del consumo de energía
Tiene un modelo de interrupciones más refinado que el kernel Win32.
Es un sistema operativo en tiempo real RTOS y Win32 no lo es.
Está probado en el tiempo, va por la sexta generación.
.NET CF está probado y tiene un grado de maduración importante sobre esta plataforma.

¿Porqué se hace énfasis en la compatibilidad?

Existen otros problemas todavía por dilucidar. Por ejemplo, los sistemas RISC, en particular el ARM, no tenían coprocesador de punto flotante dentro del núcleo ARM sino hasta tiempos más recientes. Esto implicaba que muchos sistemas operativos embebidos ofrecían una librería de punto flotante que lo emula, porque agregar un procesador más poderoso en algún momento se juzgó como contrario a la vida de la batería, y a favor de un costo elevado del equipo móvil.

ARM proveyó entonces la solución conocida como VFPU, vector-floating point unit, con las operaciones de punto flotante correspondientes a la norma IEEE 754 preservadas y respetadas. Recordemos que se llama “vector” porque es una operación “single instruction, multiple data” (SIMD), donde una sola instrucción puede ejecutarse en simultáneo en más de un operando, el conjunto de argumentos está cargado en un vector o matriz.

Sin embargo, Microsoft, hasta su release R2 de Windows CE 6.0, no daba soporte a punto flotante con VFP. El punto flotante en Windows CE aparece de la mano de una librería “reemplazable” denominada “FPCRT” (floating point C run time), la cual es una librería binaria. .NET Compact Framework la encapsula, por lo tanto, la funcion arco-seno (asin) de FPCRT existe en .NET como System.Marth.Asin. Esta librería es la FPCRT.DLL, de modo tal que en Windows CE, cuando una aplicación necesita operar en punto flotante, la petición se la rutea a FPCRT.DLL, la cual como dijimos es una emulación.

La librería FPCRT.DLL se divide en dos partes:

Funciones que dependen de la plataforma: son las operaciones básicas o primitivas como sumar, restar, multiplicar, y conversiones (entero a doble, flotante a doble, etc.), que dan origen a las demás.
Funciones independientes de la plataforma: funciones complejas: trigonometría, redondeo, exponentes y logaritmos.

Para utilizar el coprocesador VFP en el microprocesador ARM, la posibilidad está en que le OEM (el manufacturador del dispositivo) reemplace la parte que depende de la plataforma (es decir, las funciones de base) con sus propias implementaciones utilizando –ahora si- el coprocesador VFP del chip ARM. Esto provee una buena aceleración, pero no ofrece un grado suficiente de precisión (56 bits en vez de 64). Si uno desea mejorar esto, el problema a que se enfrenta es que existen dos métodos (_controlfp y _ctrlfp) dentro de dicha librería cuyo código fuente no está disponible junto con Windows CE 6.x. La única manera de mejorar la precisión y la velocidad es disponiendo de dicho código fuente, cosa que hasta el momento han logrado muy pocas empresas, con acceso privilegiado al código fuente de Microsoft.

De todos modos, queda claro que ciertas porciones del sistema operativo pueden ser alteradas por el OEM, entre ellas funciones muy íntimas del sistema operativo. Y también, por esto que enunciamos, las operaciones de punto flotante no se soportan directamente del chip a menos que el OEM así lo establezca.

El lector, a este punto, debe preguntarse ¿porqué tanto énfasis en las operaciones de punto flotante? La respuesta es que éstas sirven para dar efectos a la interfaz de usuario, particularmente a la aceleración en 3D de las GUI, etc. Por otro lado , también queda claro que si el OEM puede alterar las librerías estándar reemplazándolas por propias, puede quebrar la compatibilidad con el resto de los dispositivos, o incluso dentro su misma marca, con líneas distintas de dispositivos.

Con esto queremos significar que el decidir portar un sistema operativo nuevo quebrará la compatibilidad, pero el habilitar nuevas funciones también lo hará. Justamente en esto es que Apple con su iPhone no tuvo problemas, ellos no tenían los 16 años de historia de Windows CE detrás que respetar en compatibilidad.

¿Qué sucede con PowerVR?

De este punto de vista, es *posible* que Microsoft puede alterar significativamente el acceso a PowerVR del chip ARM, que es esencialmente una tecnología licenciada por Imagination Technologies a fabricantes de microelectrónica como Intel, NEC, TI, Samsung, etc. Algunos microprocesadores, como la linea OMAP 4400 de Texas Instruments®, tienen soporte de PowerVR en el chip. Sin entrar en detalles, digamos que PowerVR utiliza una tecnología de aceleración 3D conocida como “renderización diferida”. El iPhone 3GS está equipado con el PowerVR SGX535, con un rendimiento de 29 millones de polígonos por segundo, pero se anuncia que la proxima version del iPhone soportará el SGX545 que será presentado en el Mobile World Congress 2010 de Barcelona. El chip OMAP 4400 tiene el soporte PowerVR contenido en el die (soporte físico de silicio) del chip, no es un empaquetado por separado.

En el pasado, Windows Mobile tuvo soporte de PowerVR a través de algunas líneas de PocketPC 2003, como la Dell X50-51v, dentro de la tecnología Direct3D que luego cayó en el olvido en la parte móvil, quizás debido a la gran diferencia de perfiles de hardware que sus más de 110 OEMs tenían para 2005.

Actualmente, el Zune no soporta PowerVR, sino que descansa en las librerías de punto flotante sobre el chip ARM. Por otro lado, OpenGL es el competidor directo de DirectX, cosa que tampoco está soportada en los sistemas operativos móviles de Microsoft, pero si impulsado por Apple para su propio futuro. Prueba de ello es que el Apple iPhone 3GS tiene la capacidad de correr juegos en 3D prácticamente como las consolas de no hace pocos años atrás.

Conclusiones

De este breve análisis que hemos hecho, se desprende que Microsoft tiene varios caminos por tomar, y seguramente la partición de Windows Mobile en dos versiones especializadas puede ser el mejor en este momento, que vemos como de oportunidad más que como crisis. Mucho se ha escrito de la eventual pérdida de terreno de Windows Mobile respecto de su competencia, pero los indicios muestran que “Seven” dará que hablar. Y quizás la pérdida de compatibilidad sea el precio a pagar por ganar el futuro, como ya ha pasado en los S.O. de escritorio en el pasado, no sólo de Microsoft, sino de otros grandes jugadores como Apple. En pocos días podremos saber bastante más, y cuán cierto o equivocados estamos en este momento.

El teléfono celular Windows Mobile que reemplaza a todo un servidor

2010-02-05T23:12:00.001-03:00

La intercepción de SMS es una capacidad disponible ya desde Windows Mobile 5, compilación 14800 o superior. Forma parte del paquete de seguridad y mensajería que viene con el AKU2 (adaptive kit unit) para WM5.

En este momento estamos confeccionando un sistema que actúa como “servidor” de SMS, y para ello, el corazón de la aplicación es el interceptor de SMS, el cual examina todos los mensajes que llegan al móvil, filtrándolos por una condición predeterminada por nosotros.

En este caso, el diagrama sería el siguiente (hacer clic para agrandar, lo confeccionamos en idioma inglés)

Nótese que el punto de acceso al sistema fijo son sendos equipos celulares. Estos equipos corren la intercepción de mensajería SMS, y validan mensajes de entrada contra un servicio remoto de identificación provisto por un web service estatal. Una vez recibida la respuesta desde este web-service, el sistema a bordo del teléfono arma la respuesta y lo envía al remitente, sin necesitar de un servidor fijo. La red fija solamente enruta hacia la internet las peticiones de web-services que se realizan a bordo del teléfono.

Bloques constituyentes:

1. .NET Compact Framework 3.5 SP1, corre la aplicación y toda su funcionalidad es administrada, no existe código nativo.

2. Cliente de Web-Services. Este bloque accede al servicio web estatal que realiza la validación de la persona.

3. SQL server CE 3.5 SP1, para registrar los datos recibidos como SMS, los verificados como web-services y sus respuestas.

4. LINQ for XML. Este poderoso motor de parsing XML integrado en el lenguaje nos ayudará a procesar de una manera muy directa los contenidos enviados y recibidos desde el web-service.

Formato del mensaje SMS

Si bien no podemos detallar en profundidad los internals de la solución, este artículo tiene como propósito explicar la intercepción de SMS utilizando Windows Mobile. El sistema debe interceptar todos los SMS entrantes que respeten un formato determinado, a saber, el patrón de los mismos debe ser:

HEAD MATRIC TIP NUMDOC

Donde “HEAD” será un string de cabecera del mensaje que indica que lo que sigue debe ser interceptado y procesado. Cualquier mensaje que no comience con esta cabecera seguirá su curso normalmente al programa de mensajería específico del dispositivo móvil, como si no existiese la intercepción.

MATRIC, TIP y NUMDOC indican los datos, uno a continuación de otro: Matricula o identificador de la persona que pide la validación, tipo de documento que se desea validad, y número de documento que se desea validar. Por ejemplo:

HEAD 123456 PAS 3423232

Indicaría que la persona con ID 123456 desea validar a un cliente con tipo de documento PASAPORTE y número de pasaporte 3423232.

Construcción del formulario

Nuestra aplicación interceptará el SMS cuando el formulario esté corriendo. Creamos entonces el formulario Form1.vb con Visual Studio, un nuevo proyecto para movilidad para Windows Mobile 6 con .NET Compact Framework 3.5 SP1:

Donde ubicamos, en orden de arriba hacia abajo (ver la figura anterior):

Tres (3) etiquetas o labels, para mostrar los contenidos del SMS que se procesa
Un textbox para mostrar mensajes del procesamiento (read-only)
Un listbox para ir registrando renglón a renglón cada SMS que se procesa exitosamente.

Los espacios de nombre que se importan son los siguientes, colocarlos en la primera línea del formulario:

Imports Microsoft.WindowsMobile.PocketOutlook
Imports Microsoft.WindowsMobile.PocketOutlook.MessageInterception
Imports Microsoft.WindowsMobile.Status
Imports Microsoft.WindowsMobile.Telephony
Imports System.Xml
Imports System.Xml.Linq

Esto, que puede parecer un tanto excesivo, no lo es tal si consideramos que la intención es reemplazar todo un servidor con el teléfono celular, y por ello debemos hacer uso de toda la capacidad de .NET CF. Las clases necesarias son complejas, pero la solución, una vez construida y empaquetada, no lo es tanto.

Los miembros del formulario serían los siguientes:

Dim smsMsg As SmsMessage
Dim observer As New MessageInterceptor(InterceptionAction.Notify)
Dim matricula, tip As String
Dim numDoc As Integer
Dim resp As String

Nótese que debemos instanciar un tipo SmsMessage y un MessageInterceptor. Al crear este último como miembro de la clase Form1, notamos que debemos proporcionar al constructor el tipo de acción que debe ejecutarse al cumplirse las reglas de intercepción. Existen dos opciones: Notificar, y Notificar y Eliminar. En el primer caso (InterceptionAction.Notify) el sistema de mensajería pasa una copia del mensaje a nuestra aplicación y continúa notificando a otros métodos que puedan estar interceptando también. En el segundo caso ((InterceptionAction.NotifyAndDelete) el sistema de mensajería borra el mensaje cuando nuestra aplicación terminó de procesarlo o de trabajar con él.

El servicio web que se instancia como la variable de objeto ws contiene los métodos para acceder al web service del estado provincial, el cual acepta como argumento de requerimiento un elemento XML que contiene varias cosas, como veremos más adelante. Lo definimos como sigue (por razones de seguridad no podemos dar el nombre verdadero de este servicio):

Dim ws as New WebService1.Validacion

El servicio web WebService1 debe estar definido en el proyecto. Recordemos que Visual Studio debe poder enlazar al servicio web en tiempo de diseño, es decir, mientras programamos. Al hacerlo (para ello utilizamos “Agregar referencia web” al proyecto) tendremos la seguridad que el proxy se crea correctamente, y que podemos utilizar sin errores sus funciones (puertos) y tipos de argumentos, ya que tenemos un enlace temprano o en tiempo de diseño. Una vez que un servicio web queda referenciado y registrado en nuestro proyecto, Visual Studio arma una serie de objetos con métodos y propiedades que permiten que se pueda consumir muy fácilmente desde nuestro código. Este servicio web aceptará un string XML, que veremos luego que es conveniente tratarlo con la facilidad LINQ (Language Integrated Query) que dispone .NET Compact Framework 3.5

En el evento Load del formulario tendremos las líneas fundamentales de la intercepción:

observer.MessageCondition = New MessageCondition(MessageProperty.Body, MessagePropertyComparisonType.StartsWith, "HEAD", False)
AddHandler observer.MessageReceived, AddressOf interception

Pasamos a explicar línea por línea:

En la primera línea, se ajusta la condición del mensaje ante la cual el observador (del tipo MessageInterceptor) debe disparar su intercepción. Esta es una condición de filtrado, y se recomienda siempre colocar dicho filtro, de otro modo se tendría un excesivo número de mensajes desviados o interceptados, porque todos serían interceptados por defecto. Como esta es una operación que consume muchos recursos en un dispositivo, se recomienda planear cuidadosamente el filtrado para que éste sea lo más determinístico posible, es decir, que no dé lugar a falsas intercepciones. En este caso, especificamos que la comparación sería del tipo “comienza con”:

observer.MessageCondition = New MessageCondition(MessageProperty.Body, MessagePropertyComparisonType.StartsWith, "HEAD", False)

En la segunda línea especificamos que cuando se dispare el evento de mensaje recibido (observer.MessageReceived) el mismo sea “atendido” por el método llamado interception:

AddHandler observer.MessageReceived, AddressOf interception

Método que administra la Intercepción

Como dijimos en el párrafo anterior, el método que se invoca cuando se dispara una intercepción es interception, el cual acepta dos parámetros: uno es el objeto que llama al método (sender), y el otro es un objeto que contiene los argumentos que se le pasan a dicho método (e). La definición del método queda entonces de la siguiente manera, y se aloja (en este tutorial) en el mismo formulario, aunque se recomienda colocarlo en algún otro método de capa de negocios.

Sub interception(ByVal sender As Object, ByVal e As MessageInterceptorEventArgs)

Acto seguido, pasamos a crear las variables de objeto smsMsg que representa al mensaje entrante, y remitente que contendrá el remitente de dicho mensaje.

smsMsg = e.Message
Dim remitente = e.Message.From.Address

En el caso de tratarse de un SMS, la propiedad Address contendrá el número telefónico del remitente tal y como fué formateado por la operadora celular. Por ejemplo, en Argentina un numero 03722 1551 5253 venga formateado como 37225253 en la propiedad Address. En todo caso, lo importante es que siempre que se utilice el numero formateado para responder el mensaje, el remitente recibirá la respuesta correctamente.

Luego, es conveniente que cualquier procesamiento se realice preguntando primero si el objeto smsMsg no es nulo, es decir, realmente contiene un mensaje válido. En este caso, como código de prueba, colocaremos un método que recupera las palabras individuales del mensaje a través de la función Split, y verifica que el mensaje tenga 4 palabras, como una funcionalidad arbitraria y al sólo efecto de demostrar el funcionamiento de la intercepción.

El código que sigue quedaría de esta forma, los comentarios incluidos nos eximen de mayores explicaciones:

If Not (smsMsg Is Nothing) Then
        ' procesar el mensaje de texto dividiendolo en palabras sueltas
        Dim words As String() = Split(smsMsg.Body)
        ' chequea el formato
        If words.Count = 0 Then
            'el mensaje está vacío, no procesar
            Return
        End If
        ' debe tener 4 palabras incluyendo la primera palabra HEAD
        If words.Count <> 4 Then
            SendMessage(remitente, "Formato debe ser:" + vbCrLf + "HEAD <matricula> <tipodoc> <numdoc>")
            Return
        End If

        ' tiene 4 palabras, words(0) es "HEAD" ya que si estamos aqui es porque se produjo la intercepción
        'asignamos las variables para trabajo
        matric = words(1)
        tip    = words(2)
        numdoc = words(3)
        'las mostramos en las etiquetas:
        Label1.Text = words(1)
        Label2.Text = words(2)
        Label3.Text = "NUM. DOC. " + words(3)

'Aqui va el procesamiento del mensaje en si. Asumimos que la respuesta se coloca en la

'variable resp (string)
ProcesarMensaje()

'A continuacion enviamos la respuesta al remitente
SendMessage(remitente, resp)

       'Se refresca la interfaz de usuario
       'Se coloca la respuesta en el textBox1
        TextBox1.Text = resp

'Se coloca la respuesta en la lista, a fin de poder visualizar todos los requerimientos realizados
ListBox1.Items.Add(resp)

End If

El método SendMessage envía a un número de teléfono determinado un SMS contenido en un string, ambos parámetros se pasan a este método:

Private Sub SendMessage(ByVal recipient As String, ByVal smsBody As String)
Dim sms As New SmsMessage(recipient, smsBody)
sms.Send()
End Sub

El rol de LINQ (Language-INtegrated Query)

El método ProcesarMensaje() toma las variables matric (ID del solicitante), tip (tipo de documento) y numdoc (número de documento) y la valida contra el servicio web, como veremos a continuación. En este sistema en particular, debe armar un string XML con una forma predeterminada, que se acepte en el servicio web en cuestión. En este caso, el formato que se espera recibir desde el móvil es el siguiente:

Nótese que la mayoría de los nodos y propiedades van en blanco, pero debemos colocar la fecha y hora en un determinado formato, decir que el tipo de requerimiento es una consulta, y especificar el tipo y numero de documento. Sin LINQ, deberíamos manipular a este trozo de XML como si fuese un string, e insertar “a mano” en los lugares correctos a los valores antedichos. Con LINQ, es posible manipular un documento XML, o bien un segmento de documento XML, totalmente en memoria, como si fuese un objeto.

Recordemos que este es el gran cambio que tiene .NET a partir de su versión 3, donde hubo que modificar el compilador para dotarlo de funcionalidad tal como “inferencia dinámica de tipos” que Linq exigía, debido a que podía efectuar consultas a bases de datos, y colecciones de objetos en la memoria. Como no era posible saber a priori qué tipo de consulta se correría, era prácticamente imposible definir rígidamente el tipo .NET de la respuesta. Del mismo modo, como es posible encadenar el resultado de una consulta LINQ con otra, la segunda –con más razón- no podría saber los tipos .NET que contendría su respuesta (existían otros problemas que no podemos cubrir aquí por motivos de simplicidad). Parte de la solución es la inferencia de tipos, el compilador infiere los tipos que tiene la respuesta sin necesidad que el programador los indique en forma explícita. Para ello, hubo que extender el framework .NET 2.0, y eso es lo que llamamos .NET 3.x (además de incluirle mucha otra funcionalidad adicional, claro).

El Método ProcesarMensaje()

En este método, que por razones de sencillez lo incluiremos también como un miembro del formulario, se procesará el mensaje XML que se envía al webservice, y la respuesta que éste arroje. En su primera línea colocaremos la definición del requerimiento XML:

Private Sub ProcesarMensaje()

Dim req As Xelement = <Requerimiento>
<Mensaje id="" fecha="18052009 151831" tipo="Consulta"/>
<Socio matricula="999999" />
<Persona nombre="" titular="" sexo="" edad="">
<Identificacion tipoDocumento="DNI" numeroDocumento="99000999"/>
<Observaciones>
<Avisos secuencia="" aviso=""/>
</Observaciones>
</Persona>
</Requerimiento>

Nótese que no es necesario encerrar entre comillas al documento XML. El compilador resolverá el límite del elemento XML, sin necesidad de delimitadores. Para esto, se recomienda fuertemente que éste esté bien formado, es decir, que cumpla todas las reglas de XML: tener un nodo raíz, encerrar los atributos de los elementos con comillas dobles, no dejar ningún elemento sin cerrar, respetar el anidamiento o jerarquía cerrando correctamente los elementos en el lugar que le corresponde a cada uno, etc.

Para el propósito de este tutorial, da lo mismo definir a esta variable como XElement o como XDocument. Nótese que no debemos colocar XMLElement, etc. ya que esto es anterior a LINQ. Los miembros más nuevos para el tratamiento de XML son los que hemos enunciado al principio.

Podremos entonces hacernos la pregunta de si nos conviene utilizar XDocument en vez de XElement. La respuesta es: depende de lo que necesitemos. Si necesitamos un procesamiento sólo en memoria, sin necesidad de manipulación propia de documento (grabar como archivo, etc.), entonces lo más recomendable es XElement, que es una clase un poco mas “liviana” que XDocument. En este caso, recordemos que la complejidad que puede tener un elemento XML es arbitraria, y puede ser muy grande. Si XElement contiene todo un documento XML desde su nodo raíz (en este caso el elemento sería el nodo raíz), entonces prácticamente coincidirá con un documento XDocument que comience en el mismo nodo raíz. Por otro lado, los miembros (en especial los métodos) son prácticamente los mismos. Por ejemplo, en ambas clases se dispone del método Parse(), que crea un elemento o documento XML a partir de una cadena de caracteres que contenga XML bien formado.

A continuación manipulamos el contenido del elemento recién creado. Para almacenar un valor determinado en un nodo o elemento hijo del objeto XElement recién creado, colocamos de esta forma:

req.<Socio>.@matricula= matric
req.<Identificacion>.@tipoDocumento = tip
req.<Identificacion>.@numeroDocumento = numdoc

NOTA: Nótese que los documentos XML son case-sensitive, es decir, debemos respetar las mayúsculas y minúsculas en exacto orden al utilizar LINQ. De otro modo, no se genera ningún error en tiempo de ejecución pero no se modifica nada del elemento, y tendríamos resultados inesperados en nuestra aplicación. Sin embargo, la claridad de la sintaxis LINQ es notable. Podemos resumirla en este cuadro:

Para modificar esto	Debe escribirse así
req.<elemento>10</elemento>	req.<elemento>=10
req.<elemento param=”ABC”>	req.<elemento>.@param=”ABC”

Luego debemos invocar al servicio web ws definido anteriormente, pasando como argumento el string XML y no el elemento como tal, ya que en la definición del webservice de este sistema se requiere el string XML. Para ello simplemente escribimos:

Dim respuesta = ws.validar(req.ToString)

La variable respuesta contendrá la respuesta del servicio web, que será otro string XML que representa el siguiente formato de respuesta (este es un ejemplo solamente).

Sin embargo, respuesta es una cadena de caracteres. Para pasarla a un tipo XElement, hacemos lo siguiente:

Dim resxml = XElement.Parse(respuesta)

Luego leemos los valores del nombre, sexo y edad de la persona, y lo concatenamos en la respuesta resp:

resp = resxml.<persona>.@nombre & resxml.<persona>.@sexo & resxml.<persona>.@edad

Finalmente grabamos en una base de datos:

GrabarBD()

Con ello terminamos en método procesar mensaje, que queda terminado asi:

Private Sub ProcesarMensaje()

req.<Socio>.@matricula= matric
req.<Identificacion>.@tipoDocumento = tip
req.<Identificacion>.@numeroDocumento = numdoc

Dim respuesta = ws.validar(req.ToString)
Dim resxml = XElement.Parse(respuesta)

resp = resxml.<Mensaje>.@id & resxml.<persona>.@nombre & resxml.<persona>.@sexo & resxml.<persona>.@edad

GrabarBD(resxml)

End Sub

El método GrabarBD().

Se dispone de una base de datos llamada registro.sdf a bordo del dispositivo, en la carpeta MyDocuments. Dentro de esta base de datos , existe una tabla denominada Mensajes con el siguiente esquema:

Columna	Tipo	Detalle
ID	Int, Autoincremental(1,1), clave primaria	Es la clave abstracta de la tabla, autoincremental
MensajeID	Int	Numero de mensaje devuelto
TipoDoc	String	Tipo de documento
NumDoc	Int	Numero de Documento
Nombre	String	Nombre de la persona encontrada por el web service

Por ello, podemos, a los efectos de simplicidad, colocar todo en un sólo método. GrabarBD(xr), que aceptará un argumento xr del tipo XElement. El código propuesto es el siguiente, donde se manipulan los mínimos objetos del espacio de nombres SQLServerCE, creando un adaptador, conexión y comando para SQLCE respectivamente:

Public Sub GrabarBD(xr as XElement)

Dim da As New SqlCeDataAdapter
Dim conn As New SqlCeConnection("Data source=My documents\registro.sdf")
Dim comm As New SqlCeCommand

Dim InsertComm As String = _
"INSERT INTO mensajes (MensajeID,TipoDoc,NumDoc,Nombre) " + _
"VALUES(xr.<Mensaje>.@id, xr.<Identificacion>.@tipoDocumento, " + _
"xr.<Identificacion>.@numeroDocumento, xr.<Persona>.@nombre )"

If Not conn.State = ConnectionState.Open Then
Try
    conn.Open()
Catch ex As Exception
    MessageBox.Show(ex.Message)
    Return
End Try
End If

comm.CommandType = CommandType.Text
comm.CommandText = InsertComm
comm.Connection = conn
da.SelectCommand = comm

comm.ExecuteNonQuery()

End Sub

Recordemos que la ejecución de este comando INSERT se realiza directamente sobre la base de datos, no se utilizan datasets ni estructuras intermedias. El unico punto donde el sistema puede ralentizar su respuesta es en estos puntos:

Abrir la conexión con el servicio web ws
Abrir a conexión conn con la base de datos

Para solucionar estos temas, se recomienda mover la creación de estos objetos a miembros del formulario principal, y abrirlos en un solo punto de la aplicación, generalmente en el comienzo de la misma, para que la demora se produzca sólo en un punto

CONCLUSION

Con un teléfono operado con Windows Mobile 6.x y dotado de .NET CF 3.5 es posible realizar muchas de las tareas que antes efectuaba un servidor fijo. en particular , con este pequeño trabajo queremos demostrar la valía de las clases del framework para realizar tareas complejas como manipulación de documentos XML en memoria, conexión de bases de datos relacionales, intercepción de eventos como recepción de SMS, y acceso a web-services estandares directamente desde el teléfono.

Con un poco de ingenio, podremos agregar mucha mas funcionalidad a esto, como por ejemplo, acceso a SQL Server, o bien sincronización del tipo merge-replication con SQL Server.

El mejor teléfono de rango medio como reproductor de medios

2010-01-04T20:04:00.001-03:00

Actualmente, casi todos los teléfonos poseen características de reproducción de medios digitales. Entre los formatos soportados, están para audio: AAC, MP3, WMA y para video 3GP, MP4, AVI, WMV, FLV y otros pocos más.

En este último tiempo, buscando en el mercado argentino un reproductor de medios que tenga gran calidad de audio y excelente duración de la batería, como condiciones de borde para la selección del equipo, nos hemos encontrado con una sorpresa: la mejor calidad de audio no la tiene un teléfono caro o costoso de gama alta, sino uno de gama media-baja.

Porque un teléfono reproductor de medios y no un dispositivo dedicado

La respuesta a esta pregunta no es fácil ni corta , pero trataré de condensarla lo mejor posible:

Históricamente, se reconoce que un dispositivo portátil de audio dedicado, es decir, diseñado para cumplir ese rol primariamente, tiene mejor calidad de sonido y prestaciones multimedios que un teléfono celular, donde en éste último las prestaciones de medios son accesorias o complementarias a la función primaria, que es la de hablar por teléfono y ser un dispositivo de comunicaciones digitales.

La razón de que distrajéramos nuestro escaso tiempo en buscar un dispositivo como este es que, luego de que nos “extraviasen” nuestro par de auriculares Bluetooth HBH DS-970 en un congreso reciente, nos habíamos quedado sin audio portátil personal. Los HBH-DS970 de Sony son auriculares y manos libres Bluetooth estéreo, con una pequeña pantalla OLED, el conjunto completo se cuelga del cuello del usuario, y los audífonos son del tipo in-ear con almohadillas de silicona, que aísla los sonidos externos con notable eficacia.

Sony HBH DS-970 (izq.) y HBH DS-980 (der.)

Estos auriculares tenían para nosotros una excelente calidad de sonido, que rivalizaba con los modelos de auriculares de audio de renombradas marcas como el AKG K-100 (“Made in Austria”) o el Sennheiser 630 (“Made in Ireland”), cosa que siempre nos había sorprendido sobremanera. Por otro lado, la duración de la batería interna de litio, recargable, era de unas seis horas continuas de reproducción, y el alcance del dispositivo era de unos 7 metros eficaces.

Desafortunadamente, el modelo había sido discontinuado por Sony, reemplazado por uno similar, el HBH DS-980 (fotografía de la derecha, arriba), pero el cual estaba significativamente más caro que el predecesor (del orden de USD 155 en el mercado argentino, nuevo, por el canal SonyStyle).

Por lo tanto , la decisión era hacernos de un reproductor de medios dedicado, como el Sony Walkman NWZ-A828K, que tenía Bluetooth para transmitir la música, pantalla de 2.2 pulgadas, resolución QVGA, duración de reproducción de medios de unas 15 horas en modo de audio y de unas 6 horas en modo de video:

NWZ-A828K – Excelente audio, carente de FM, Bluetooth stereo y 2 juegos de auriculares

Lo más importante es que venía dotado de dos modelos de auriculares, uno parecidos a los del HBH-DS970, es decir, del tipo in-ear, con imán de neodimio; y otro uno estéreo del tipo “vincha” con conectividad Bluetooth (ver foto arriba) , con batería auto contenida, los dos en el mismo paquete. La calidad del sonido (lo pudimos probar) es simplemente excelente. Desafortunadamente, este modelo carecía de cargador propio, ya que se cargaba por el puerto USB del ordenador, y la entrada de energía para cargar el auricular Bluetooth estéreo incluido era mini-usb: ergo, el reproductor no se podía cargar con el cargador provisto. Por otro lado, la falta más notable de un dispositivo de este precio (USD 260) es que carecía de radio FM, cosa que nos parece francamente inaceptable.

Sansa 4 GB

También examinamos, yéndonos al otro extremo de la escala, al reproductor de medios de audio Sansa 4GB de SanDisk, de tamaño sumamente reducido, cuya batería de ion de litio interna se cargaba por puerto USB 2.0. Sólo reproducía medios de audio, pero su tamaño reducido y el respaldo de su marca nos hacían tener confianza en el mismo. Desafortunadamente, los auriculares provistos dejaban mucho que desear, pero tenía una entrada de auriculares estándar de 3.5 mm. para poder colocar lo que nosotros deseemos. Los auriculares Sennheiser modelo <> del tipo in-ear eran lo más adecuado que pudimos ver, a un costo importante de USD 65, los que agregados al costo de USD 90 del Sansa de 4GB, hacia que debiésemos pensar en USD 155, lo que lo acercaba al Walkman de Sony, que tenia muchas más prestaciones, un juego de auriculares bluetooth incluido, y capacidad de reproducir videos en pantalla QVGA. El circuito de sonido es muy bueno en teoría, pero no pudimos comprobarlo.

En este momento, nos tocó decidir entre un reproductor de dedicado, o bien un teléfono celular que esté especializado en música. El teléfono contaba a su favor un precio subsidiado por la operadora celular, y por justamente la capacidad de ser teléfono, lo que pagando un precio incluso inferior, podría quizás tenerse las mismas prestaciones que uno dedicado. Pero nos faltaba averiguar esto último.

Para enfocar la búsqueda, buscábamos lo siguiente:

gran duración de la batería, por lo menos que soporte reproducción de audio de varias horas.
buena calidad de audio
Bluetooth stereo
teléfono orientado a la música
que incluya una tarjeta de memoria
que tenga radio FM estéreo
teclas dedicadas de música
que no sea voluminoso
pantalla principal de resolución QVGA
el costo no debería exceder los USD 150 (con línea telefónica celular incluida)

Los aspectos secundarios eran

no era importante la cámara
el factor de forma podía ser candy-bar (monolítico) o clamshell (con bisagra).

Luego de mucho consultar y visitar centros de experiencia de las principales operadoras celulares, nos quedamos con esta selección de dos contendientes

Sony W508 Walkman (izq.) y Nokia 5130 Xpress Music (derecha)

teniendo estos dos modelos en mente, los procedimos a adquirir y a probarlos, siempre teniendo en cuenta el punto de vista de la música:

Característica	Sony W508 Walkman	Nokia 5130 Xpress Music
Duración de batería en reproducción (real / anunciado)	mejor que 10 horas (MP3) / 24 horas	mejor que 6 horas / 20 horas
Pantalla principal	QVGA	QVGA
Calidad de audio (placa de audio integrada)	Muy buena.	Superlativa. La mejor de todos los Nokia (mejor que el N97)
Volumen máximo (auriculares)	Bueno	Muy bueno
Audio externo	Muy bueno	Muy bueno
Calidad de auriculares incluido	Regular	Regular
Respuesta a frecuencia	Muy coloreada, refuerzo de graves y agudos.	Plana, casi perfecta. Igual que el IPOD Touch (referencia)
Audio soportado	MP3, MP4, WMA	MP3, MP4, eAAC+, WMA
3.5 G	HSDPA 3.6 MBPS	No soportado
Cámara	3.2 Mpx, sin flash, sin autofoco	2 Mpx, sin flash, sin autofoco
micro USB	no. Port propietario a USB 2.0	si, micro USB a USB 2.0
segunda pantalla	si, OLED monocromática de 36 x 128 pixels	no
teclas dedicadas	play/stop. fast-forward. rewind-review. bloqueo de teclado	play/stop. fast-forward. rewind-review.
control por gestos	si	no
reconocimiento de musica en FM	si, TrackID	no
Radio FM	estéreo con RDS	estéreo con RDS
formato de tarjeta de memoria/ máximo	Memory strick micro M2 hasta 16 GB	Micro SD hasta 16GB
Videoconferencia	Si, con segunda cámara incorporada	No, no es 3G
Acelerómetro para video apaisado	Si	No
Recubrimiento anti-rayaduras	Si	No
Ecualizador	Si, 5 bandas	Si, 5 bandas
Velocidad de reproducción de video VGA MP4	aceptable, aunque se pierden algunos cuadros	regular, se pierden muchos cuadros
Bluetooth estéreo A2DP	Si. Volumen bajo.	Si. Volumen correcto.
Performance de video con bluetooth stereo	Regular, se pierden cuadros	Deficiente. se pierden muchos cuadros
Conector estándar de 3.5 mm estéreo	Si, pero usando cable adaptador	Si, en el teléfono
Se puede escuchar música mientras se carga la batería	No, hay que comprar adaptador especial que permita salida de audio.	Si, el conector de audio estándar está separado de la entrada de alimentación
Puede grabar la radio FM	No	No
Sensación de las teclas al usuario	Buena	Muy buena
Costo en Argentina con línea celular	USD 150 en promedio	USD 110 en promedio

Auriculares opcionales

Sony HPM-77

En los teléfonos de rango medio, por lo general los auriculares son también de rango medio, y personalmente los encontramos incómodos y carentes de respuesta en baja frecuencia. Por lo tanto, hemos buscado algún auricular-manos libres que tenga buena calidad de audio, y nos hemos decidido por el Sony HPM-77 por las siguientes razones:

Conector propietario Sony para usarse como manos libres y auriculares de alta calidad
Auriculares con plug estándar de 3.5 mm
Extensor de cable de auricular con plug macho y hembra de 3.5 mm. para usarse con la notebook, equipo auxiliar de audio, etc. (solo auricular, no manos libres)
Gran driver de neodimio de 10 mm, más grande que el HPM-82.
Excelente respuesta en graves (la mejor que hemos escuchado en este tipo de auriculares)
Excelente aislación del ruido externo por el sello de silicona
Caja para guardar los auriculares para transporte de viajes.

Quizás la única contra que vemos en este modelo es que carece de control remoto (el HMP-82 sería la elección en tal caso, aunque posee drivers de menor tamaño), pero lo compensa con la flexibilidad debido a su cable de extensión de audio, que complementa perfectamente a una portátil.

Conclusiones

Habiendo probado ambos teléfonos, elegimos el Sony W508 para el uso cotidiano y de nuestros viajes como reproductor de medios, junto con el manos libres HPM-77. Sin embargo, es de destacar que el Nokia 5130 Xpress Music tiene la mejor calidad de audio que hayamos alguna vez escuchado en un teléfono móvil. Si se colocan un par de auriculares profesionales, se aprecia todo el detalle de la música con una precisión asombrosa, y un volumen muy aceptable. De hecho, mediciones hechas en otros sitios (ver aquí) asignan al Nokia 5130 la mejor respuesta a frecuencias de *todos* los modelos Nokia, incluyendo al modelo más costoso, el N97, con un costo casi 8 veces superior. Sin embargo, la superior duración de la batería del Sony hace que nos inclinemos, por el momento, por el W508.

1 de Diciembre 2009: Conferencia de Windows 7, Windows Server 2K8 R2 y Azure en Resistencia

2009-11-24T20:51:00.001-03:00

Compartimos con ustedes el evento del día 1 de diciembre de 2009, a realizarse en la UTN Facultad Regional Resistencia.

Disertantes: Ing. Carlos Pérez MVP, Ing Gabriel Zabal MCSE

Fecha y horario: martes, 01 de diciembre de 2009, 17:30 – 18:00 Acreditación

Lugar: Aula Magna Universidad Tecnológica Nacional, Facultad Regional Resistencia, French 414, Resistencia.

Importante jornada de tecnología Microsoft en el NEA organizada por el Grupo de Usuarios Microsoft. Este es el programa preliminar:

Presentación de Windows 7 - Grupo de Usuarios Microsoft

La nueva arquitectura del sistema operativo. Novedades de la versión, mayor velocidad, mayor disponibilidad de memoria servicios y dispositivos

Cloud Computing / Azure: el nuevo paradigma de computación del siglo XXI - Ing. Carlos Perez (MVP)
El nuevo paradigma de sistemas de información en internet ya está aquí. La plataforma Azure® de Microsoft permite diseñar y ejecutar sistemas que corren en servidores remotos y grandes datacentros, ofreciendo ventajas económicas y un nivel de servicio elevado. Se trata del “software + infraestructura” vendida como servicio, ideal para las empresas modernas, de todo tamaño y área de negocios.

Windows Server 2008 R2 / SBS 2008: La nueva plataforma para las soluciones empresariales - Ing. Gabriel Zabal (MCSE)
Presentación del último release de Windows Server 2008. Mejoras y Novedades. Seguridad. Plataforma de Virtualización Hyper-V R2. Introducción y Novedades de SBS 2008.

22:00 Cierre y Sorteos

En línea nuevamente

2009-11-20T17:30:00.001-03:00

Este aparente silencio de varias semanas fue debido a que hemos viajado mucho, en particular fuimos a Rosario para el Congreso CIITI, Internacional de Innovación en Tecnología Informática, que realmente fué todo un éxito, y luego participamos del XI CFESSI, Consejo Federal de Entidades de Software y Servicios Informáticos de Argentina, que se dieron cita una semana después en la misma ciudad de Rosario.

En la primera instancia, hemos sufrido la sustracción de nuestra portátil con mucha información adentro, las llaves codificadas del auto, y otros equipamiento de valor, pero afortunadamente ya nos han repuesto una portátil similar, la cual estamos configurando para desarrollo e infraestructura de movilidad, tarea que nos demandará, fácilmente, una semana.

Un agradecimiento entonces a la gente de VANEDUC UAI Rosario, quien rápidamente ha actuado para que se nos repusiera el equipamiento, un gesto loable y que no suele verse en estos días, que merece destacarse. También un reconocimiento a Oscar Turquet, Gerente del MUG Argentina, quien también ha colaborado incansablemente en la reposición de este herramienta de trabajo.

Seguimos en contacto.

Escribiendo un cliente de Twitter con .NET Compact Framework y LINQ para XML

2009-10-19T09:30:00.001-03:00

Twitter ha tomado mucha relevancia, como un vinculo de comunicación que ganó muchos adeptos en todo el mundo. Si bien existen varias formas de actualizar nuestro estado, la idea aqui es codificar un sencillo cliente de Twitter que corra en Windows Mobile, utilizando un WinForm, es decir, una aplicación inteligente a bordo del teléfono.

Preliminares

La API de Twitter se encuentra documentada en una wiki,: http://apiwiki.twitter.com/. Sin embargo, acceder desde .NET Compact Framework involucra ciertos detalles que no están explicitadas claramente en dichos documentos.

Esencialmente, la idea es que las actualizaciones de estado se realizan haciendo un requerimiento HTTP (HTTP request) a una página web, cuya URL tiene el siguiente patrón:

http://twitter.com/statuses/update.format

Donde format es el formato del requerimiento. Puede ser xml o json. En el primer caso, la página requerida es un documento xml: http://twitter.com/statuses/update.xml

En el segundo caso, http://twitter.com/statuses/update.json , se utilizaría JSON = Java Script Object Notation, el cual es un formato liviano para intercambio de información. Como XML ,tiene interpretación de lectura humana, y es fácil procesar (parsing) automáticamente. JSON utiliza dos estructuras para intercambiar datos: (1) una colección de pares ordenados (nombre/valor), o bien (2) una lista ordenada de valores, es decir , una matriz de valores. Para mayores datos acerca de este formato, podemos visitar http://www.json.org/

En nuestro caso, optamos por acceder utilizando la página en formato XML. De esta forma, la secuencia de acciones sería de tres pasos, a saber:

enviar un requerimiento HTTP a la página http://twitter.com/statuses/update.xml , donde en la cabecera se envían los datos de usuario, contraseña, versión de protocolo utilizado, y datos que representan la actualización de estado (máximo 140 caracteres en este campo data).
recuperar la respuesta, que obviamente sería la página http://twitter.com/statuses/update.xml, la cual contendrá la información generada por la API de twitter acerca del resultado de nuestro intento de actualizar estado. Este es un documento XML, por lo cual..
procesar la respuesta utilizando LINQ for XML en .NET CF, que es una forma muy directa de manejar los documentos XML.

En resumen, es un mecanismo REST: al enviar el request HTTP, se incluye allí la información (en el campo data del request) que se desea actualizar, capturar la respuesta y procesarla eventualmente.

Codificación

1. Crear un proyecto para Windows Mobile, aplicación móvil para WinForms. Puede ser para Windows Mobile 5 o 6, .NET Compact Framework 2.0 a 3.5

2. En el formulario inicial, con título “Twitter updater” colocar

Un cuadro de texto txtMensaje, donde se escribe el mensaje. Limitar la entrada a 133 caracteres con la propiedad MaxLength
Un cuadro de texto txtResponse, donde se muestra el resultado XML que recibimos desde Twitter
Un botón de comando, btnEnviar, que dispara la actualización

La disposición del formulario queda de la siguiente forma:

3. Hacer doble clic en el formulario para crear el evento Load y abrir el editor de código.

4. Importar los siguientes espacios de nombre

Imports System.Net
Imports System.IO
Imports System.Text

5. En la definición de la clase, colocar los siguientes miembros

Dim apiurl As String = "http://twitter.com/statuses/update.xml"
Dim username As String = "myUsername"
Dim pass As String = "myPassword"
Dim data As String
Dim buffer As Byte()
Dim request As HttpWebRequest
Dim resp As HttpWebResponse
Dim nStream As Stream
Dim sReader As StreamReader
Dim respuesta As XElement
Dim respString As String

Donde comentamos el fin de algunos de estos miembros:

data = los datos a ser pasados en la cabecera HTTP del método POST del web-request que vamos a efectuar.

buffer() = matriz de bytes que contendrá el mensaje a enviar HTTP a través de la conexión de bajo nivel que se abrirá. No se pueden enviar directamente los strings porque los métodos write de la clase Stream aceptan matrices de bytes como datos a ser enviados. Para pasar un string a una matriz de bytes, debemos utilizar el mecanismo de codificación, es decir, decidir cómo vamos a representar cada caracter del string que deseamos enviar. Un ejemplo del uso seria

buffer = Encoding.UTF8.GetBytes(data)

Donde podemos apreciar que el objeto Encoding (que está siempre disponible, como el objeto Math, etc.) contiene varias formas de codificación. Entre otras, podemos mencionar

ASCII = utiliza un byte por caracter
Unicode = utiliza dos bytes por carácter
UTF 8 y UTF16 = códigos adaptativos, utilizan desde un byte para caracteres comunes, hasta 4 bytes para caracteres extendidos o especiales. De esta forma se optimiza el ancho de banda utilizando siempre la menor cantidad de bytes posibles según el carácter que deba transmitirse.

Notemos que Twitter exige que el mensaje sea codificado en UTF-8.

request = Objeto del tipo HTTPWebRequest, encapsula funcionalidad para efectuar un requerimiento HTTP a un sitio determinado

resp = Objeto del tipo HTTPWebResponse, representa la respuesta que obtenemos desde el sitio remoto. Los datos que efectivamente responde el sitio remoto suelen ser archivos de texto (HTML o XML) y por ende, es necesario luego implementar un StreamReader para poder pasarlos a strings, etc.

nStream = Objeto del tipo Stream, que permite “escribir” por la conexión HTTP previamente abierta. Necesita disponer de un array de bytes como argumento, que son los datos que serán escritos.

sReader = Objeto del tipo StreamReader, que nos permite leer el mensaje de respuesta (que está contenido en el objeto resp) el cual suele estar codificado (ASCII, Unicode, etc.). Esta clase permite (entre otras cosas) descodificarlo correctamente y presentar los datos en caracteres.

respuesta = Objeto del tipo XElement, incluido en LINQ para XML . Representa una porción de un documento XML, más precisamente un elemento del mismo. Si este elemento es el raíz, casi coincidirá con XDocument, que representa el conjunto del documento. Los métodos de XElement y XDocument son muy parecidos, pero para la mayoría de los casos, se recomienda utilizar XElement por ser una clase más “liviana”.

respString = Objeto del tipo String. Es el contenido de la respuesta XML , pasada como string.

6. Codificar el botón de envío (btnEnviar)

Colocar el siguiente código en el botón de envío

Private Sub btnEnviar_Click(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles btnEnviar.Click

    Dim credenciales = Convert.ToBase64String(System.Text.Encoding.UTF8.GetBytes(username + ":" + pass))
    data = "status=" + txtMensaje.Text.Trim
    buffer = Encoding.UTF8.GetBytes(data)
    request = WebRequest.Create(apiurl)
    System.Net.ServicePointManager.Expect100Continue = True
    request.ProtocolVersion = HttpVersion.Version10
    request.ContentType = "application/x-www-form-urlencoded"
    request.Method = "POST"
    request.ContentLength = data.Length
    request.KeepAlive = False

'request.Credentials = New NetworkCredential(Me.username, Me.pass)
request.Headers.Add("Authorization", "Basic " + credenciales)

    nStream = request.GetRequestStream
    nStream.Write(buffer, 0, buffer.Length)
    nStream.Close()

    resp = request.GetResponse
    sReader = New StreamReader(resp.GetResponseStream, System.Text.Encoding.UTF8)
    respString = sReader.ReadToEnd.ToString
    If respString Is Nothing Then
        MessageBox.Show("La respuesta ha sido nula")
        Return
    End If
    respuesta = XElement.Parse(respString)
    txtResponse.Text = respuesta.ToString

End Sub

Comentaremos aquí algunas líneas:

----------------------------------

Dim credenciales = Convert.ToBase64String(System.Text.Encoding.UTF8.GetBytes(username + ":" + pass))

Twitter acepta (por ahora) autenticación básica. Luego ,en la cabecera del mensaje, codificado con UTF-8, debe ir la credencial del usuario con el formato “usuario:contraseña”. GetBytes arma una matriz de bytes con la codificacion UTF de las credenciales, y ToBase64String lo “encripta” en Base64 como un string nuevamente. Por ejemplo, “pepe” en base64 se vería así: “cGVwZQ==”.

NOTA: Hay que tener cuidado de pasar URLs por la conversión a cadenas Base64 porque algunos caracteres pueden pasar erróneamente. Base64 es un algoritmo de codificación y descodificación, desde arrays de bytes a cadenas Unicode.

----------------------------------

data = "status=" + txtMensaje.Text.Trim
buffer = Encoding.UTF8.GetBytes(data)

Aquí se tomó el cuadro de texto, se lo pasa a la propiedad data, y luego se la transforma a una matriz de bytes codificada según UTF-8

----------------------------------

request = WebRequest.Create(apiurl)

Aqui se crea un objeto webrequest que hará “hit” en la URL determinada por la propiedad apiurl.

----------------------------------

La API de Twitter sufrió un “regression-bug” hace unos meses, donde si en la cabecera del mensaje HTTP se incluía cierto mecanismo de prueba previa de conexión, el servidor de Twitter rechazaba la petición. Para evitar este problema, se sugiere el uso de estas dos líneas:

System.Net.ServicePointManager.Expect100Continue = True
request.ProtocolVersion = HttpVersion.Version10

----------------------------------

Los siguientes son ajustes estándar de la petición a ser emitida:

request.ContentType = "application/x-www-form-urlencoded"
request.Method = "POST"
request.ContentLength = data.Length
request.KeepAlive = False

----------------------------------

Aquí se agrega la autorización en la cabecera HTTP.

request.Headers.Add("Authorization", "Basic " + credenciales)

----------------------------------

Aquí se crea el objeto de tipo Stream, asociado al requerimiento HTTP, para escribir la matriz de bytes buffer(). Una vez hecho esto, se cierra el Stream. Inmediatamente deberíamos ir a buscar la respuesta

nStream = request.GetRequestStream
nStream.Write(buffer, 0, buffer.Length)
nStream.Close()

----------------------------------

Aquí se pide la respuesta HTTP del servidor. Una vez que se tiene este objeto (que no debería ser nulo), se crea un StreamReader que descodifique correctamente (UTF-8) la misma. La respuesta se vuelca entonces como un string a la variable respString.

resp = request.GetResponse
sReader = New StreamReader(resp.GetResponseStream, System.Text.Encoding.UTF8)
respString = sReader.ReadToEnd.ToString

----------------------------------

Aquí utilizamos “la magia” de LINQ para XML , disponible en .NET Compact Framework, donde creamos un objeto respuesta del tipo XElement, a través del procesamiento del string de respuesta recibido desde el servidor de Twitter, que es un documento XML.

respuesta = XElement.Parse(respString)
txtResponse.Text = respuesta.ToString

Una vez cargado como XElement, se puede manipular todos sus nodos de una forma muy sencilla. Por ejemplo, veamos un trozo de una respuesta:

<?xml version="1.0" encoding="UTF-8"?>
<status>
<created_at>Tue Apr 07 22:52:51 +0000 2009</created_at>
<id>1472669360</id>
<text>At least I can get your humor through tweets</text>
<source><a href="http://www.tweetdeck.com/">TweetDeck</a></source>
<truncated>false</truncated>
<in_reply_to_status_id>1472669230</in_reply_to_status_id>
<in_reply_to_user_id>10759032</in_reply_to_user_id>
<favorited>false</favorited>
<in_reply_to_screen_name></in_reply_to_screen_name>...

Si deseamos acceder al elemento text, en Visual Basic .NET es sumamente sencillo. Por ejemplo, si queremos alojarlo en una variable respTexto, solo debemos codificarlo así:

Dim respTexto = respuesta.<status>.<text>.Value

donde respTexto contendrá entonces el string “At least I can get your humor through tweets”.

Si bien no es necesario transformar la respuesta (string) en un objeto XElement, se recomienda hacerlo debido a que podemos acceder directamente a los elementos que nos interesan de la misma. Es justamente por esto que .NET 3.x ha incrementado mucho su tamaño, el agregado de LINQ involucró un cambio en el compilador para permitir “inferencia de tipos” y otras operaciones accesorias, donde el compilador asume los tipos de las respuestas sin necesidad de que éstos se declaren explícitamente. Esto es debido a que LINQ involucra consultas dentro del lenguaje, y los tipos sólo se resolverían al ejecutar dichas consultas, cosa que el tiempo de diseño no es posible. El compilador en tiempo de diseño efectúa entonces una inferencia de los tipos resultantes “analizando” la consulta, pero recordemos que siempre las variables de objeto son tipadas, sólo que con las extensiones de LINQ no es necesario explicitarlos en tiempo de diseño.

7. Prueba

Corremos la aplicación en el emulador. Recordemos que para que el emulador “vea” la internet, hay que conectarlo al ActiveSync, es decir:

En XP, asegurarse que ActiveSync está corriendo. En Vista/2008/7, asegurarse que Centro de Dispositivos de Windows Mobile está corriendo.
En ActiveSync/Centro de Dispositivos, configurar la conexión para que acepte “DMA” (direct memory access). Para ello seleccionar “Configuración de conexión” y allí marcar el checkbox de “Permitir conexiones a uno de los siguientes”, luego abrir el combobox debajo y seleccionar “DMA”. Cerrar la ventana de diálogo aceptando todos los cambios:
En Visual Studio, seleccionar Herramientas/ Administrador de dispositivos.
Ver en la lista el emulador que está ejecutando, o el que va a ejecutar la solución. Por ejemplo, ‘Windows Mobile 6 Professional Emulator’.
Si no está corriendo, hacer clic con botón derecho, seleccionar “Conectar”.
Si ya está corriendo, hacer clic con botón derecho, seleccionar “Colocar en la base”. Tras unos segundos, el ActiveSync/Centro de Dispositivos debe acusar actividad. Configurar entonces una asociación , o bien seleccionar “conectar sin configurar dispositivo” (como invitado o guest).

Si todo esto está ok, se debería tener la siguiente pantalla en el emulador (ya conectado al ActiveSync), donde colocamos un mensaje de prueba. La respuesta en XML se muestra en el textbox inferior, señal que funciona correctamente:

Para verificarlo, entramos a Twitter y vemos nuestra entrada correctamente incluida:

CONCLUSIONES

La inclusión de la conectividad de bajo nivel en .NET CF marca la diferencia hacia las aplicaciones de línea de negocios con .NET Compact Framework. La adición de LINQ para XML en .NET CF también permite utilizar de manera sencilla y eficaz los documentos XML, o parte de ellos. En este ejemplo se utilizaron : conexiones HTTP, streams y manejadores de elementos XML con LINQ para XML.

Hasta un próximo encuentro.

PRESENCIA EN CODECAMP 2009

2009-09-24T12:21:00.001-03:00

26 de Septiembre, Universidad de Palermo
Mario Bravo 1050, Capital Federal
(Buenos Aires)

Estaremos en CodeCamp 2009 (http://www.codecamp.com.ar/) donde el sábado 26 de septiembre a las 16.15 disertaremos con el título de “Construyendo el sistema operativo móvil del futuro”, con el siguiente abstract:

“Comenzaremos por revisar todos los adelantos del nuevo Windows Mobile 6.5, y veremos las novedades poco conocidas del .NET CF 3.5. Veremos cómo programar accesos a funciones sencillas del teléfono utilizando las extensiones de móviles de Visual Studio. Visitaremos los internals de Windows Mobile que nos posibilitan que el dispositivo pueda consumir exitosamente los S+S que están por venir. Terminaremos viendo los potentes nuevos dispositivos de Windows Mobile, la nueva generación de hardware y debatiremos lo que podemos esperar en móviles con la irrupción reciente de la nueva generación de multiprocesamiento simétrico multinúcleo, su potencialidad y sus restricciones, y el desafío que esto nos plantea de cara al futuro, que ya es ahora.”