TechDays 2009 >> Demo Code

Este post es sólo para publicar la aplicación de ejemplo que mostramos con Daniel Montero en TechDays 2009 en la sesión de “Cómo Desarrollar Aplicaciones .NET que aprovechen las nuevas características de Windows 7″. Les recuerdo que el foco de la aplicación es destacar todas las features de la Taskbar, aunque les va a resultar útil si se quieren familiarizar con el control Ribbon para WPF y Linguistic Services.

Al control Ribbon administrado para WPF lo pueden descargar de http://msdn.microsoft.com/en-us/office/aa973809.aspx haciendo click en “License the Office UI”.

 

Office 2010 Technical Preview >> Developer Review

Afortunadamente he tenido la oportunidad de ser invitado para evaluar un Technical Preview de Office 2010(léase pre-beta). Si bien hay muchas novedades en lo que se refiere a experiencia de usuario y a los Office servers(de los cuales no tengo permiso para publicar información), quiero hacer foco en las herramientas de desarrollo de las aplicaciones clientes de Office 2010. Con esto pretendo abarcar las herramientas de extensibilidad para el desarrollador profesional(que emplea Visual Studio) como para el  usuario avanzado(que se vale de macros).

Todas las aplicaciones clientes de Office 2010 incorporan en su instalación un componente conocido como “Visual Studio Tools for the Office System 4.0 Runtime” el cual permite ejecutar las soluciones que desarrollemos con Visual Studio 2010 Beta 1.

 

Las soluciones Office son muy utilizadas a nivel empresarial. Visual Studio 2010 además de instalar el mismo runtime, proporciona herramientas integradas para crear soluciones con código administrado que utilizan la interface de usuario de Microsoft Office.  Realmente no hay diferencia con la versión 3.0 de Visual Studio Tools for Office que encontramos en Visual Studio 2008 SP1, ya que se incluye el mismo set de  plantillas para crear soluciones desde Visual Studio. En este aspecto esperaba plantillas para Publisher, OneNote y Access. Las únicas nuevas características anunciadas tienen que ver con la instalación de soluciones Office más que con su desarrollo concreto, pueden encontrar más información aquí

Con respecto a la extensibilidad de los clientes Office en sí, todos excepto InfoPath 2010 siguen valiéndose de Visual Basic for Applications 6.5. 

InfoPath 2010 no incorpora ninguna novedad en cuanto a extensibilidad ya que conserva el mismo Visual Studio Tools for Applications 1.0(basado en el .NET Framework 2.0) que incorporó en su versión 2007. 

Luego de describir las pocas novedades en extensibilidad de Office 2010 me doy cuenta de la cantidad de código de legado que depende de VBA, si bien yo no desarrollo en Visual Basic 6.0 desde el 2000 es increíble la aceptación y la extensibilidad que ha porporcionado este lenguaje a la suite Office a través de la IDE de VBA. Microsoft ya no vende VBA a nuevos clientes, además no lo recomienda a sus partners como mecanismo de extensibilidad en aplicaciones de escritorio(leer http://msdn.microsoft.com/en-us/isv/bb190538.aspx) y al mismo tiempo fomenta el uso de VSTA. Actualmente VSTA está en su versión 2.0 y proporciona un IDE similar al de VS 2008 con soporte para el .NET Framework 3.5. 

Evidentemente tenemos el patrón “Haz lo que yo digo pero no lo  que yo hago”. Creo que que es momento de habilitar a la suite Office con .NET en este sentido, así de a poco VSTA y .NET se convertirán el el mecanismo de extensibilidad por defecto. Comparativamente las aplicaciones clientes Office están muy desacopladas de .NET, lo que aspiro es un nivel de acoplamiento similar al de los sistemas Windows con .NET. Sin discontinuar el soporte para VBA, ya que sino muchos add-ins, plantillas y macros no funcionarían.

Me gustaría conocer las opiniones que tienen los lectores de este artículo respecto de la extensibilidad de Office y si realmente valorarían y utilizarían un mecanismo de extensibiliad basado en VSTA y .NET.

Imagine Cup Web Slice y People’s Choice Award

Hola, quería compartir 2 novedades. La primera es que en http://www.ieaddons.com/en/details/news/Imagine_Cup_2009/  van a encontrar el Web Slice de Imagine Cup 2009 para Internet Explorer 8. Realmente el creador de este slice se lució. Utiliza Silverlight y ASP.NET como frontend y toda la lógica de backend se realiza a través de un .NET Web service hosteado en Windows Azure que se encarga de administrar la sincronización con las fuentes de datos del slice. Simplemente combina la última tecnología y proporciona un web slice único. El creador es Sergei Golubev por si quieren visitar su blog.

La segunda novedad es que esta final el público en general va a poder votar en la competencia más importante que es Software Design. Navegando en http://peopleschoice.imaginecup.com/default.aspx van a poder ver los videos de todos los finalistas de Software Design y emitir su voto. El proyecto ganador recibirá el premio People’s Choice Award. Cabe destacar que  las votaciones a través de  la web no influyen para nada en el criterio de los jueces al seleccionar los proyectos ganadores. Pero resultará interesante comparar ambos resultados una vez conocidos los ganadores.

image

 

Rumbo a la final de Imagine Cup 2009 en Cairo

  Luego de mucho tiempo sin postear, quiero compartir la alegría que siento por haber sido seleccionado para integrar el distinguido panel de jueces para la final de Imagine Cup 2009 en Cairo, Egipto. El evento tendrá lugar en el hotel Intercontinental Citystars Cairo desde el 2 al 8 de julio.

Voy a tratar de transmitir en el blog el día a día con fotos y reporte de actividades durante los 5 días de intensa competencia. También voy a escribir sobre los proyectos más innovadores que encuentre y si tengo suerte entrevisto a Ray Ozzie que va a estar presente(así que se aceptan preguntas y sugerencias). Mi intención es priorizar los proyectos de todos los finalistas de países hispano parlantes así que nos buscamos en Cairo así traemos la exclusiva de Imagine Cup a geeks.ms.

Novedades en Visual Studio Team System 2010 con el Bruno (actualizado)

Actualización: Por razones de fuerza mayor hemos pasado el LiveMeeting de VSTS 2010 al próximo miércoles 18/03/2009 a la misma hora y accediendo por la misma URL de reunión. Nos vemos la semana que viene. Cualquier consulta me escriben un email o me contactan por Messenger.

  Calendario del evento para Outlook: http://visualstudio2010.events.live.com/event.ics

Facebook RSVP:  http://www.facebook.com/home.php?#/event.php?eid=82661308568

También les dejo el horario para las principales ciudades de habla hispana actualizado, ya que que muchos países en esta semana atrasan 1 hora sus relojes por el fin del horario de verano, con lo cual el horario local del evento se ve afectado. De todos modos verifiquen el horario correspondiente a su cuidad aquí si no se encuentra listada.

Ciudad

País

Hora

Lima

Peru – Lima

16

PM

Santiago

Chile

17

PM

La Paz

Bolivia

17

PM

Sao Paulo

Brazil – São Paulo

18

PM

San Pedro Sula

Honduras

15

PM

San Salvador

El Salvador

15

PM

Montevideo

Uruguay

18

PM

Caracas

Venezuela

16:30

PM

Panama

Panama

16

PM

Asuncion

Paraguay

17

PM

Santo Domingo

República Dominicana

17

PM

Bogota

Colombia

16

PM

San Jose

Costa Rica

15

PM

San Juan

Puerto Rico

17

PM

Buenos Aires

Argentina

18

PM

Guatemala

Guatemala

15

PM

Miami

U.S.A. – Florida

17

PM

Quito

Ecuador

16

PM

Madrid

España

22

PM

El programa académico Microsoft Student to Business e Ineta Latam (comité académico) te invitan a una sesión con el Bruno que va a estar en vivo y en español el próximo miércoles 18 de marzo del 2009 a las 21:00 GMT/UTC.

LiveMeeting: Novedades en Visual Studio Team System 2010
Descripción: La próxima versión de Visual Studio Team System incluye muchas primicias y grandes cambios dentro de la misma. En los 90 minutos de la sesión, repasaremos las nuevas herramientas dentro de Visual Studio, las novedades en TFS 2010, los cambios que se han incluido dentro de las nuevas versiones de C# y Visual Basic.Net y muchas más cosas (siempre teniendo en cuenta el límite de tiempo, porque en realidad, VSTS 2010 posee material para varias sesiones)

Presentador: Bruno Capuano
Bruno es un experimentado y proactivo desarrollador y arquitecto de software con una probada trayectoria de construcción de soluciones basadas en tecnología Microsoft. Durante sus 7 años en la industria del software ha pasado por roles en desarrollo, análisis de sistemas y administración de proyectos usando tecnologías como .Net, C#, XML, SOA en un gran número de proyectos de gran envergadura en diversos países. Además ha participado de varios eventos importantes de la industria.
Bruno es también el webmaster de la comunidad Microsoft: El Bruno (www.elbruno.com), donde comparte su conocimiento acerca de tecnologías Microsoft, en su experiencia diaria. También comparte sus hobbies tecnológicos y las pruebas que realiza en productos en fase beta.
MVP profile: https://mvp.support.microsoft.com/profile/Bruno.Capuano

Link de la reunión: https://www.livemeeting.com/cc/microsoft/join?id=936SZF&role=attend

Como siempre voy  a estar 1 hora antes del evento para asistir con cualquier problema de audio o de inicio de sesión en LiveMeeting, cualquier consulta les dejo mi dirección de messenger para que me encuentren OnLine fhualpa@REMOVERMAYUSCULASmsn.com.

Nos vemos

Fernik

Testing Windows 7: PC SafeGuard

windows-7-logoSi bien me parece un excelente movimiento que Microsoft haya hecho pública y masiva la Beta 1 de Windows 7 hay ciertos aspectos que no se tuvieron en cuenta y que pueden agregar mucho valor al momento de testear Windows 7. Por ejemplo si bien los bits pueden ser descargados todavía desde Microsoft Connect en https://connect.microsoft.com/Downloads/Downloads.aspx?SiteID=704, no hay una manera de retroalimentación, agrupación ni votación como lo hay en la beta del Service Pack 2 de Vista/Server 2008 en donde hay una beta pública y otra privada. Sólo los suscriptores de MSDN y Technet tienen acceso a un mini sitio en Connect que permite votar y proporcionar feedback acerca de los bugs. Lo mejor está en la beta privada en donde hay muchos más recursos y todos podemos compartir los casos de prueba y experiencias de desarrollo con las nuevas APIs. Como me han permitido postear siempre y cuando lo que escriba contribuya a un mejor Testing por parte del público en general, pues aprovecharé esta ocasión para hablar de PC SafeGuard el cual parece que nadie sabe de su existencia y que está necesitando feedback urgentemente.

Windows 7 incorpora nativamente la funcionalidad que se encuentra en Windows SteadyState pero se la ha rebautizado PC SafeGuard. Cabe destacar que SafeGuard no es SteadyState al 100% pero lo importante es que es una característica que está destinada a quedarse, y en versiones posteriores de Windows se alineará por completo con la visión de SteadyState.

steadyState

Esencialmente PC SafeGuard es como la característica InPrivate Mode + Protected Mode de Internet Explorer 8, pero con un alcance más amplio ya que abarca todo el sistema operativo Windows. SafeGuard tiene como target o como audiencias primarias al comprador de su primer PC, a la PC de familia y a la PC pública. El comprador de su primer PC siempre se enfrenta con la resistencia a interactuar con el sistema por miedo a romper algo, la PC de familia siempre está expuesta al uso por partes de terceros ya sean invitados, niños, personas mayores, etc. Finalmente la PC pública que se encuentra en cualquier escuela o biblioteca, o en un Internet Café es la más promiscua de todas. SafeGuard apunta a que el usuario principiante desarrolle la confianza necesaria y se sienta cómodo para aprender a utilizar Windows en un ambiente temporal con la trnaquilidad de que no se producirán cambios destructivos o escrituras a disco no autorizadas y que los usuarios más avanzados tengan la garantía de que pueden utilizar Windows en un ambiente transitorio sin exponer su información de manera casual.

Para utilizar SafeGuard, debemos estar loguados con un usuario con privilegios administrativos proceder de la siguiente manera:

  • Crear una cuenta de usuario Standard.

userAccounts

accountName

  •  Seleccionar la cuenta de usuario Standard creada para habilitar SafeGuard.

accouuntChange

SafeGuardEnabled

Para usar la cuenta SafeGuard realizar los siguientes pasos:

  • Cerrar la sesión actual e iniciar sesión con la cuenta SafeGuard.

login

Luego de iniciar sesión con la cuenta SafeGuard el perfil de usuario es reseteado y cargado. Windows se encarga de informar al usuario sobre SafeGuard.

safeguardDesktop

Finalmente, el usuario está en condiciones de intractuar con Windows cambiando las fuentes, el background, el protector de pantalla, instalando software y escribiendo datos en el directorios ajenos al del perfil del usuario. Windows 7 notificará al usuario constantemente de los posibles riesgos de almacenar datos en cualquier unidad bloqueada por SafeGuard pero en forma no intrusiva.

fileTest

Si posteriormente se cierra la sesión, toda la información almacenada en los directorios del perfil de usuario se perderá y el sistema volverá a un estado inicial intacto, por eso al usar SafeGuard siempre utilizar almacenamiento externo para trabajar con documentos.

El concepto de diseño de SafeGuard es proveer un entorno Windows que no se dañe cuando se comparte con terceros, por eso:

  • No se permiten cambios de configuracion en el sistema.
  • No se permiten instalaciones de software.
  • No se permite la escritura fuera de los directorios del perfil de usuario.
  • Los datos en el perfil de usuario son limpiados.
  • Es compatible con Windows Parental Control.
  • PC SafeGuard User = Windows Standard User Account + Atribución SafeZone. SafeGuard se manifiesta en el sistema a través de la atribución de cuenta de usuario SafeZone.  La atribución  SafeZone, permite a los usuarios utilizar el ordenador en modo exploratorio, el cual automáticamente descartará cambios y acciones al cerrar la sesión o desloguearse. La atribución SafeZone sólo se puede activar para la cuenta de usuario standard en Windows 7. Al activarse esta atribución, la cuenta de usuario es añadida a un grupo local de usuarios llamado “SafeZone”. Para evitar cambios a nivel de sistema, SafeGuard bloquea todas las unidades de disco locales y carpetas aplicando un ACL de negacion de escritura.  Es importante destacar que el hecho de agregar una cuenta de usuario Windows al grupo SafeZone no garantiza que esa cuenta posea la atribución SafeZone. La atribución SafeZone involucra otras cosas aparte de agregar un usuario a un grupo específico con diferentes permisos, por eso siempre activar SafeGuard desde el panel de control.
  • El volúmen de sistema siempre se bloquea. Otros volúmenes NTFS son bloqueados por defecto y pueden ser desbloqueados mediante la configuracion avanzada “Lock Disk Drives”.

lockedDrives

Para cerrar les dejo una tabla comparativa de las funcionalidades soportadas por las cuentas SafeGuard y por las cuentas Guest. Analizándola se deduce que una cuenta SafeGuard es más flexible y permisiva(color verde), lo que la hace ideal para ser la nueva cuenta de invitados en Windows para PCs de hogar. Mientras que una cuenta Guest es más restrictiva(color rojo), lo que la hace ideal para ser la cuenta de invitados en un ambiente empresarial.

safeguardvsguest

A continuación les proporcionaré algunos escenarios de prueba para que se entretengan con esta nueva característica, miren que es importante encontrar bugs, sobre todo si son bugs que demuestran que SafeGuard no elimina los rastros de los usuarios que interactuaron con Windows, como aplicaciones instaladas, controles ActiveX, documentos, archivos varios, etc.

Escenario 1: Crear y usar una cuenta de usuario Standard con Safeguard 

  1. Comenzar en el escritorio de Windows 7 con un usuario que posea privilegios administrativos.
  2. Visualizar las cuentas de usuario Standard definidas en nuestro ordenador.
  3. Crear una nueva cuenta de usuario Standard.
  4. Activar PC Safeguard en la nueva cuenta de usuario.
  5. Cerrar la sesión actual e iniciar sesión nuevamente pero con la cuenta con PC Safeguard.
  6. Ejecutar cualquier aplicación instalada previamente y almacenar datos en el escritorio de Windows 7.

Escenario 2: Navegar por la Web utilizando una cuenta SafeGuard

  1. Comenzar en el escritorio de Windows 7, luego dehaber iniciado sesión con una cuenta SafeGuard.
  2. Navegar por la WWW con cualquier navegador.
  3. Instalar múltiples add-ons en el navegador (como Silverlight, Adobe Reader, Adobe Flash, etc.).
  4. Tratar de utilizar los add-ons instalados(como ejecutar una aplicación Silverlight application en http://www.silverlight.net/Showcase/, ver un archivo PDF desde la Web con Adobe Reader, etc.) y verificar que funcionen como se espera.

Escenario 3: Instalar una nueva aplicación utilizando una cuenta SafeGuard

  1. Comenzar en el escritorio de Windows 7, luego dehaber iniciado sesión con una cuenta SafeGuard.
  2. Instalar una nueva aplicación, como por ejemplo un juego de MSN Game(http://zone.msn.com).
  3. Ejecutar la aplicación para verificar que funciona como se espera.

A BetaTestear!!!

Fernik

Reportando Bugs en Windows Vista: Internet Explorer

winlogoEste es el último post del conjunto de artículos dedicados al testing del Service Pack 2 de Windows Vista y Windows Server 2008. En esta ocasión voy a hablar sobre Internet Explorer. El navegador es la llave para abrir la Web, si el mismo presenta fallas y la experiencia de usuario es frustrante,  los usuarios/sesarrolladores se alejarán e incluso peor, no desarrollarán aplicaciones que se ejecuten en forma optimizada. Internet Explorer no es una aplicación más, es en sí una platafoma ya que es el navegador que más APIs expone para el uso de terceras partes y esto hace que cada vez la simbiosis que tiene con Windows sea más profunda y que los chicos malos(Unión Europea y Opera) se enojen cada vez más. De heccho es asombrosa la cantidad de aplicaciones de escritorio que como requerimiento necestian una versión determinada de Internet Explorer previa a su instalación.

Pero antes de tratar a Internet Explorer, quiero hablar un momento sobre la importancia de reportar bugs. Es realmente fácil y cómodo sentarse usar un programa descubrir un bug y pensar “Es Microsoft, no lo van a arreglar” o “Esto no sucede en….”. Lo importante es hacer llegar este bug, ya que si hay mucha gente que reporta un problema en escenarios semejantes, este escenario toma protagonismo, los bugs son agrupados y es priorizado por Microsoft. Por ello es necesario nuestra participaión activa para ayudar a cubrir cosas que no se saben o desconocen.

Volviendo al tema que nos convoca, una de las nuevas características tanto de de IE7 e IE8 son las extensiones TLS. TLS es el sucesor de SSL, y como se imaginan es de vital importancia en transacciones comerciales en la Web por eso es necesario que opere efectivamente. Las extensiones TLS  son una manera  de comunicar informacion adicional en el handshake SSL, y hay algunos servidores dando vueltas por ahí que no manejan esto correctamente. Si este es el caso Microsoft trata de contactar a estos sitios para que actualicen su software de servidor y manejen bien las extensiones TLS. De todos modos es importante reportar todos aquellos sitios que no funcionen con la opción TLS. Si se deshabilita TLS y el sitio funciona correctamente, es necesario reportarlo a Microsoft y al mismo sitio.

TLSoption

Otro problema que aparece frecuentemente es que muchos sitios explícitamente bloquean la cadena de User Agent de IE7, es el caso en el que un sitio reporta que no soporta su navegador y que se actualice a IE 5 o IE6. Esto se arregla contactando a Microsoft y al propietario del sitio solicitando que soporte IE7. Adicionalmente podemos modificar el registro de manera que IE7  impersone en el sitio como IE6, para ello hay un script en http://www.fiddlertool.com/useragent.aspx que automáticamente setea eso por nosotros y podremos navegar ese sitio sin problemas. Ahora si luego de impersonar como IE6 el sitio no funciona correctamente, reportar un bug.

Respecto de CSS, muchos sitios usan CSS hacks para lograr la apariencia deseada, sin embargo a veces esto no alcanza en IE7, y se reporta el bug como un screenshot y la dirección de la pagina a revisar. Siempre es importante resaltar qué parte del screenshot no se renderiza como se espera, esto es fácil ya que con cualquier editor de imágenes podemos destacar el área desprolija lo cual ayuda mucho a focalizarse en la parte de la página a examinar para corregir el bug.

También es importante disponer de información sobre la configuración de IE7, ya que hay clases de bugs que suceden cuando hay ciertos Add-ons intalados y no suceden cuando estos no están. Los Add-ons impactan profundamente en el estado de IE(especialmente las toolbars de Google, Yahoo y MSN), por eso también es útil enviar una captura de la ventana “Manage Add-ons” con las siguientes columnas de datos como muestra la imagen:

addons

Internet Explorer 7 en Windows Vista ofrece una característica conocida como “Potected Mode”, que incluso cuando ejecutamos IE7 como administradores, IE7 no se ejecuta con priviliegios de administrador, sino con el menor privilegio posible. Lo bueno es que cualquier vulnerabilidad de seguridad que surja y trate de ser explotada, está contenida, o sea el daño que puede hacer es minimizado o nulo. La parte desagradable es que hay muchos sitios, Add-ons y escenarios de uso que asumen que tienen privilegios totales(sí como en MS-DOS) en nuestro ordenador, aunque no sean sitios maliciosos están diseñados con otro criterio de seguridad. Por eso es necesario que siempre ejecuten IE7 en modo protegido y reporten bugs sobre problemas que surjan en ese modo.

protectedmode

Internet Explorer 7 soporta OpenSearch(desarrollado por el equipo A9 de Amazon), que permite agregar proveedores de búsqueda  al combo de búsqueda de la esquina superior derecha, sin tener que ejecutar ni instalar código externo en nuestro ordenador. La idea es desarrollar proveedores de búsquedas, escribiendo descriptores OpenSearch de nuestros sitios favoritos utilizando la documentación disponible en http://www.opensearch.org/Specifications/OpenSearch/1.1. Aparentemente esta nueva forma de proporcionar Add-ons para navegadores basándose en descriptores o manifiestos en XML en vez de código compilado que tiene que ser descargado está teniendo mucha aceptación. Sin embargo no significa que esté excenta de bugs ya que todo lo que usa XML tiene sus problemas del encoding/overflow/parsing, etc y es necesario considerar eso al momento de testear.  Finalmente la búsqueda en un navegador es sobre los usuarios y sobre cómo los usuarios quieren buscar en Internet y no sólamente para un par de grandes motores de búsquedas. Por eso he desarrollado un Search Provider para Geeks.ms el cual es descubierto automáticamente por IE7/IE8 cuando ingresan a este blog, ya que el combo de búsqueda cambia a color naranja como lo muestra la siguiente imagen:

discoveredprovider

Luego, al hacer click en el combo, pueden observar el nuevo proveedor de búsqueda destacado, para agregarlo simplemente hacemos click en “Geeks.ms” desde el submenú “Add Search Providers”, luego click en “Add Provider” y estamos listos para buscar en Geeks.ms desde Internet Explorer.

addsearchprovider acceptprovider searchproviderinstalled

Hoy por hoy todos los navegadores detectan feeds RSS y proporcionan una representación para la misma. Al testear RSS, es importante filtrar por categorías, fechas, tags, etc y ver como funciona y se adapta a la representación elegida. Por ejemplo una buena prueba sería hacer una búsquedda en Ebay, obtener el RSS correspondiente y probar todas las posibles maneras de filtrar, ordenar y buscar ese feed RSS. La otra parte de RSS en Internet Explorer es Windows RSS Platform, es una API que que permite que nos suscribamos y manipulemos una feed RSS con Internet Explorer. Al ser una API pública que agrega valor a Windows, cualquier otra apicación puede hacer uso de esta API sin recurrir a librerías de terceros o a una implementación propia. Empleando esta API, hay oportunidad para escenarios de sincronizacion en la nube, etc.  Es desafío es ver qué programas podemos escribir contra esa API que hagan cosas asombrosas como así reportar cualquier bug en la misma.

Espero que estos 4 posts sobre testing hayan abierto la cabeza o desarrollado un criterio adicional sobre la naturaleza del software(concretamente un sistema operativo)  y sobre cómo el mismo está conectado en un ecosistema del cual se nutre y debe nutrirlo para que exista un equilibrio aceptable y todos ganemos.  

 

Fernik

Colaborando con WIMIT

wimitlogo En este post les voy a presentar a WIMIT, un software de colaboración web que está teniendo bastante aceptación en estos días. WIMIT permite crear reuniones para capacitaciones, seminarios, presentaciones, educación, webcasts,  etc. Su interfase es 100% web, y no requiere prácticamente instalación de software adicional (léase requiere Flash player, pero quién no tiene instalado Flash, incluso en ambientes empresariales es uno de los controles ActiveX permitidos). WIMIT es el producto estrella de una empresa Argentina llamada Wormhole IT, que nació de uno de los equipos finalistas de Imagine Cup 2007 en la competencia de Software Design.

Para utilizar WIMIT, es necesario tener credenciales para ingresar al sitio de administración de reuniones, lo cual se logra ya sea contratando el servicio o solicitando una versión de prueba del mismo en http://www.wimit.net. Una vez adentro es posible administrar el calendario de reuniones así como agendar nuevas reuniones y subir documentos a las mismas. Las reuniones siempre generan 2 links uno para los presentadores y otro para los participantes.

adminpage

wimitsalas

agendarreunion setmeeting

meetinglinks docuploadbefore

Con los links generados, podemos ingresar a la reunión a partir de la fecha y hora de comienzo agendadas. En la pantalla de ingreso deberemos ingresar el nombre con el cual seremos identificados por los demás participantes de la reunión. Luego hacemos click en “Ingresar a la Sala” y se abrirá una ventana prácticamente en modo fullscreen donde se realizarán una serie de chequeos de requerimientos (versión de Flash player instalada y conectividad) y se permitirá ajustar la configuración del audio y video. Luego de cumplir exitosamente todos los requerimientos y configurar el micrófono y la cámara, ingresamos automáticamente a la reunión.

entradareunion bienvenido conf sala2

Como pueden apreciar el layout de la reunión es muy simple, hay una ventana que es el área de colaboración o pizarrón donde se exponen documentos y presentaciones, la cual puede ser maximizada. Alrededor de esta área se encuentran:

  • Ventana de Opciones de Navegación: Permite cambiar el layout, compartir documentos durante la reunión, configurar opciones de transmisión en caso de ser presentador, ocultar/mostrar las ventanas de usuarios y de chat como así también abandonar la reunión.
  • Ventana de chat: Permite gestionar toda la comunicación textual como chat público o privado con cada uno de los participantes.
  • Ventana de usuarios: Permite habilitar/deshabilitar el audio/video/pizarrón a los usuarios o atender las notificaciones de los mismos.
  • Vantanas de Audio y Video: Las cuales permiten ajustar el audio en caso de ser presentador o de habilitar la recepción de audio y video o sólo audio por parte de los asistentenes, en el caso de que no haya el sufuciente ancho de banda para recibir una transmisión fiel.

docuploadatmeeting docsharing docedit docshowing pptshowing

Para ser un nuevo player dentro de la categoría de software de colaboración en la nube, WIMIT es realmente muy sencillo de configurar y administrar como presentador, no requiere habilidades técnicas más allá de familiarizarce con los conceptos de sala, reunión y participantes, conceptos que son comunes a este tipo de software. Desde le punto de vista de los participantes mis pruebas con gente aleatoria que recluté por msn para una evaluación espontánea y sincera monstraron aceptación y facilidad de uso por parte de los mismos. Es más los pocos problemas encontrados fueron con actualizar la versión de Flash, lo cual los mismos usuarios sabían como solucionar eso y no fue necesario asistencia por parte del presentador. Finalmente lo que a mí me parece más innovador es la flexibilidad del modelo de negocios (leer http://www.lanacion.com.ar/nota.asp?nota_id=1007966) ya que se adapta a las realidades sociales de muchos países y escala para cualquier tipo de organización ya sea comercial o no . Finalmente quiero felicitar al equipo emprendedor de Wormhole IT, ya que tener una idea, pues todos la tenemos, escribir y desarrollar sobre esa idea, pues algunos están más dispuestos que otros, pero convertir esa idea en una oferta real es muy difícil y más en estos tiempos de crisis.

Fernik

Reportando Bugs en Windows Vista: Networking

winlogoContinuando con los posts sobre el testing del Service Pack 2 de Windows Vista y Windows Server 2008, ahora voy a hablar un poco sobre cómo Microsoft administra una característica o feature que agrega a sus sistemas operativos. La calidad es el objetivo primario cuando se agrega una nueva característica en Windows. Una cosa es  tener muchos e interesantes escenarios por soportar al momento de agregar una característica, pero es peor si se agrega algo que no trabaja bien a que no se agregue. Por eso siempre menos es más, porque si se proporciona una nueva característica o tecnología y no funciona total o parcialmente, el usuario se alejará con la impresión de que no funcionó. En cambio si la característica funciona aunque no cumpla con todas las expectativas esperadas, el usuario va a quedarse con la impresión de que sabe que funciona pero le gustaría que además pudiera hacer X, pero X tal vez venga en el próximo release del sistema. Por eso es importante concentrarse en esto al momento de testear Networking y las tecnologías de transición de IPv4 a IPv6.

Como Windows es una plataforma realmente amplia y hay tanta gente que desarrolla, lo extiende y lo usa de infinidad de maneras diferentes lo que hace imposible para Microsoft conocer cada situación y ser capaz de testear de la manera que trabaja cada uno. Precisamente es aquí donde todos entramos en juego para ayudar y validar que lo que hace Microsoft funciona en todos los escenarios y en la infinidad de maneras en que Windows puede ser utilizado. Es importante siempre reportar qué parte de la experiencia no funcionó o qué se esperaba versus qué es lo que se obtuvo. Para reportar bugs en Networking lo primero que se necesita es el Mapa de Red, al cual se llega haciengo click en el “Network and Sharing Center” en el Panel de control.

 Luego clickear en el link que dice “View Full Map”.

 

Este mapa es una representación de la red a la que pertenecemos, el cual es nuevo en Windows Vista. Así que utilizar el Mapa de Red para describir nuestro esquema de red incluyendo el tipo de conexión. En algunos escenarios, es posible que el mapa de red no muestre toda la información relevante sobre nuestra red, de ser así por favor hacer saber sobre las computadoras o dispositivos faltantes siguiendo las instrucciones detalladas que aparecen al clickear en el área resaltada en la siguiente figura:

Un verdadero reporte de bug de Networking necesita contener toda información relevante incluyendo fabricante de hardware y versión del driver como así también la versión del firmware para cualquier hardware de red como placas de red, access points y routers. Para ello necesitamos la información provista por ipconfig, Desde la consola y con privilegios administrativos ejecutamos “ipconfig /all”:

Información como direcciones IP, direcciones MAC, fabricantes de NIC y mucho más aparecerán en la consola. Toda esta información es necesaria incluirla en el reporte de bugs de Microsoft Connect como un archivo adjunto junto con cualquier screenshot. Esta información es necesaria para cualquier tipo de conexión incluyendo pero no limitado a conexiones wired, wireless, VPN y dial-up.

En Windows Vista se ha agregado soporte para la próxima generación de protocolos de Internet, conocidos como IPv6. Esta información se incluye como parte del reporte de “ipconfig /all” si IPv6 está habilitado en nuestra red. Cabe destacar que en Windows Vista IPv6 está hablitado por defecto, sin embargo no todo el hardware de red soporta IPv6 todavía. Durante 1970, IPv4 fue inventado pero pasó mucho tiempo antes que la red Internet que conocemos actualmente fuera concebida y creada. Si bien IPv4 ha sobrevivido todo este tiempo hay ciertas cuestiones  que necesitan ser corregidas. Entre ellas la escasez de direcciones IP, esto es particularmente muy visible en Asia y Europa, que entraron tarde al juego de Internet y como resultado no recibieron la asignación de direcciones IP que USA obtuvo. Actualmente USA tiene el 8% de la población mundial mientras que posee el 75% de las direcciones IPv4.

Por lo tanto, esencialmente, IPv6 apunta a la visión de que todos los dispositivos que se conecten(inalámbricamente o no), ya sean celulares, cámaras, etc. permitirles participar en Internet como ciudadanos de primera clase. IPv6 apunta a satisfacer esa necesidad y es por eso que en  Windows Vista está habilitado por defecto. Esto significa que los desarrolladores ahora tienen que escribir sus aplicaciones para que sean agnósticas de protocolo de red y las empresas necesitan empezar a crear un plan de cómo van a implementar IPv6 en el tiempo. En Windows Vista hay muchas tecnologías que permiten que esta transición suceda sin tener que actualizar toda la red, entre ellas Toredo, ISATAP, PortProxy para más información les recomiendo leer el excelente paper sobre tecnologías de transición de Networking  en http://technet.microsoft.com/en-us/library/bb726951.aspx. Por eso se recomienda empezar con las aplicaciones y las tecnologías de transición y posteriormente a medida que los patrones de tráfico cambien evaluar como actualizar la red a IPv6.

Para reportar bugs de Networking es necesario lograr reproducir el bug en un contexto de tracing. Esto realmente consiste en 3 pasos básicos:

  1. Tener habilitado tracing antes de testear.
  2. Ejecutar los pasos necesarios para reproducir el bug.
  3. Deshabilitar tracing.

Por ejemplo , para el caso de una conexión cableada en una LAN:

  1. Habilito tracing desde la consola en como Administrador: netsh lan set tracing mode=yes
  2. Luego voy paso a paso para reproducir el problema. Supongamos que estoy testeando conectividad IPv6 en la LAN.
  3. Finalmente, una vez reproducido el bug de forma exitosa deshabilitar tracing con: netsh lan set tracing mode=no

En “C:Windowstracingwired” encontraremos un archivo llamado wired.cab con todo el reporte de tracing. Este archivo habrá que adjuntarlo al reporte de bugs en Microsoft Connect. Los logs generados por tracing son críticos para debugear el bug  por parte del Windows Beta Team, es por ello que siempre que sea posible reproducir un bug de Networking hay que enviar toda la información de contexto de tracing.

Si probamos IPv6 sobre VPN, los logs generados encuentran en “C:Windowstracing”, son varios archivos con la extensión .log.  Los comandos para habilitar y deshabilitar tracing son:

  • netsh ras set tracing * enabled
  • netsh ras set tracing * disabled

Para una conexión  wireless, los logs se almacenan en “C:Windowstracingwireless” y concretamente habrá un archivo wireless.cab que contiene todo el reporte de tracing a adjuntar. Los comandos para habilitar y deshabilitar tracing son:

  • netsh wlan set tracing yes
  • netsh wlan set tracing no

Finalmente adjuntar todos las trazas sobre cualquier tipo de conexión que reportemos un bug, como cualquier otro bit de información que ayude debugear la conectividad de la red. 

Fernik