SkunkWorks

Nota: Por pura coincidencia, Edin ha escrito un blog con el mismo título («Groove is dead, long live SharePoint Workspace 2010) algunos días antes que esta entrada. Por favor, visite su blog no solo para leer su artículo sobre el mismo tema, sino muchos otros artículos interesantes.

A nadie que ande por el mundillo de SharePoint se le habrá escapado la noticia: Groove dejara de existir en su forma y nombre actual en la próxima versión de SharePoint. Juan Carlos ya ha escrito algo al respecto por estos lados, y si busca con su máquina de búsqueda favorita (www.kumo.com, por supuesto), encontrara un montón de gente hablando sobre el mismo tema.

La mayor ventaja de SharePoint se puede ver como su mayor desventaja al mismo tiempo: es un servicio online. Para ver toda la información que está en el sistema, tiene que estar online, por supuesto. Y si está en camino a algún sitio, o no tiene una conexión de internet, no tiene información. Es un mal conocido desde el principio de los tiempos, y que tanto Microsoft como otras compañías han tratado de solucionar con mayor o menor resultado. Usando productos de Microsoft, la información se puede exportar a Excel, o a Access o incluso tener una especie de lector offline en Outlook, todo con sus problemas de inconvenientes de sincronización y demás. Otras empresas como Colligo (http://www.colligo.com) han creado una interface para bajar copias locales de la información contenida remotamente por SharePoint (entre otras cosas, Colligo tiene una versión gratis de su producto, el Colligo Reader, que permite tener copias locales de información de SharePoint, pero no permite hacer una sincronización en dos direcciones, lo que es más que suficiente en muchos casos). Y, por supuesto tenemos a Groove.

La verdad, nunca he sido un gran amigo de Groove (“Que tan groovy is Groove” y “Es Google Gears mejor que SharePoint Groove?”). Groove comenzó su vida como una herramienta de colaboración para grupos de personas que trabajan regularmente sin conexión con una intra- o extranet, y en algún momento le agregaron una “interface” para trabajar con SharePoint. En el 2005 Microsoft compró la empresa que creó el software junto con su creador, Ray Ozzie, que desde entonces se ha convertido más o menos en el príncipe que heredará la corona de Steve Balmer (rumores, rumores, no me vayan a crucificar por extender rumores, pero chismosear es delicioso…). En SharePoint 2007 la prometida integración entre SharePoint y Groove no se vio por ningún lado, aunque parece que finalmente ahora algo pasara con la nueva versión. El problema de Groove para mí, es que nunca se había decidido si ser un servidor independiente o una versión offline de SharePoint, fuera de ser increíblemente complicado para instalar (necesita dos servidores, una semana de trabajo y un batallón de ingenieros para hacer que todo funcione) y de que la interface es totalmente incomprensible. Si compara la interface de Colligo con la de Groove, verá directamente a lo que me refiero.

En fin, la promesa de SharePoint Workspace es de dar fácil acceso a contenido de SharePoint, experiencia online/offline transparente para el usuario y facilidad para instalar y manejar. Suena muy parecido a Colligo, si me disculpan que meta la cucharada… y parece que la parte de Servidor ha desaparecido. También es conocido que SharePoint Workspace será uno de los componentes de Microsoft Office Professional Plus 2010 (vaya un nombre), por lo que probablemente tendrá que pagar una pequeña fortuna para poderlo utilizar (Colligo cuesta 150 dólares, no es precisamente Open Source). Aquí sería interesante preguntarle a Microsoft porque no lo regala, o por lo menos lo incluye con las CAL de MOSS, si a eso vamos… sería una interesante estrategia comercial… o hacer, por ejemplo que sea solo un lector si utiliza WSS e incluye sincronización de dos vías si está usando MOSS, parecido a lo que hace Colligo con su versión gratis. Y si regalan el crimen que es SharePoint Designer, porque no pueden regalar algo que todos podemos utilizar? En fin, habrá que esperar a la versión Beta de Office (augusto? Septiembre?) y de SharePoint (octubre?) para ver que es el SharePoint Workspace y cómo funciona. Por el momento todo se reduce a especulaciones.

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

Malas noticias: todo indica que estamos en la parte de depresión del quinto ciclo de Kondratiev…

Kondratiev: economista ruso que describió por primera vez que el mundo capitalista moderno se mueve en superciclos regulares de forma sinusoidal variando en frecuencia entre cuarenta y sesenta años. Cada ciclo consiste de periodos alternativos de crecimiento alto y bajo, divididos en cuatro fases: prosperidad, recesión, depresión y mejoramiento. Las olas hasta ahora han sido:

– La revolución industrial – 1771
– La edad del vapor y los trenes – 1829
– La edad del acero, electricidad e ingeniería pesada – 1875
– La edad del petróleo, automóviles y producción de masa – 1908
– La edad de la informática y las telecomunicaciones – 1971

De acuerdo a esta teoría, en este momento nos encontramos en la parte hacia abajo del quinto ciclo de Kondratiev. Si está pensando que el autor de este blog sabe mucho sobre economía, se equivoca de lado a lado… lo que estoy escribiendo lo estoy leyendo en la Wikipedia (http://en.wikipedia.org/wiki/Kondratiev_wave), de donde también me he robado la siguiente imagen sin pedirle permiso a los autores

Y la parte divertida: que tiene todo esto que ver con SharePoint? Pues nada… y mucho. Como toda teoría macro (macro de lo que sea: macrobiótica, macrologica [?]… macroeconómica en este caso), si intenta aplicar al amigo Kondratiev a una parte pequeñita (SharePoint), no funciona, así que hay que aplicarla a la economía total para que tenga sentido. Si no se ha enterado, por favor, siéntese y tome con calma lo que le voy a contar: estamos en crisis económica! O por lo menos eso es lo que nos han estado contando desde hace ya un año. Los bancos se van a la quiebra por montones, la construcción se ha detenido y el desempleo aumenta… todos los gobiernos premian a los bancos por su mala conducta entregando millones y millones de dólares, euros, yenes, lo que sea… esa es la parte macro… Y SharePoint? Pues esa es la parte micro.

Sobrevivirá SharePoint la crisis económica y el quinto ciclo de Kondratiev? Veamos: SharePoint nació en el momento de prosperidad del ciclo, como una respuesta al caos informático que nos está acosando. Luego, en la parte más alta del ciclo, SharePoint se ha hecho grande (versiones 2003 y 2007), tomando el mercado de sistemas de manejo de documentos (DM) y manejo de contenido (CM) por sorpresa. La siguiente versión (2010) aparecerá en el lado equivocado del ciclo, y vendrá con algunas cosas nuevas que pueden afectar aun mas su propagación (uso de sistema operativo de 64 bit obligatorio, por ejemplo).

Como ha ocurrido hasta ahora, cuando salga la versión 2010 desaparecerá la versión 2007, por supuesto, obligando a todo el que quiera implementar el sistema a aceptar los nuevos requisitos de funcionamiento. Están dispuestas las compañías que usan SharePoint 2007 a cambiar hardware y software para implementar SharePoint 2010? Están dispuestas las compañías que desean implementar SharePoint 2010 por primera vez a invertir también en nuevo hardware y software, fuera de la inversión en SharePoint mismo? No es la tentación de quedarse con el sistema “viejo” demasiado grande? Veremos algo similar a lo que le paso a Vista, que muchas empresas están esperando a Windows 7 para pasar sus sistemas basados en Windows XP, saltándose una generación?

Desafortunadamente mi bola de cristal “pastando la dejé y desapareció” como el unicornio azul de Silvio Rodriguez, y no tengo respuesta estas preguntas. En cualquier caso, si tiene la tendencia a pensar que SharePoint 2010 puede tener menos éxito que las versiones anteriores, tenga en cuenta que cuando una empresa de cualquier tipo, de pequeña a grande, comienza a utilizar SharePoint, después de un par de meses tiene tanta información metida en el sistema, que es práctica y físicamente imposible dejar de usarlo… no subestime el poder de SharePoint, que es el poder del contenedor de información: sin contenedor, no información, y sin información, ninguna empresa moderna de cualquier tipo puede sobrevivir. En cualquier caso, si quiere dejar su opinión, que mejor sitio que este… escriba un comentario que me haga reír…

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

Probablemente es imposible que no se haya enterado que Oracle compro a SUN hace un par de semanas, pagando alguna de esas cifras en las que falta papel para escribir la cantidad de ceros. Fuera de querer comprar algo que de ser una de las mejores compañías de informática (hardware y software, una combinación única en este mundo del IT) se ha convertido en una empresa en quiebra, que es lo que ha motivado a Larry Ellison (un tipo del que se puede decir de todo menos que no sea inteligente) para comprar los pedazos que se van desmoronando de SUN?

Pues como no soy Larry Ellison, ni me interesa hacer su trabajo, no tengo la menor idea. Lo único que se me ocurre es que le quiere poner la mano encima a Java para acabarla poco a poco como herramienta Open Source y convertirla en el lenguaje de programación de Oracle. Para no decir nada sobre MySQL, la que después de años de ser LA Base de Datos Open Source por excelencia, SUN la compro hace algunos meses para irla dejando morir poquito a poquito. La pregunta es muy sencilla, que quiere hacer el fabricante de la mejor Base de Datos con una herramienta de aficionados? Pues nada, así que MySQL irá desapareciendo paulatinamente, y dentro de cinco años estará en la historia de las Bases de Datos, como FoxPro, DB2 y muchas otras (si, ya lo sé, ambas todavía existen, pero entre existir y ser usadas hay una buena diferencia).

Desde este lado, el asunto es de lo más divertido para Microsoft, por supuesto. El mercado de Bases de Datos está bien repartido: Si necesita manejar inmensas cantidades de datos (el sistema de impuestos de su país, o estadísticas sobre los soles en el universo), simplemente utilice Oracle, no hay discusión posible. Pero si lo que necesita es manejar cantidades razonables de datos (digamos las finanzas de cualquier empresa, de chiquita a multinacional), y no quiere meterse en los líos de instalación/mantenimiento y los costos de Oracle, utilice Microsoft SQL. Y si lo que necesita es usar productos de IBM, está obligado a usar DB2, no porque lo quiera hacer, sino porque tiene que usar productos de IBM. Y finalmente, si lo que le interesa es una Base de Datos para mantener sus records personales, use Access o MySQL o cualquiera del millón y medio de Bases de Datos chiquitas que hay por ahí regadas. Así que si Oracle asesina a MySQL, Access (y Microsoft) no van a soltar ni una sola lagrima, y todos los que usan Open Source van a tener que buscarse otra Base de Datos.

Pero bien, que significa todo esto para SharePoint… al fin y al cabo, con un monotemático como yo, todo se ve desde la perspectiva del tema único, SharePoint en este caso. Alguien ha oído hablar (por no decir haber visto en acción) el WebCenter Suite de Oracle? Me atrevo a decir que nadie… yo, por lo menos, nunca lo he visto, ni tengo ni idea si alguien lo ha usado alguna vez en este mundo y el otro. Pues aunque no lo crea, esta es la competencia de Oracle para SharePoint. La cosa es tan patética, que inclusive Oracle tiene un adaptador para SharePoint, por eso de que si no te subes al tren, el tren no espera por ti… Pero hablando mas en general, no solo de Oracle, la competencia de SharePoint puede ser buscada por todos los rincones de la casa sin ser encontrada por algún lado. IBM Lotus Domino fue el único sistema que hace años pudo haber sido un buen competidor, pero desde que IBM en años no lo ha tocado, la competencia ha desaparecido por completo (dese una vuelta por Internet buscando sistemas para migrar de Lotus a SharePoint para que vea cuantas empresas hay trabajando en migraciones… intente buscar alguna que haga el camino contrario, y ni siquiera con Google podrá encontrar una sola). Por supuesto hay sistemas por aquí y por allá (DotNetNuke? Alfresco?) que hacen con trabajo algo de lo que SharePoint puede hacer con los ojos cerrados, pero eso no es competencia (alguien ha intentado usar DotNetNuke con 50.000 usuarios? Nadie esta tan loco). Y si alguien me sale con Joomla… por favor, evítenme que me muera de la risa… o de la rabia…

De regreso a SharePoint, me da la idea que Oracle no tiene una estrategia de competencia con Microsoft por este lado, como ninguna otra compañía, pongámoslo de esa forma. Ni IBM, ni Google, ni nadie. Así que seguiremos teniendo SharePoint por muchos años mas, para bien o para mal. Y en cuanto a SUN, en realidad me da un montón de pena que terminaran de esta forma… los primeros sistemas con los que hace 20 años se podía trabajar con la comodidad de los computadores actuales eran las estaciones Sparc…

En fin, me parece que los que trabajan con Open Source tienen un problema: Linux no despega, Solaris desaparece lo mismo que Java y MySQL… se van a tener que pasar al lado oscuro de la informática, y empezar a trabajar con tecnologías Oracle y Microsoft…

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

No sé porque viendo la ultima versión de Microsoft Commerce Server (versión 2009) no se me quitaba de la mente la canción de Queen «… Another one bites the dust…»

Por pura casualidad le ha dado una mirada a Commerce Server 2009? Si no lo ha hecho, en http://www.gavd.net/servers/sharepointv3/spsv3_item.aspx?top=0&itm=839 encontrara un par de screen dumps. Ve algo conocido? Si, por supuesto que lo ve… es simplemente SharePoint… Que ha hecho Microsoft? Lo ha integrado completamente en SharePoint; por supuesto, para los puristas todavía se puede usar fuera de SharePoint como un producto separado, pero porque lo haría usted?

Como lo han hecho? Muy sencillo, receta conocida: Commerce Servers mantiene su Base de Datos separada para hacer todas las cosas divertidas que se pueden hacer con una tienda online como promociones, compras en grupo, descuentos, carrito de compras y le agrega todo lo divertido que se puede hacer con SharePoint como autorización, creación de listas de compras personalizadas, flujos de trabajo, búsqueda de productos… ideal. Y como es la realización técnica? Muy fácil, Commerce Server le agrega más de 30 WebParts y WebControls a SharePoint para realizar el trabajo. Y gratis y por nada le añadimos modificación de la presentación por medio de las Paginas Maestras de SharePoint y quedamos listos.

Para los interesados en la historia, de pronto recordaran que por allá en el año 1998 Commerce Server era un Add-In para SharePoint, que en ese entonces se llamaba Site Server. Luego, con la versión 2001 ambos productos siguieron rutas separadas y posteriormente la evolución de SharePoint ha sido tan acelerada como el retraso de Commerce Server: si le da una mirada a las versiones anteriores de Commerce Server notará que en realidad nada ha cambiado en el servidor. También como dato anecdótico, Microsoft siempre ha negado que fuera a integrar a Commerce Server en SharePoint, pero al final lo han hecho; y la razón es más que obvia: los dos pueden convivir perfectamente juntos.

También es interesante la tendencia de Microsoft: este es el cuarto servidor independiente que SharePoint se traga en tres años. El primero fue Class Server, un servidor del que probablemente nadie ha oído hablar, que fue creado como competencia de BlackBoard para el mundo de la enseñanza y que ahora es (con muchas modificaciones) el SharePoint Learning Kit, luego fue CMS, completamente integrado en SharePoint en su parte de Content Management; Project Server también ha dejado de existir por sí mismo, siendo ahora un (casi) puro Add-In para SharePoint, y el ultimo en la serie, Commerce Server: Another one bites the dust…»

Cuál será el siguiente? Difícil de decir, los candidatos por defecto ya nos los hemos comido. Por esas cosas raras de la vida, me da la idea que el grupo de Dynamics va siguiendo el mismo camino, pero todo se lo va comiendo CRM por ese lado (cuando se demoraran Navision y Solomon en estar integrados en CRM?). Por el lado de los «independientes» como Windows, Exchange y SQL no es mucho lo que hay que esperar, esos son productos aislados con una tradición y funcionalidad muy especificas. Y Office? Excel ya tiene su espacio en SharePoint, lo mismo que InfoPath; Word y Access no tardarán en seguir el mismo camino. Project, CMS y Commerce Server ya están adentro. Qué queda? Mas integración, espero. Ha tratado de integrar CRM con SharePoint alguna vez? Duele, duele un montón… lagrimas y sudor a raudales… pero Microsoft es el único que conoce el futuro… a ver quién es el próximo que muerde el polvo…

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

Hay días en que nada sale bien, y la semana pasada tuvo uno de esos días: el viernes («Viernes Negro» desde hoy), a Microsoft se le ocurrió la brillante idea de regalar SharePoint Designer, mejor conocido como «FrontPage» o la peor pesadilla de SharePoint…

Bien, esas son las buenas noticias: si lo desea, puede descargar su copia propia, gratis y por nada, desde el sitio de Microsoft (http://www.microsoft.com/downloads/details.aspx?displaylang=es&FamilyID=baa3ad86-bfc1-4bd4-9812-d9e710d44f42). Ahora las malas noticias: cómo vamos a prevenir que cualquier clase de usuario, con buenas o no tan buenas intensiones, destruya el trabajo que tanto nos ha costado? Imagínese la situación: creamos un sitio de SharePoint haciendo las cosas bien hechas, creando Listas y plantillas, modificando archivos CAML con sudor y lagrimas, haciendo que todo funcione bien, rápido y seguro… y luego Juan Palotes se baja SharePoint Designer de la red, por eso de que es gratis, abre el sitio y empieza a cambiarle cosas a diestra y siniestra… no solamente arruina el trabajo que hemos hecho, sino también los tiempos de reacción del sitio, impide que nuevas modificaciones sean realizadas en el futuro y todo con un par de clics aquí y allá. En realidad, con un solo clic basta: con que abra una página en el SharePoint Designer y apriete el botón de «Guardar», ya el asunto se fue al infierno, sin necesidad de que haga ninguna otra modificación.

Yo nunca he podido entender porque Microsoft ama tanto este programa. Desde sus comienzos, por allá en los años 1995, FrontPage ya era el peor editor de HTML que se podía conseguir en el mercado. No solo era lento y engorroso de manejar, sino que modificaba el código como le daba la gana, sin tener ninguna consideración con el pobre programador. Por eso de que nadie estaba tan loco como para utilizarlo para crear paginas HTML o ASP, a Microsoft se le ocurrió la brillante idea de hacer una especie de «Editor de SharePoint» en la versión 2003. O, mejor dicho, creo el «Destripador de SharePoint» para que nos entendamos bien. Por culpa de FrontPage (perdón, SharePoint Designer), tuvimos que aprender que era «Ghosting» y «Unghosting«, y entender cómo evitarlo como a la peste. Y después de tantos años rodando por ahí, el programita este sigue siendo lento y engorroso, y ahora, para colmo de males, gratis. Probablemente lo están regalando porque simplemente nadie lo compra, pero es una suposición no basada en datos ciertos, así que mejor no digo nada…

En cualquier caso, desde el «Viernes Negro» tenemos tres caminos a seguir: dejar de trabajar con SharePoint, cambiar de oficio o bloquear su uso. Como las dos primeras opciones no son muy reales en el momento (por lo menos para mí, pobre esclavo que tiene que ganarse el pancito con el sudor del teclado), queda la opción de bloquear el uso de FrontPage de una vez y por siempre. Fíjense como es la vida, el mismo Microsoft ha publicado toda la información necesaria para realizar el bloqueo, y de varias formas: el articulo «Locking Down SharePoint Designer» (http://blogs.msdn.com/sharepointdesigner/archive/2008/11/25/locking-down-sharepoint-designer.aspx) se convertirá desde ahora en el documento más leído y consultado por la gente que trabaja con SharePoint.

Desde ahora, lo primero que hare en cualquier tipo de instalación de SharePoint en la que esté trabajando es:

– Ir a la Administración Central de SharePoint
– Ir a la Administración de Aplicaciones
– Seleccionar «Permisos de usuarios para aplicación Web» (sección Seguridad de aplicaciones)
– Seleccionar la Aplicación Web indicada
– Ir a la sección «Permisos del sitio» y deseleccionar «Examinar directorios»

Y así podre dormir tranquilo: a todo al que se le ocurra arruinar mi trabajo, recibirá un pantallazo precioso cuando intente utilizar SharePoint Designer en cualquier sitio de la Aplicación Web: «Error del servidor: Acceso denegado»

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

Por esas cosas del trabajo, los últimos tiempos me he tenido que enfrentar a montañas de Problemas Impíos. La verdad, no se me ocurre una mejor traducción a «Wicked Problems»… mirando un diccionario veo que se podría traducir como «Problemas Maliciosos» o «Problemas de Broma», pero la cosa es demasiado seria (por lo menos personalmente), por lo que lo dejo en Impío…

Wicked Problems, según la explicación de la Wikipedia (http://en.wikipedia.org/wiki/Wicked_problems), es una frase usada en planificación social que describe un problema que es entre difícil e imposible de solucionar porque sus requerimientos son incompletos, contradictorios o constantemente cambiando. Peor aún, las acciones encaminadas a solucionar Wicked Problems conducen muy probablemente a la creación de nuevos Wicked Problems, por lo que el asunto se reproduce como las cabezas de Medusa…

En realidad, no tengo ninguna idea de planificación social, así que no se me ocurre como llegue al nombre. Pero pensando en cómo describir el asunto de una forma sencilla, se me vino el nombre a la cabeza. Volviendo a la Wikipedia, Jeff Conklin (no me pregunten quien es, no tengo ni idea, pero su nombre está escrito allí mismo) nos indica que hay cuatro características que definen un Wicked Problem:

1 – El problema no se entiende hasta después de formular una solución
2 – Participantes en el problema lo ven de formas radicalmente diferentes
3 – Limites y recursos para resolver el problema cambian constantemente
4 – El problema nunca se soluciona completamente

Veamos a que me refiero. En el proyecto en el que estoy trabajando actualmente, la primera implementación fue hecha como un piloto para saber cómo se podría utilizar SharePoint en la empresa. Como piloto, es utilizado por solamente una fracción (3.000) del número de usuarios finales (50.000), y en una sola sucursal de la empresa (finalmente será utilizado en 14 países en dos continentes). Por lo tanto, el primer diseño fue sencillo: una Aplicación Web con una Colección de Sitios. Nada en contra, para ese número de usuario iníciales SharePoint se muere de la risa por la carga, esta 90% del tiempo haciendo nada y el diseño es más que valido.

Cuando comenzamos a hacer el diseño definitivo, lo primero que hicimos fue distribuir la información lógicamente en diferentes «contenedores» o Aplicaciones Web (una para Portal, otra para Colaboración, otra como Record Center, etc.). Y dentro de algunos de los contenedores, una distribución más granular por medio de Colecciones de Sitios. Esto nos garantiza poder crecer de una forma organizada en el futuro, manteniendo la información separada tanto lógica como físicamente (diferentes Bases de Datos que no crezcan más de lo necesario y se puedan hacer BackUps y Restauraciones en tiempos decentes). Y aquí empiezan los Wicked Problems…

Según la definición que les comentaba anteriormente, nos encontramos con el primer punto: hasta después de formular la solución (separar la información en diferentes Aplicaciones Web y Colecciones de Sitios), no resulto que no entendíamos el problema: los usuarios del sistema Piloto se habían acostumbrado a agregar información a lo largo y ancho del sistema utilizando la WebPart de Content Query (http://www.gavd.net/servers/sharepointv3/spsv3_item.aspx?top=3&itm=681 y http://www.gavd.net/servers/sharepointv3/spsv3_item.aspx?top=3&itm=685) y, por supuesto, querían seguir trabajando de la misma manera con el nuevo sistema. Como recordará, con esta WebPart es muy fácil «arrejuntar» listas y mostrar manzanas junto con naranjas, pero tiene un problema pequeñito: solo puede agregar información presente dentro de la misma Colección de Sitios.

Y aquí llegamos al segundo punto de la definición: nosotros, tecneutas, vemos el problema de una forma muy diferente a como lo ven los usuarios. Nosotros queremos dividir la información de una forma lógica, usando lo que nos ofrece SharePoint para hacerlo. Los usuarios quieren ver información regada por todas partes en un solo sitio, el problema es visto desde perspectivas completamente diferentes…

Por supuesto el tercer punto se ve venir de inmediato: el usuario quiere regresar al sistema antiguo cambiando los limites, luego cambia de opinión para regresar al nuevo diseño, luego viene con las ideas mas alrevesadas de este mundo y el otro… pero eso sí, el sistema tiene que ser operativo en la fecha determinada de antemano… limites y recursos cambian constantemente…

Finalmente llegamos al cuarto punto: el problema no se soluciona nunca completamente. A final de cuentas hay que buscar el compromiso en el que todo el mundo consigue una parte del botín, pero nadie se hace rico de verdad… Un par de Colecciones de Sitios por aquí, y otro par por allá, pero no más de un cierto número limitado… el cliente contento porque puede hacer algunas de las cosas que hacia anteriormente, nosotros contentos porque podemos separa de una forma (imperfecta, pero separar al fin y al cabo) la información de una forma lógica. El cliente descontento porque no puede tener todo como lo tenía anteriormente, nosotros descontentos porque nos han quitado una buena parte de flexibilidad en el diseño…

En fin, es un caso recursivo que supongo todos ustedes se han encontrado más de una vez en la vida. Lo malo del asunto es que, por definición, Wicked Problems no tienen una solución satisfactoria y, como veíamos al principio, si un Wicked Problem se acerca a una solución, tiene la tendencia a crear nuevos Wicked Problems… ya veremos que nos trae el futuro en este proyecto…

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

Microsoft ha anunciado la semana pasada un recorte entre 15 y 25% de los precios en sus productos empresariales (http://www.microsoftincentives.com/ ), entre los que cae SharePoint Server. Se ha preguntado alguna vez cuánto costaría una instalación, digamos mediana tirando a chiquita, de SharePoint? Pues si ha intentado meterse por entre la maraña de precios, tipos de licencias, CALs y demás, le deseo mucha suerte y paciencia, y le aseguro que terminara simplemente llamando a Microsoft para que le envíen una oferta…

Veamos:

– WSS es gratis… bueno, gratis, gratis, nada es gratis en esta vida, así que por lo menos tendrá que comprar Windows 2008 server para poderlo instalar
– MOSS 2007 vale $4.400 dólares
– MOSS 2007 Standard cuesta $8.200 dólares, y el motor de búsqueda le permitirá buscar a través de Colecciones de Sitios, pero con un límite de documentos de hasta 500Kb
– MOSS 2007 Enterprise le cuesta algunos centavos más, exactamente $57.670 dólares, pero le va a dar el motor de búsqueda completo, el Catalogo de Datos Empresariales, servidor de Excel y de InfoPath y demás

Y luego tenemos las licencias por usuario:

– Licencia por cada usuario para la versión minima o Standard vale $94 dólares
– Para la versión Enterprise tiene que comprar la licencia Estándar MAS la empresarial que vale $75 dólares

Todo el esquema de precios lo puede encontrar en http://office.microsoft.com/en-us/sharepointserver/FX102176831033.aspx?ofcresset=1 y lo que cada uno de los servidores puede hacer en http://office.microsoft.com/en-us/sharepointserver/FX101865111033.aspx (o en http://office.microsoft.com/search/redir.aspx?AssetID=XT102011901033&CTT=5&Origin=HA101978031033 si esta dispuesto a leerse un documento infinitamente aburridor).

Así que pensemos que tenemos una instalación sencillita (la versión minima) para una empresa de 1.000 empleados, algo que SharePoint puede hacer con los ojos cerrados, cuanto tendríamos que pagar? Pues bien, digamos que ponemos dos servidores de SharePoint (no por que necesitemos dos, sino por eso de que si uno saca la mano el otro pueda seguir funcionando), y no le ponemos un servidor dedicado a búsqueda (lo que no es tan malo si no hay excesiva carga de documentos, lo que no es de esperar con 1000 usuarios). De igual manera usamos dos servidores de SQL, por lo de que más vale prevenir que curar. Cuánto vale el asunto en licencias (sin hardware)?

2 MOSS	4.424 x 2	8.848
1000 licencias para usuarios de SharePoint	94 x 1.000	94.000
2 SQL Standard	5.999 x 2	11.998
4 Windows Server Standard	999 x 4	3.996
1000 licencias para usuarios de Windows	400 x 1.000	400.000
Total		518.842

Todo en dólares

Supongo que ya se va enterando por donde va el negocio: la cuestión no es vender a SharePoint o SQL, el negocio se trata de vender licencias de Windows. Del precio total de 520.000 se puede decir que 20.000 son para SQL, 100.000 para SharePoint y 400.000 para Windows.

Y bien, volviendo al principio, apúrese a comprar a SharePoint ahora mismo, pues la promoción de precios es solo tiempo limitado: ¡ la instalación de que hemos estado hablando le va a costar la fabulosa suma de 505.000 dólares en lugar de 520.000! rápido, rápido, antes de que Microsoft se arrepienta…

Nota: el descuento no es válido para Windows, por supuesto… que se estaba creyendo, que Microsoft iba a matar la gallina de los huevos de oro?

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

Lo llamarán SharePoint 14, SharePoint 2010, ni idea como, pero está llegando a pasos agigantados. En cualquier caso este año tendremos por lo menos un beta; cuando? Tampoco ni idea, pero me atrevería a apostar que será hacia finales del año: septiembre? Muy probablemente antes del congreso de SharePoint de octubre.

Pero más importante de cuándo es que nos traerá la nueva versión. Es mucho lo que se ha especulado, y muy poco lo que se sabe con seguridad. Microsoft, como de costumbre en este tipo de cosas, se ha escondido detrás de barreras y mas barreras para impedir que los que algo saben puedan contar lo que saben. Pero eso no nos impide hablar a los que no sabemos, así que veamos (aunque sea parcialmente) que nos ofrecerá la nueva versión de nuestro servidor favorito.

– La información sobre el Service Pack 2 de WSS que está por salir nos da algunas pistas. Por ejemplo, los Tipos de Contenido de WSS próxima versión estarán basados en XSLT, no en CAML. La información la puede encontrar en el articulo «The customFieldType rule in Pre-Upgrade Checker… bla-bla-bla…» (http://support.microsoft.com/kb/956451/) . En realidad el articulo nos cuenta lo que NO será soportado en la próxima versión, pero la conclusión de que SI será soportado se puede extraer fácilmente

– Vistas de Listas serán creadas con XSLT en lugar de CAML. De nuevo la información se puede encontrar en el articulo «The CustomListView rule in Pre-Ugrade Checker… bla-bla-bla…» (http://support.microsoft.com/default.aspx?scid=kb;EN-US;956450)

– FAST integrado con el motor de búsqueda de SharePoint. Esto no es una sorpresa, y es conocido desde hace tiempo. Revise el blog de Microsoft Enterprise Search (http://blogs.msdn.com/enterprisesearch/ ) y lo verá por todos lados (http://blogs.msdn.com/sharepoint/archive/2009/02/10/microsoft-unveils-new-enterprise-search-road-map.aspx )

– Uso de autorización «Claim-Based». Modificaciones en la forma de autenticación podrán cambiar, por ejemplo, el uso de «Claim-Based» para mejorar la integración con AD y hacer el servicio de autenticación más flexible (http://www.networkworld.com/news/2007/101607-microsoft-switching-sharepoint.html)

– «Master Data Management» estará presente en SharePoint 14 (http://blogs.zdnet.com/microsoft/?p=728 ). Para más información sobre que es MDM, mire el articulo http://geeks.ms/blogs/gvelez/archive/2009/01/04/el-manejo-de-datos-maestros-master-data-management-y-sharepoint.aspx

– Posibilidades de hacer Listas Relacionales, o sea, crear relaciones entre listas, como se puede hacer con tablas de Bases de Datos. También mejoras en rendimiento para superar los problemas de renderización cuando hay más de 2.000 elementos en una lista: http://sharepointsolutions.blogspot.com/2008/03/sharepoint-and-office-14-looks-like-i.html

– SharePoint será de 64 bits únicamente. También conocido desde hace tiempo. Lo puede encontrar inclusive en el documento que describe el Service Pack 1 de SharePoint 2007 (http://go.microsoft.com/fwlink/?LinkId=105704&clcid=0x409)

– Inteligencia de Negocios (BI) para las masas… sea lo que sea lo que eso signifique (http://www.microsoft.com/presspass/features/2009/jan09/01-27KurtDelbeneQA.mspx )… probablemente tiene que ver con PerformancePoint

– Mejoras en la integración entre SharePoint y Groove (http://blogs.msdn.com/bowerm/archive/2008/04/22/the-future-of-groove-and-sharepoint.aspx )

– Visual Studio por fin va a darle un buen soporte a SharePoint (http://blogs.msdn.com/somasegar/archive/2009/01/10/office-client-developer-enhancements-with-vs-2010.aspx)

Bien, apenas se vaya conociendo más información, seguiremos hablando al respecto por estos lados… y por todos lados… Vamos a ver con que sorpresas viene la nueva versión…

Nota: toda la información discutida aquí es públicamente conocida desde hace bastante tiempo, y se puede encontrar regada por internet. Por si las moscas, no he contado nada que no sea del dominio público, y que no se pueda encontrar googleando por un par de minutos…

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

Continuando con la serie para reír o llorar, esta semana nos hemos encontrado con un problema bastante divertido en el proyecto en el que estoy trabajando en el momento.

Como ya vamos entrando en la fase final del asunto, hemos comenzado a hacer pruebas de rendimiento, para poder determinar con más precisión en donde hemos metido las de andar. En una de las pruebas, en la que hemos introducido latencia («Latency», la demora que ocurre en la conexión entre un pedido del computador cliente y la respuesta del servidor) nos hemos encontrado con un problema interesante: sin latencia, es decir, teniendo el cliente y el servidor uno al lado del otro teníamos tiempos de respuesta no muy malos, pero cuando introducíamos latencia para simular tráfico entre Europa y Asia, por ejemplo, los tiempos de respuesta se nos crecían de forma muy poco decente.

Para tratar de ver porque era el problema, en las pruebas hemos introducido traceadores para ver qué ocurriría en la «conversación» entre el cliente y el servidor. Para nuestra sorpresa nos hemos encontrado con cantidades de errores 401, es decir acceso denegado; inclusive usando cuentas de administrador de la granja, con todos los permisos del mundo, los 401 seguían apareciendo.

Haga la prueba siguiente: un servidor recién instalado de MOSS, con un sitio de publicación completamente por defecto. Llame la pagina inicial por unas cuantas veces para establecer una conexión estable con el servidor. Limpie el cache del navegador y llame la pagina inicial de nuevo. Ahora revise los logs de IIS: no encontrara ningún error 401. Refresque la pagina inicial (con F5, por ejemplo). Revise los logs de nuevo: encontrara entre 16 y 20 errores 401. Explicación? Ninguna. Es reproducible? Completamente y tantas veces como desee.

Entre otras cosas, para hacer pruebas de este tipo puede utilizar herramientas como HttpWatch (no gratis) o Fiddler (gratis). Ah, y otra cosa, la autorización es NTML. Yendo más adentro en el análisis, si intercepta los paquetes de comunicación entre el cliente y el servidor, vera que el handshake entre los dos ocurre más o menos de la siguiente forma:

1 – Cliente envía al servidor: GET (y otras cosas)
2 – Servidor devuelve al cliente: 401 Unauthorized, utilice NTLM
3 – Cliente envía al servidor: GET (otras cosas), Authorization: NTLM (mensaje 1)
4 – Servidor devuelve al cliente: 401 Unauthorized, utilice NTLM (mensaje 2)
5 – Cliente envía al servidor: GET (otras cosas), Authorization: NTLM (mensaje 3)
6 – Servidor devuelve al cliente: 200 Ok
Mensaje 1 contiene el nombre del host y el nombre del dominio NT del cliente
Mensaje 2 contiene el «desafío» («Challenge») del servidor
Mensaje 3 contiene el nombre del usuario, del host, del dominio y dos «respuestas» al «desafío»

Y esto ocurre para cada elemento en la pagina que necesita autorización. O sea que se podrá imaginar, cada ida y venida, para cada elemento y todo multiplicado por 300 milisegundos de latencia, los tiempos de respuesta son de todo menos bonitos.

Es posible de evitar este fenómeno? Probablemente no, es algo que está enterrado profundamente en el protocolo del handshake. Lo único que se puede hacer es utilizar Kerberos. Para ver más información sobre Kerberos, revise el articulo en http://www.gavd.net/servers/sharepoint/sps_item.aspx?top=0&itm=292 y para ver como cambiar la autorización en SharePoint de NTML a Kerberos el articulo http://www.gavd.net/servers/sharepointv3/spsv3_item.aspx?top=4&itm=397. Es algo de lo que tiene que preocuparse? No, de ninguna manera si sus usuarios están al lado de los servidores de SharePoint en una intranet local; SI, con toda seguridad si los usuarios están repartidos por todo el mundo y los servidores están regados por tres continentes.

En cualquier caso, si lo que necesita es hacer que los tiempos de respuesta disminuyan rápidamente sin gran esfuerzo, cambie de NTML a Kerberos, y vera incrementos inmediatos (dependiendo, por supuesto de la latencia… y contra la latencia no podemos hacer nada, es simplemente un hecho físico: que tan rápido puede viajar una señal entre dos puntos). El problema de Kerberos es, por supuesto, que necesita tener un servidor para mantener las claves, pero eso se puede solucionar fácilmente.

Y sobre todo, continúe sonriendo… esta vez no de una de esas «características no documentadas» SharePoint, sino de algo muy particular de IIS…

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

SharePoint es un producto muy serio, por supuesto. Y todos los que estamos metidos en el mundo de SharePoint y nos ganamos el pan de cada día con él, lo que también es muy serio, lo sabemos. Pero eso no quita que no nos podamos reír de las “funcionalidades no documentadas” con las que nos chocamos de vez en cuando. O, si esta de mal humor y es uno de esos días que desea olvidar, también puede decir que no es para reírse sino para llorar… pero yo estoy de buen humor hoy, así que prefiero reírme…

Para divertirse un rato, haga el siguiente experimento: abra cualquier pagina de una instalación de SharePoint; descargue localmente el icono con la lupa que puede encontrar al lado derecho de la casilla donde se escribe el texto de búsqueda en WSS y MOSS (motor de búsqueda). Luego, por eso de querer ser travieso, abra el archivo local con cualquier editor de texto ASCII (el Bloc de notas, por ejemplo)… bien, que le parece?

Ayer, por eso de estar mirando por aquí y por allá, estaba revisando el directorio : “C:Program FilesCommon Filesmicrosoft sharedWeb Server Extensions12TEMPLATEIMAGES” de un servidor de SharePoint; ustedes lo conocen, por supuesto, allí están todos los iconos usados por el portal. Bien, este es un directorio con más de 2.000 archivos, o sea que se preguntaran que estaba mirando por allí… digamos que me estaba aburriendo y me dio por aprenderme los nombres de los iconos usados por SharePoint… pero siguiendo con la historia, me llamó la atención que todos los archivos de iconos son entre 1 y 2 KB, por eso de que iconos no son figuras muy grandes, por supuesto. Todos, menos uno, el archivo “gosearch.gif” que es de 20 KB. Este es el icono con la lupa que les contaba al principio.

Pues bien, que hace código HTML en un icono? Nada, pensaría yo. Esto parece una metida de pata de esas brillantes, de las que Microsoft es experto. Pero se estará preguntando, y qué más da? Son solamente 19 KB mas… piénselo otra vez: este icono se encuentra en cada una de las páginas de cualquier instalación de WSS o MOSS. Alguna vez se ha puesto a pensar cuantas instalaciones de SharePoint hay en el mundo? Con cuantos usuarios? Pues con toda seguridad vamos por los millones de usuarios, que cada día abren un montón de páginas, todas con un icono que es 19 KB más grande de lo que debería. Multiplique 19 KB por millones de usuarios y multitud de páginas, y vera que el uso (o el desperdicio) de ancho de banda por un solo icono es realmente alarmante. Si, ya lo sé, hay otros archivos que son aun peores (init.js, por ejemplo, una salvajada), pero que yo sepa, todos esos archivos tienen una función, y al código en este archivo yo no le veo ninguna. Y también se que el archivo puede estar en cache del navegador, de tal forma que no es bajado cada vez, pero de todas formas…

Por si acaso le interesa, puede eliminar todo el código HTML en el icono “gosearch.gif”, dejando solamente el primer renglón (el icono real), y su servidor seguirá funcionando sin ningún problema. Y si también lo quiere saber, este icono lo estamos usando desde SharePoint 2003, por lo que el ancho de banda que hemos despilfarrado es imposible de saber a esta hora.

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