Autor: fhualpa

Continuando con la serie de posts acerca del testing de Windows Vista Service Pack 2, el cual también se puede extender a Windows 7 Beta 1(que parece que todo el mundo lo tiene instalado). En esta ocasión analizaré algo muy familiar para todos los usuarios: el Shell.

Un Shell, es la porción de software de un sistema operativo que provee una interface al usuario, ya sea un shell de línea de comandos o un shell gráfico. El Windows User Shell se manifiesta en un sistema Windows desde que encendemos el ordenador hasta que nos logeamos e ingresamos al escritorio y vemos el menú inicio, la barra de tareas, Windows explorer, el panel de control, todo eso se considera el Shell. Es un conjunto muy variado de características de Windows. Asegurarse que el Windows Shell esté libre de bugs asegura una experiencia de usuario fluida. No sólo es conveniente reportar bugs sino también sugerir mejoras, ya que por ejempllo una importante mejora desde Windows 3.11 a Windows 95 fue la desactivación de los protectores de pantalla cuando se realizan tareas intensivas de CPU y datos, como es el caso de una defragmentación. Esto evitó agregar la carga de ejecutar el protector de pantalla cuando se realizaban este tipo de tareas. Si bien es una mejora simple, agrega mucho valor a nivel de experiencia de usuario, sobre todo si tenemos que tomar decisiones en base a los datos que se actualizan por pantalla constantemente.

Como regla general, la cual no siempre garantiza encontrar la causa del bug en el Shell o de una aplicación que falla, lo recomendable es ejecutar la aplicación «Feedback Data Collector» para recolectar información del estado del sistema. Al reportar bugs en el windows Shell vamos a reportar problemas o crashes de las aplicaciones, como lo muestra la siguiente imagen: 

La herramienta Feedback Data Collector reunirá información genérica del sistema(principalmente logs) y les informará sobre ello.

Como esta herramienta no es ni tiene que ser lo suficientemente inteligente para determinar qué tipos de archivos o información extra de contexto buscar(sobre todo si durante una sesión de usuario más de una aplicación ha crasheado) es necesario ayududarla usando criterio e inteligencia. Para ello es útil adjuntar los siguientes archivos a través del botón «Add..»:

%WINDIR%LogsCBSCBS.log
%WINDIR%LogsCBSCBS.persist.log
%WINDIR%Panthersetupact.log
%WINDIR%Panthersetuperr.log

Una vez adjuntados los archivos adicionales,  Feedback Data Collector almacenará todos estos archivos en un archivo Reports.cab el cual habrá que adjuntar al reporte de bugs en Microsoft Connect.

Para el caso de reportar un crash, desde el Panel de Control ir al ícono de «Problems Reports and Solutions».

 Luego hacer click en «View Problem history». 

Posteriormente buscar la aplicación que ha crasheado en la lista y clickear en «View problem details».

 En este punto hay que hacer click en «Copy to Clipboard» y pegar el reporte en el area de descripción de nuestro bug en Microsoft Connect.

Ahora bien, algunos crashes pueder tener un dump file o volcado de memoria asociado el cual puede ser reconocido por sus extensiones .mdmp o .hdmp. Para encontrarlos hacer click en «View temporary copy of these files». Luego seleccionar estos archivos y copiarlos a una ubicación accesible, como por ejemplo el escritorio. Luego adjuntar estos archivos, el archivo Reports.cab y cualquier otro archivo relevante al reporte de bugs en Microsoft Connect.

No olvidarse de que los screenshots o capturas de pantallas son bienvenidos siempre que ayuden a repoducir el bug.

Para concluir quiero que se comprenda que el comportamiento actual del Shell de Windows el resultado de la interacción de todos los actores de un ecosistema de software, el Shell es una parte importante de la plataforma Windows y es necesario hablar sobre cómo se relaciona con los usuarios, las aplicaciones de legado, las aplicaciones nuevas, etc. Hay ocasiones en que reportar bugs del Shell es algo puramente técnico, pero hay otras ocaciones en que hay que aplicar el sentido común y la heurística para mejorar la interactividad del Shell con los usuarios. En este sentido hay una gran oportunidad para mejoras. Así que aprovechen esta oportunidad para que Microsoft conozca cuales son sus preferencias como «Me gustaría que no se activara… cuando…», «Me molesta que Windows notifique….», «Sería útil parametrizar……», y así sucesivamente. 

Fernik

En estos tiempos de crisis e incertidumbre económica me encuentro con mucha gente, sobre todo estudiantes a punto de recibirse que me comentan que se les dificulta conseguir trabajo ya que no están capacitados y ni siquiera se los considera juniors. Si bien Microsoft Latinoamérica, Microsoft Argentina y el programa S2B proveen de muchos programas académicos y no académicos, personalmente creo que lo mejor es Imagine Cup.

Más allá de ser una competencia en la que tienes que emplear tecnología Microsoft, la cual debes dominarla con cierto grado, genera en sus participantes espíritu emprendedor, responsabilidad profesional para cumplir los milestones requeridos y actitud hacia la industria del software que se nota en futuras entrevistas laborales. Así que si no tienes trabajo, deja la lloradera y ponte en marcha todavía estás a tiempo para participar en ciertas competencias como MashUp, Short Film, Photography, Design. MashUp es relativamente fácil así que es una buena oportunidad para destacarse. Si no se animan con una competencia están los Imagine Cup Awards que consisten en proporcionar soluciones más concretas en los temas de Parallel Computing, Design for Development, MultiPoint Education, Interoperability, realmente son una buena opción con el poco tiempo que quedan para las finales.

Ahora seguro se estarán preguntando, de dónde obtengo el software Microsoft para desarrollar? Pues de Imagine Cup Software Access, ahí se explica cómo obtener el software que necesitan y no son versiones trials así que no abusen y no conviertan este recurso en un puerto pirata.

En fin, la opotunidad está, el software también, falta la actitud y eso depende de cada uno.

Fernik

Frecuentemente me encuentro con gente que lo único que sabe hacer es chillar y quejarse por que Windows Vista tiene problemas al no soportar un determinado hardware o no proveer los drivers necesarios. Pues bien esta es su oportunidad de ayudar a minimizar esta situación, ahora que puedo hablar ya que se ha abierto Windows Server 2008 Service Pack 2 and Windows Vista Service Pack 2 Beta Customer Preview Program (CPP). Uno de los objetivos del SP2, es soportar la mayor cantidad de dispositivos out-of-the-box en PCs de escritorio y portátiles, para ello Microsoft cuenta con los datos que proporcionados por el subsistema Windows Telemetry, el cual recolecta información sobre las fallas del sistema operativo y envía reportes detallados los cuales son utilizados para corregir los problemas que causan las pantallas azules de la muerte, crashes inesperados, etc.

La PC portátil promedio tiene instalados 120 drivers, de los cuales son de entre 30 a 40 empresas diferentes. Esto demuestra que el ecosistema de software de un sistema Windows es muy amplio ya que hay drivers y hardware de muchos OEM y partners. No es como en un sistema Mac OS X en donde sólo hay procesadores Intel Core 2 Duo y placas de video NVIDIA, NVIDIA, NVIDIA, 3 opciones, las 3 NVIDIA. Esta amplitud crea una complejidad mayor en la interacción entre el ecosistema de software de un sistema Windows en donde no siempre se puede asegurar o garantizar que funcione con el nivel de confiabilidad esperado, y menos si se trata de drivers que no cumplen con los requerimientos de Windows Logo Program for Hardware.

Ahora bien como Windows Vista ya tiene más de 2 años en el mercado es suficiente tiempo para disponer de un set de drivers maduros que aseguren la compatibilidad con la mayoría de los dispositivos actuales y dispositivos pre-Vista (léase XP). Pero esto sólo no alcanza, como no es posible cubrir todo el espectro de dispositivos, la idea es tratar de que los usuarios instalen SP2 y evalúen la capacidad para reconocer dispositivos que antes no eran reconocidos y si los dispositivos que antes eran reconocidos continúan funcionando. Desde Windows Vista a Windows Vista SP1, el sistema operativo mejoró evitando un 48% los crashes de sistema reportados por Windows Telemetry. El objetivo para SP2  es mejorar esta marca y asegurar un buen conjunto de drivers para instalar Windows Vista desde cero en y en hardware compatible con Windows XP. Además como Windows 7 asegura compatibilidad binaria con drivers de Windows Vista, de esta manera estamos cubiertos para la siguiente versión.

Suponiendo que se inscribieron en la CPP y que disponen de las últimas versiones de los drivers para los dispositivos que funcionan correctamente, les recomiendo ejecutar los siguientes casos de prueba:

1. 
   
   Instalar SP2 y asegurarse de que todos los dispositivos funcionan luego de una instalación exitosa del SP2.


2. 
   
   Desistalar SP2 y asegurarse que todos los dispositivos funcionan luego de una desinstalación exitosa del SP2


3. 
   
   Asegurarse de que no haya crashes u otros bloqueos durante la instalación o desinistalación del SP2.


4. 
   
   Asegurarse de que las configuraciones por defecto de los dispositivos son conservadas durante la instalación/desinistalación del SP2.


5. 
   
   Asegurarse de que las configuraciones personalizadas de los dispositivos no son activadas durante la instalación/desinistalación del SP2.

Si cualquiera de los casos de prueba presenta resultados inesperados como: crashes, pérdida de funcionalidad o un sistema inusable luego de actualizar a SP2, deben reportar el bug en Microsoft Connect valiéndose de la herramienta denominada Feedback Data Collector, la cual recolecta información genérica del entorno aunque no siempre precisa ni suficiente. En casos de no ser posible como ser que el sistema queda inusable o que sepan realmente de que se trata de un hardware en particular es necesario reportar los PNP Ids del hardware confictivo junto con la versión y el nombre del driver. De los items anteriores el más difícil de obtener son los PNP Ids, el resto de la información la recolectada por la herramienta Feedback Data Collector. Para obtener los PNP Ids es necesario ubicar el dispositivo en conflicto y examinar sus propiedades:

Luego dirigirse al Tab de Detalles y seleccionar Hardware Ids:

Los Hardware Ids enumerados son los PNP Ids necesarios para incluir en el reporte de bugs en Microsoft Connect.

Adicionalmente es necesario adjuntar en el reporte de bugs en Microsoft Connect los siguientes logs:

%WINDIR%WindowsUpdate.log
%WINDIR%Infsetupapi.dev.log
%WINDIR%Infsetupapi.app.log
%WINDIR%LogsCBSCBS.log
%WINDIR%LogsCBSCBS.persist.log
%WINDIR%Panthersetupact.log
%WINDIR%Panthersetuperr.log
%WINDIR%MEMORY.DMP (si existe)
%WINDIR%Minidump*.dmp
Dxdiag (el log se obtiene ejecutando la aplicación Dxdiag)
Msinfo32 (el log se obtiene ejecutando la aplicación Msinfo32)

Con esta introducción ya están preparados para instalar SP2 y ser más que el usuario común quejoso y mañoso, personalmente hace 3 meses que lo vengo utilizando en mi PC de escitorio y no he tenido problema alguno con el hardware existente. 

Espero haber proporcionado claridad en torno al tema de la compatibilidad y el soporte, el cual genera guerras religiosas entre sistemas operativos. Quiero que se comprenda que aunque es imposible tener un ecosistema de software que soporte todos los dispositivos posibles con altos niveles de confiabilidad, si es posible crear un ecosistema que soporte un set de dispositivos mainstream o populares en forma confiable, el resto corre por cuenta de los fabricantes de hardware y su compromiso por desarrollar drivers.

Fernik

Previo al inicio de las jornadas Agiles2008 en Buenos Aires, tuve la oportunidad de asistir a la capacitación oficial «Certified ScrumMaster» de Scrum Alliance con Tobias Mayer (Certified Scrum Coach/Trainer). Realmente el curso fue toda una experiencia de cambio de paradigmas, si bien fueron días intensivos la forma en que Tobias enseñó los principios ágiles y de Scrum fue muy didáctica y lúdica. Realmente es todo un profesional en la transmisión de conocimientos a personas adultas.

Mis compañeros de curso eran un grupo heterogéneo, había gente que tenía nociones básicas de Scrum y otras no, pero todos proveníamos de diferentres backgrounds como orgnizaciones que poseen algún nivel de CMMI, organizaciones que trabajan con equipos distribuidos, otras que hacen mantenimiento de software, otras que tienen su propia metodología y no logran acoplarla con Scrum, etc. En fin había mucha riqueza en la experiencia e historia individual de cada uno y si bien el objetivo del curso no era dar soluciones a cada situación particular todos obtuvimos al menos un conjunto de herramientas y prácticas para convertinos en verdaderos agentes de cambio en las organizaciones a las que pertenecemos. Lo que para mí personalmente fue toda una revelación es la base científica en la que se contruye Scrum, Complexity Science. Al indagar más sobre Complexity Science no sólo me permitió comprender mejor a Scrum sino que me di cuenta que plantea un cambio de paradigma muy grande incluso a nivel científico y de management, el cual va a hacernos replantear la forma mecánica y rígida en que se trabaja en muchas organizaciones. El impacto de este cambio es tan grande como la teoría de la relatividad de Einstein en la ciencia moderna. Es toda una nueva forma de concebir a los sistemas sociales y humanos, y así construir estructuras más adaptables y auto-organizables para maximizar el potencial de las personas y los equipos de trabajo.

Luego, durante las jornadas también asistí a las chalas de Lean Software Development a cargo del matrimonio Poppendieck, la cultura Lean es otro de los movimientos que está emergiendo en la comunidad ágil y pude verificar que sus principios tienen una base científica y matemática probada que se acoplan perfectamente a Scrum prácticamente sin fricción. Así que mi consejo para los que ya están más experimentados con Scrum es que comiencen a aplicar los principios de Lean Software Development, les aseguro que se van a beneficiar bastante al darse cuenta que pueden desarollar software en forma fluída y sin generar tanta basura en el proceso.

Finalmente quiero cerrar este post demistificando un par de falacias que me encuentro vida y en muchas organizaciones y con muchos profesionles constantemente. Mucha gente, especialmente managers que tienen un «MBA» o personas que son realmente profesionales y muy prescriptivas y organizadas en su trabajo, desvaloran todo lo «ágil» porque lo consideran una forma mediorcre o light de trabajar y porque creen que las metodologías ágiles son efectivas empíricamente pero no teóricamente. Lo cierto es que si exploran e investigan a partir de los links del artículo podrán verificar que eso no es cierto y que las metodogías ágiles pueden tener una base tan teórica y matemática como el álgebra. Es más son más adaptables que la forma mecánica en que estamos acostumbrados a producir/trabajar ya que contemplan el riesgo y el cambio en forma innata.

Les dejo fotos del curso y  de las jornadas.

Fernik

Cerca de 1000 personas entre estudiantes, desarrolladores y profesionales IT se reunieron el sábado 4 de octubre en la Universidad Abierta Interamericana (UAI) en la segunda edición del CodeCamp en Buenos Aires.

CodeCamp es encuentro donde los estudiantes, desarrolladores y profesionales de IT pudieron intercambiar información sobre distintos aspectos del mundo de la tecnología, desde el desarrollo de videojuegos hasta la robótica, pasando por otros temas como la virtualización.

Antes que nada, mil disculpas por no publicar los links a los replays de LiveMeeting. He estado muy         ocupado  preparándome para el Microsoft CodeCamp en Buenos Aires y he visto muchos mails reclamando la segunda parte, así que aquí van ambas:

 Gestión del ciclo de vida del desarrollo de aplicaciones con VSTS by elBruno:

• Parte 1: http://www.salatam.net/s2b/meetings/VSTraining.zip
• Parte 2: http://www.salatam.net/s2b/meetings/VSTraining2.zip

Fernik

Hola, les recuerdo que el próximo sábado 27 de septiembre a las 15:00(GMT) tenemos la segunda parte de la charla de ALM con VSTS de la mano de elBruno.

El link de la reunión es: https://www.livemeeting.com/cc/microsoft/join?id=VSTSES&role=attend&pw=N-q%2C5gtPf

Nos vemos el sábado y no olviden repasar la primera parte así no se sienten colgados.

El horario de la reunión en otras cuidades es:

Voy a estar en línea 1 hora antes del evento así que cualquier consulta me ubican por msn en fhualpa@REMOVERMAYUSCULASmsn.com.

Fernik

Hola, este post es sólo para sintetizar la primera parte de la sesión de ALM con elBruno. Realmente la sesión fue muy amena ya que hubieron ejemplos prácticos con un miniproyecto y la presentación no se tornó aburrida, pero lo que quiero destacar es que como desarrolladores si bien trabajamos con tecnología pareciera que a veces somos cavernícolas ya que no utilizamos todo el potencial de nuestras herramientas como así también de herramientas de terceros, frameworks, etc. Por eso recomiendo empezar a cambiar de actitud con un hábito muy simple que indicó Bruno, y consiste en dedicarle entre 10 y 15 minutos a una herrmienta nueva para evaluar si realmente agrega valor a nuestro trabajo. Pueden ver las herramientas de desarrollo de referencia que recomienda Bruno en http://geeks.ms/blogs/elbruno/archive/2008/09/22/evento-recursos-del-evento-de-alm-recursos-parciales-como-las-clases.aspx y comenzar a evaluarlas.

Como la gente de Microsoft Latam, se toma su tiempo para publicar el webcast en MediaCenter, les dejo un link del replay del webcast que está en mi SkyDrive, así pueden verlo y estar preparados para la segunda parte el próximo sábado.

Fernik

Como parte del programa Student to Business en latinoamérica estamos organizando una serie de conferencias técnicas en LiveMeeting con gente que realmente son un referente en la industria. En este caso los quiero invitar a la charla de Gestión del ciclo de vida del desarrollo de aplicaciones con Visual Studio a cargo de Bruno Capuano, conocido como elBruno. Bruno es como elGuille pero muy muy Enterprise, por eso me parece una oportunidad única para asistir a esta reunión virtual en donde él compartirá su experiencia en proyectos empresariales e internacionales de gestión de aplicaciones con Visual Studio Team System. Habitualmente Bruno realiza este tipo de sesiones en eventos presenciales, pero ha accedido a realizarla en Livemeeting en 2 sesiones que tendrán lugar los sábados 20 y 27 de Septiembre del 2008 a las 15:00 GMT, que serían 17:00 en España(GMT +2), 12:00 en Argentina(GMT -3), etc, al final del post publicaré un horario para el resto de los países de habla hispana. Les recuerdo que estas sesiones no son las sesiones típicas de Livemeeting de 1 hora en donde se «vende un producto», esto es realmente una sesión que va más allá de vender un producto sino de empezar a despertar un criterio profesional por eso las hemos estructurado en 2 sesiones de 2 hs(con preguntas y respuestas incluidas) cada una en 2 sábados. Así que les dejo el link de la reunión en LiveMeeting https://www.livemeeting.com/cc/microsoft/join?id=9KB2QC&role=attend&pw=xr.2Ns3%7Ew y el link del evento de Student to Business en facebook http://www.new.facebook.com/event.php?eid=49191092288.

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 el sábado 20.

Fernik

P.S: Este es el horario de la reunión en las principales cuidades del planeta, cualquier consulta agreguen un comentario al blog.

SSDS es un almacén de datos, que utiliza las tecnologías de SQL Server y expone su funcionalidad a través de interfases de servicios Web y protocolos abiertos. Como servicio provee su propio modelo de datos y de provisionamiento para operarlo y está diseñado para ser un servicio Web 2.0 proporcionando interfases SOAP y REST.
La idea de usar un servicio de datos en vez de una base de datos en las premisas del cliente es no tener que lidiar con costos de la tecnología en sí (licenciamiento de software + adquisición de hardware) ni con estimaciones de requerimientos de procesamiento y de planeación de capacidad.

El Modelo de Provisionamiento

El modelo de provisionamiento de SSDS, consiste en un modelo de entidades flexibles. Antes de explicar el modelo de entidades flexibles eviten asociar la palabra entidad con Entity Framework, cuyo modelo de entidad es diferente. Las entidades de SSDS no tienen un esquema asociado con ellas, o sea son schemaless,  no tienen una estructura definida, sino que son un conjunto de propiedades, en donde cada propiedad es una dupla nombre/valor.
El modelo tiene  3 elementos: autoridad, contenedor y entidad, la siguiente figura muestra una analogía del modelo de provisionamiento ACE de SSDE y el modelo de provisionamiento relacional de SQL Server.

Para comenzar a almacenar datos se debe haber creado al menos una autoridad. La creación de una autoridad SSDS crea un nombre de DNS para poder referenciarla.  Por ejemplo: como SSDS está hosteado en data.beta.mssds.com, si creamos una autoridad (base de datos) llamada fernik, SSDS crea la autoridad y la hace accesible en fernik.data.beta.mssds.com, lo cual revela que los nombres que elijamos para autoridades deben seguir las reglas y convención de nombres de DNS, así que olvidándose de elegir nombres con notación camel. Además la autoridad es una unidad de geo-ubicación, esto quiere decir que si se crean 2 autoridades como fernik.america.data.beta.mssds.com y fernik.europa.data.beta.mssds.com se han creado en diferentes datacenters en donde está hosteado SSDS. La idea de crear autoridades en diferentes datacenters es de disponer los datos lo más cerca posible de los usuarios que consumirán el servicio. Actualmente hay un datacenter de SSDS en Norteamérica (data.beta.mssds.com).

Como en el modelo relacional una base de datos es una colección de tablas en el modelo de SSDS, una autoridad es una colección de contenedores. La diferencia es que cuando se crean contenedores no se define o adjunta un esquema, en cambio cuando se crea una tabla hay que proporcionar información sobre la estructura de la misma. Esta independencia de los contenedores respecto de un esquema permite almacenar en ellos entidades tanto homogéneas como heterogéneas. Lo cual no es el caso de una tabla relacional la que sólo nos permite almacenar filas homogéneas.  Así se plantean 2 modelos de uso según las necesidades de la aplicación:

• 
  
  Modelo Homogéneo:  El contenedor almacena entidades del mismo tipo. En este modelo el contenedor se comporta como una tabla en una base de datos relacional.
   


• 
  
  Modelo Heterogéneo:  El contenedor almacena entidades de diferentes tipos. En este modelo el contenedor se comporta como una base de datos que almacena entidades de todo tipo.

En el release actual de SSDS  las consultas tienen ámbito de contenedor, todavía no es posible realizar consultas entre contenedores (lo que equivale a consultas entre tablas en el modelo relacional), pero como los contenedores pueden almacenar entidades heterogéneas es posible almacenar todas nuestras entidades en un único contenedor y realizar la consulta sobre el mismo.

Una entidad es el equivalente a una fila en el modelo relacional. Consiste en un conjunto de propiedades en forma de  pares nombre/valor (como un objeto Dictionary o un array asociativo).  El valor puede ser un tipo escalar simple, actualmente los siguientes tipos escalares son soportados: string, binary, boolean, decimal y datetime.
Una entidad es el objeto más pequeño que puede ser actualizado. Esto implica que se puede obtener una entidad, agregar/actualizar/eliminar propiedades y luego reemplazar la entidad original con la modificada. Las actualizaciones parciales no son soportadas por ahora.

El Modelo de Datos

La entidad flexible es el concepto fundamental en SSDS. Tanto autoridades, contenedores como entidades son entidades flexibles. Cada una de estas entidades consiste en propiedades en forma de pares nombre/valor se agrupan en 2 categorías: Metadatos y Flexibles.

• 
  
  Propiedades de Metadatos: Cada entidad posee in conjunto fijo de propiedades (Id, Version y Kind). Estas propiedades se denominan propiedades de metadatos. La propiedad Id identifica unívocamente a la entidad y debe ser única dentro del contenedor en el que existe, pero diferentes contenedores pueden contener entidades con el mismo Id. La propiedad Version actúa como un timestamp o marca de tiempo y se emplea para identificar la versión actual de la entidad. El valor de la propiedad Version se actualiza con cada operación que se realiza sobre la entidad. El valor de la propiedad Kind es definido por el usuario y se utiliza para categorizar entidades similares. No hay que olvidarse de que como no existe un esquema asociado a las entidades, por lo que tener entidades con el mismo valor de la propiedad Kind no garantiza la misma estructura.

• 
  
  Propiedades Flexibles: Además de las propiedades de metadatos, una entidad puede tener 0 o más propiedades flexibles adicionales. Estas propiedades es en donde se almacenan los datos de la aplicación. Las propiedades flexibles pueden tener cualquier nombre y valor de los siguientes tipos escalares: string, decimal, bool, datetime y binary.

Para verificar que toda autoridad, contenedor y entidad es una entidad flexible vamos inspeccionar el modelo de objetos de SSDS. Para ello es necesario agregar una referencia a al servicio SSDS.

Luego, si inspeccionamos el modelo de objetos con Object Browser se aprecia  que la clase Entity del modelo ACE es en sí la entidad flexible, ya que se emplea para modelar el resto de las entidades del modelo ACE.

Ahora bien, si observamos el código  del proxy generado las propiedades de metadatos son realmente propiedades definidas explícitamente, es decir tienen un nombre propio y un tipo, responden a un esquema. Sin embargo a lo que llamamos propiedades flexibles se las modela como un Diccionario genérico parametrizado con <string, object>, o sea que las propiedades flexibles están definindas como pares nombre/valor que son miembros de una colección. Al implementar las propiedades flexibles de esta forma se alcanza una flexibilidad similar a la del DataSet/DataTable no tipado pero al costo que tiene cualquier abstracción no tipada: verificación en tiempo de ejecución.

También es importante destacar el uso del atributo KnownTypeAttribute, para especificar contrados de datos equivalentes en tipos derivados. Por lo tanto se deduce que tanto Authority como Container derivan de Entity. Pero para que quede claro y no haya dudas, vamos a generar un diagrama de clases a partir de este código el cual representará la relación existente entre autoridad, contenedor y entidad desde un punto de vista estático.

Ahora sí se puede apreciar que aunque una autoridad y un contenedor son contenedores lógicos de entidades, ellos son clases hijas del la clase Entidad que es la entidad flexible en sí, y que se diferencian por las parametrizaciones de sus propiedades de metadatos y propiedades flexibles. La siguiente tabla muestras las posibles combinaciones de propiedades de metadatos y propiedades flexibles para crear autoridades, contenedores y entidades:

SQL Server Data Services es un servicio que todavía está en pañales, hay planes para ofrecer crear entidades con esquemas e incluso poder hostear una instancia en las premisas del cliente. Independientemente de los planes y mejoras futuras me parece interesante considerar esta tendencia que iniciaron Amazon con SimpleDB y Google con AppEngine de publicar los datos en la gran nube que es Internet. En ciertos escenarios no lo considero factible, sobre todo si se trata de información financiera o de información crítica para que el negocio funcione diariamente, pero para ciertas aplicaciones como mashups, perfiles de usuario, etc. creo que tiene un muy buen potencial. Ahora lo que nadie dice es que por más que confiemos en nuestro provedor del servicio ya sea Microsoft, Amazon o Google y que nuestros datos estén en un cluster diseñado para proveer servicios de datos, se experimentan tiempos de baja en el servicio y es ahí donde no tenemos acceso a la infraestructura y nuestro negocio puede depender de ello. Por ello finalizo este post con una de las tantas notificaciones que se reciben de SSDS y un consejo final, si están dispuestos a aceptar este tipo de notificaciones de interrupción en su negocio u aplicación, pues adelante sino a montar su propoia infraestructura de datos.

En los próximos posts escribiré sobre las interfases SOAP y REST de SSDS así como de características únicas como consultas basadas en LINQ.

Hasta la próxima,

Fernik