En la universidad Chalmers de Suecia han diseñado un pequeño robot humanoide con una capacidad grande de movimiento, habla, visión en estéreo (lo que permite coordinar vista y 'manos'), reconocimiento de caras e imitación de movimientos.

Hay un video de demostración donde se ve todo lo que puede hacer...

(Yo quiero uno...)

He añadido una nueva utilidad a la sección de herramientas. Se trata de un componente que permite enviar ‘pings’ de ICMP a equipos remotos desde aplicaciones Compact Framework en dispositivos Windows Mobile 2003.

Podéis descargar sólo el ejecutable para Pocket PC, aunque también disponéis del código para incorporarlo en vuestras aplicaciones.

Espero que resulte interesante.

Parece que por fin se va a poder usar el móvil en los aviones. Según esta nota de prensa, Siemens y Airbus han firmado un acuerdo para incluir una estación base de GSM en los aviones que permita usar los teléfonos durante el vuelo, ya sea para voz o datos.

Veremos cuánto tarda en llegar...

Recientemente me he encontrado con dos proyectos donde el uso de Visual C++ .NET ha ahorrado mucho tiempo y esfuerzo.

En ambos casos el problema estaba en cómo crear ‘wrappers’ en .NET para acceder a varios APIs nativos (Win32). Uno estaba relacionado con el acceso a APIs de Windows y el otro es un API propietario de un fabricante de unos equipos de video digital.

Inicialmente en los dos proyectos se intentó primero la creación de un ‘wrapper’ en C#. Esta aproximación siempre suena razonable, pero en cuanto el API a usar sea un poco elaborado, donde se necesite el uso de estructuras complejas, o necesitemos el uso de ‘callbacks’, la situación se complica bastante y, lo que en principio parecía una tarea sencilla, se convierte en horas y horas de intentar definir cómo escribir correctamente los tipos de datos para que se pasen adecuadamente al API, probar las modificaciones y obtener errores difíciles de depurar.

Mediante el uso de Visual C++ .NET y aproximando el problema de otra manera, es bastante fácil crear este tipo de ‘wrappers’. La idea usada en los dos casos anteriores fue la siguiente:

• Crear un proyecto de class library en Visual C++ .NET.

• En ese proyecto se crea una clase C++ .NET (que incluye las extensiones ‘manejadas’). Esta expone las propiedades y métodos deseados a la aplicación .NET final, que se desarrollará en el lenguaje .NET seleccionado, ya sea VB.NET o C#.

• En el mismo proyecto se incluye una clase no manejada (Win32) que es la que hará uso del API nativo requerido.

• La clase C++ .NET usará esta otra clase Win32 interna de manera exclusiva, exponiendo la funcionalidad del API a través de su interface .NET.

De esta manera, no hay que hacer traducciones complejas de estructuras ya que se usan de manera natural dentro de C++. En el caso de funciones de callback, estas se pueden exponer al exterior como eventos o delegados, convirtiéndose en algo natural también a la hora de su uso desde la aplicación cliente final.

Es cierto que hay que conocer algo de C++ para utilizar esta aproximación, pero como su uso se centra en algo bastante concreto, merece la pena hacer ese esfuerzo inicial que se traduce posteriormente en menos dolores de cabeza.

Aquí tenéis un link a una serie de artículos que me pasó mi amigo David García como referencia http://www.ondotnet.com/pub/a/dotnet/2004/03/29/mcpp_part3.html

Por si alguien las quiere. Sólo tenéis que pedirlas.

Ya te puedes registrar para asistir a Microsoft Developer Days 2005.

Este año, al igual que el año pasado, colaboro con MSDN España en la sesión dedicada a desarrollo para dispositivos móviles.

Espero verte por allí.

Recientemente he recomendado este web a David, un amigo mío, que estaba buscando la manera de controlar el volumen del sistema desde una aplicación Visual Basic .NET.

Después de buscar bastante encontró la manera de hacerlo, pero el ejemplo estaba en Visual Basic 6 y me preguntó sobre cómo adaptar algunas partes del código a .NET, entre ellas las sentencias 'declare' de VB6.

Antes de aventurarnos a definir la declaración, probar, fallar, depurar y redefinir, no hay nada como aprovechar lo que ofrece Internet para ahorrar tiempo. 2 minutos en pinvoke.net y ahí estaban las declaraciones en VB.NET y C#.

Y recordad, está en formato WIKI, de manera que si no encontráis la declaración que os hace falta pero conseguir hacerla por vuestra cuenta, por favor, añadirla al site, que así nos beneficiamos todos

Esta noticia no es nueva del todo, pero recientemente Microsoft ha comprado la empresa Groove Networks, cuyo fundador es Ray Ozzie, la persona que creó Lotus Notes. Por lo que parece, Goove se integrará dentro de la suite de Office System.

¿Qué implicaciones tendrá esto para la competencia entre Outlook/Exchange vs Notes/Domino????

Si eres suscriptor de MSDN, y quieres empezar a jugar con Indigo y WinFX, ya puedes hacerlo porque el Community Technical Preview de Marzo ya está disponible para descargar.

Yo sólo he empezado a probar WinFX, así que no puedo dar todavía ninguna opinión sobre Indigo, pero en cuanto lo pruebe comentaré algo por aquí

Los próximos días 02 (Sevilla), 08 (Madrid) y 10 (Barcelona) de Marzo participo en el Tour de Community Days para ISV. Si queréis pasaros a verme, doy una charla de aproximadamente una hora sobre .NET Compact Framework. El resto del tiempo estaré por allí para que podáis conocerme si queréis.

Según se comenta es esta nota de prensa, Nokia va a licenciar la tecnología de ActiveSync para sincronizar los datos de correo, contactos, calendario y demás desde un teléfono Nokia a un servidor Exchange Server 2003.

Este sistema es que que incluyen actualmente los SmartPhones basados en Windows Mobile. Permiten sincronizar directamente los datos del buzón de Exchange 2003 con el dispositivo, permitiendo que la información esté actualizada en todo momento. Si se conecta al buzón con Outlook, cualquier elemento que se modifique, incluyendo el determinar si un elemento se ha leido o no, se verá actualizado en la siguiente sincronización del dispositivo. Esto mismo funciona también si la modificación se hace en el teléfono.

Hasta ahora, los teléfonos Nokia permitían el acceso a un buzón de correo mediante POP3. Los de gama alta, incluyen también un cliente del protocolo SyncML, que permite realizar ciertas tareas de sincronización contra un servidor de SyncML.

Personalmente me parece una idea bastante acertada. De hecho, he estado investigando el uso de servidores SyncML para sincronizar un Nokia 6600 con Exchange 2003. Si quitamos el servidor de SyncML del camino, la sincronización es directa y muy fácil de conseguir, abriendo el ábanico de dispositivos que se podrán utilizar para tener el buzón de Exchange disponible en todo momento.