A veces, Microsoft hace las cosas bien…

Como en el caso de «Virtual Earth».


Hace un par de años se desato una más de las muchas guerras entre Google y Microsoft cuando Google comenzó con «Google Maps» (http://maps.google.com/) y en muy poco tiempo Microsoft creó «Virtual Earth» (http://dev.live.com/virtualearth/) como contrapartida. Los dos hacen más o menos lo mismo, mostrar mapas en pantalla. El uno hace algunas cosas mejor o más rápidamente que el otro, pero en realidad, los dos son comparables. La calidad del servicio depende completamente de la calidad de los mapas que utilizan, y la calidad de los mapas de Google es realmente fantástica de algunos sitios en Norte América, pero Microsoft tiene una mejor cobertura de Europa; y Latinoamérica? En realidad a ninguno de los dos le importa lo que pase por esos lados, así que la calidad es igualmente miserable…


Los dos servicios pueden ser utilizados desde programación propia, con una diferencia radical: si quiere utilizar Google Maps tiene que pedir una llave y registrar el sitio en donde la va a utilizar, mientras que el servicio de Microsoft puede ser usado anónimamente y sin llaves de ningún tipo. Ambos son servicios gratuitos (por el momento), aunque si quiere utilizar los mapas de alta resolución de Google tiene que pagar por el servicio.


Y la otra diferencia es la información. Ambos sistemas disponen de un SDK, pero el de Microsoft es realmente excelente (http://dev.live.com/virtualearth/sdk/): un SDK Interactivo, que es un ejemplo de cómo se debe presentar información para hacerla comprensible y de aplicación rápida. A veces Microsoft hace las cosas bien…


Integrar Virtual Earth con SharePoint es cuestión de un par de renglones de código en una de las WebParts por defecto del Portal («Elemento Web Editor de Contenido»). En http://www.gavd.net/servers/sharepointv3/spsv3_item.aspx?top=3&itm=496 puede ver un ejemplo, y el código necesario para reproducir el mismo efecto, y este es solamente el principio, pues las posibilidades que ofrece el sistema son numerosas (encontrar la ruta a seguir entre dos sitios, por ejemplo).


Lo único que Google Maps tiene extra (y que no tiene Virtual Earth), son los «Google Mappets» (http://www.google.com/apis/maps/), una nueva característica que permite crear pequeñas aplicaciones dentro de los mapas. Por supuesto que Virtual Earth dentro de poco también tendrá algo comparable…


Y en cuando al SDK, a ver si alguna vez el grupo de desarrollo de SharePoint le da una mirada al SDK de Virutal Earth, y lo toma como ejemplo para crear finalmente algo que podamos utilizar, y no la miseria de SDK que tenemos que usar ahora, por eso de que Microsoft no siempre hace las cosas bien…


Gustavo – http://www.gavd.net/servers/
Escriba un Comentario que me haga reir…

Es Google Gears mejor que SharePoint Groove?

Esta semana los desarrolladores de nuestra maquina de búsqueda favorita nos han soltado otra sorpresa: «Google Gears».


Gears (http://code.google.com/apis/gears/?utm_campaign=en&utm_source=en-ha-ww-google&utm_medium=ha&utm_term=google%20gears, o en el articulo de El Bruno, por estos mismos lados: http://geeks.ms/blogs/elbruno/archive/2007/05/31/google-gears-a-good-choice.aspx) es, dicho de una manera sencilla, algo de software que se puede utilizar para guardar una copia local de sitios Web, de tal forma que se pueda ver y utilizar aunque no se tenga una conexión con Internet o la Intranet. El asunto está en Beta, y como todo el software de Google, permanecerá en Beta por los próximos tres siglos.


Google Gears es bastante sencillo: hay que instalar algo de software extra, que consta de un par de Add-Ins (con JavaScripst) para Microsoft Internet Explorer y para Firefox, y una Base de Datos (una copia de la excelente SQLite, http://www.sqlite.org/, que desde hace años han estado demostrando que una Base de Datos no tiene por qué ser costosa [Microsoft SQL, Oracle, aunque ambas tengas versiones gratuitas], complicada [Oracle] o con pretensiones de ser mucho sin ser nada especial [MySql]). Gears utiliza un API bastante sencillo que se puede utilizar para programar que una aplicación Web cree una copia local (en la Base de Datos) de su contenido. En el sitio de Google Gears pueden encontrar todo la información necesaria sobre el API, y ver cómo funciona por medio de un par de ejemplos (es necesario instalar primero el software en el computador). La arquitectura tampoco es complicada (http://code.google.com/apis/gears/architecture.html), y, la verdad sea dicha, los ejemplos funcionan sin grandes problemas, a pesar de ser un Beta bastante prematuro.


SharePoint dispone desde hace años de una especie de versión «desconectada», que se llama Groove y que en principio se puede utilizar para crear copias locales de Librerías y Listas. Pero, ya que estamos hablando de que la verdad sea dicha, Groove nunca ha sido un producto utilizable (http://geeks.ms/blogs/gvelez/archive/2007/02/18/que-tan-groovy-is-groove.aspx) por la sencilla razón de que es engorroso de instalar, poco amistoso para usar y demasiado caro para ser interesante. Y con las nuevas posibilidades para exportar documentos hacia Outlook directamente desde SharePoint 2007, mucho del atractivo de Groove como «SharePoint Off-Line» se ha desvanecido.


Y por eso me estoy preguntando si habrá una manera de usar Google Gears como un sustituto viable de Groove… a primera vista tiene un defecto, y es que no puede crear copias locales de contenido para ser bajado, como documentos, por ejemplo. Por el resto, tengo la idea de que crear una WebPart para utilizar Gears no sería un trabajo de más de un par de horas. Y, cuando Gears sea un poco más maduro y ofrezca algo más de funcionalidad, no me sorprendería que Google le esté poniendo la zancadilla de nuevo a Microsoft…


Gustavo – http://www.gavd.net/servers/
Escriba un Comentario que me haga reir…