El futuro de aplicaciones enriquecidas y la red, mirado desde la perspectiva de SharePoint

Para rematar en estilo una semana de esas raras, me he puesto a mirar el cerro de E-mails acumulados, y me he encontrado un artículo de Michael K. Campbell en WindowsDev Pro (“The Future of Rich Internet Applications and the Web”). He estado buscando el articulo en Internet sin poderlo encontrar, así que no puedo dar una referencia, pero si a alguien le interesa leerlo, háganmelo saber y se los envío a vuelta de correo.

El artículo se trata de las modas que van y vienen (y desaparecen) en nuestro mundo informático, y sobre el tema de “Aplicaciones Enriquecidas” (“Rich Internet Applications”), o como lo llaman por ahí, el Web dos. Su premisa es que HTML, a pesar de todos los SilverLight de este mundo, seguirá vivito y coleando por este mundo virtual por muchos años más.

Como ejemplo representativo comenta del SQL CLR. No tiene ni idea que es el SQL CLR? Pues de eso se trata realmente, de que ya nadie se acuerda que es eso. El SQL CLR es la posibilidad de escribir código para SQL directamente desde CSharp o Visual Basic, sin tener que usar el T-SQL. Cuando el asunto apareció hace años en los betas de Yukon, todo el mundo estaba entusiasmado y dispuesto a usarlo. Yukon se convirtió en SQL 2005, SQL 2005 vino y se volvió a ir, y en el intermedio nadie ha creado un solo renglón de código en CSharp para conversar con SQL. Probablemente “nadie” es exagerado, pero como el señor Cambell dice, el no conoce a nadie que lo haya utilizado alguna vez, y yo menos aun.

Algo similar puede ocurrir con Silverlight. Silverlight es una enorme promesa, por su riqueza y potencia. Gracias a las herramientas que Microsoft ha creado para ser utilizadas con Silverlight, la cantidad de código que hay que escribir para hacer algo bueno, bonito y rápido es mínimo. Que Silverlight es el “killer” de Macromedia Flash, más o menos todo el mundo está de acuerdo. Flash fue hace diez años la promesa que es ahora Silverlight, y ya vemos en que se ha convertido: el medio para crear propaganda que nadie quiere ver. En realidad Flash se va a morir por sus características autistas: si alguna vez ha intentado hacer comunicar un video Flash con el mundo exterior, se habrá dado cuenta que es más o menos entre dificilísimo e imposible… problema que parece no está teniendo Silverlight.

Pero no todo es color de rosa para Silverlight, y algunas de sus características son inherentemente débiles. Como Michael Campbell comenta en su artículo, el problema mayor de técnicas como Flash o Silverlight es que son dirigidas a mejorar la “Experiencia del Usuario”, olvidando que detrás de imágenes bonitas y videos agarradores, de lo que la red se trata es de contenido. Es decir, la experiencia del usuario muestra solamente el contenido que (en su mayoría) se genera dinámicamente, y que por la manera intrínseca de funcionamiento de Flash o Silverlight, es invisible para maquinas de búsqueda: Google o Yahoo o Microsoft Live (alguien usa MS Live?) son incapaces de indexar contenido presentado con estas técnicas. Y para empresas que basan sus ingresos en número de visitantes (que es lo que mueve en realidad a Internet), estas técnicas, aunque muy interesantes visualmente, no son interesantes comercialmente.

Extrapolando el asunto a SharePoint, el asunto no solo es de indexación de contenido (al motor de búsqueda de SharePoint lo podemos configurar para que busque directamente en el contenido del sistema, sin necesidad de indexar las pantallas), sino que, a pesar de que es posible usar Silverlight para crear WebParts, la técnica es prácticamente inutilizable por complicada y poco confiable. Por supuesto que cada vez vemos mas y mas sitios de SharePoint usando a Silverlight, pero yo personalmente no me atrevo a crear una intranet o extranet para un cliente mío usando Silverlight pues no puedo garantizar que el asunto seguirá funcionando sin problemas por los próximos años, y con cargas incrementales de utilización. Alguien ha hecho pruebas de carga, por ejemplo, de un sitio con una WebPart creada con Silverlight? No que yo sepa…

PS: Cambiando de tema, me había prometido no comentar nada sobre el asunto, pero me parece que es injusto con todos los amigos que me han escrito los últimos días, enviándome sus congratulaciones. En realidad, nada del asunto habría sido posible sin este grupo de amigotes cabeciduros que se les había metido la ida terca de que Microsoft y yo tuviéramos un vínculo de trabajo más estrecho. En fin, ellos lo han logrado, y yo se los agradezco de corazón. A ver con que resultamos en los próximos años, ahora que podemos colaborar más estrechamente para divulgar a SharePoint como el producto grande que es… de nuevo, gracias a todos, ellos y ellas…

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

9 comentarios sobre “El futuro de aplicaciones enriquecidas y la red, mirado desde la perspectiva de SharePoint”

  1. Orale muy bueno la nota y como petición que podrias decir a adobe flex me imagino que va por el mismo camino???

    espero tus comentarios

    saludos

  2. Hola Gerardo,
    Tienes razón, Adobe Flex es parte de la historia, y se me paso comentar algo al respecto. En realidad, mi opinión muy personal es que Adobe Flex puede ser una idea técnicamente magnifica, pero, de nuevo, comercialmente sin muchas posibilidades de sobrevivir. El asunto nació mal desde el principio: si no me equivoco, cuando Macromedia saco la primera versión al mercado, costaba algo así como 15.000 dólares obtener una licencia. Eso hizo que nadie adoptara la tecnología, pues era simplemente excesivamente caro. Luego, Adobe compro a Macromedia no para mejorar sus productos sino para quitarse un concurrente de encima, y hemos visto como excelentes productos de Macromedia (FireWorks, Dreamweaver, ColdFusion por nombrar algunos) han sido relegados al rincón obscuro para dejarlos morir de muerte natural.
    El segundo error fue la segunda versión, que fue diseñada para trabajar con Eclipse como IDE. Fuera de que no son muchos los programadores que trabajan con Eclipse, si alguna vez has trabajado con Visual Studio, no quieres ni que te lo mencionen. Eso hizo que la segunda versión tampoco fuera utilizada, aunque esta vez era totalmente gratis.
    Ahora vamos por la tercera versión de Flex, pero probablemente ya sea demasiado tarde. Con el impulso que está cogiendo Silverlight, y con la masa crítica ya alcanzada por Flash, no creo que alguien se meta a usarlo extensivamente. De nuevo, es una opinión muy personal al respecto, como te comentaba. Probablemente el “núcleo duro” de programadores y usuarios de LAMP (Lynux, Apache, MySQL y PHP) que no quieren saber absolutamente nada de tecnologías Microsoft sean los únicos que lo utilicen en el momento o en el futuro.
    Es curioso, ahora lo que lo pienso, ver como Adobe ha hecho cosas de este tipo. Alguien se acuerda del framework de Adobe Acrobat para la creación de formularios? Hace unos cuantos años todo el mundo pensaba que el fin de InfoPath había llegado, pero en realidad ha sido al revés…
    Saludos,
    Gustavo

  3. Hola Gustavo, interesante reflexión:-)
    En cuanto a la posibilidad de Flash de conectar con el mundo exterior…. Pues yo tengo muy buenas experiencias en este campo:-) es bastante simple que un flash hable con la pagina que le contiene(por ejemplo invocando javascript). Flash también tiene muy buenas posibilidades de conectividad con el exterior por medio de solicitudes HTTP/SOAP o incluso Socket.

  4. Hola Jorge,
    Muy probablemente tienes razón, mi comentario es basado únicamente en experiencias propias, y probablemente lo debería haber matizado mejor… mi experiencia con «conversar» programáticamente con Flash es bastante antigua y probablemente en las últimas versiones la cosa ha mejorado. En realidad, mis primeros pinitos con Flash fueron intentando hacerlo comunicar con una Base de Datos y mostrando los resultados en asp clásico, hace algo así como diez años, así que te imaginarás. Gracias por el comentario, y lo dejamos como advertencia a los lectores: Gustavo piensa que Flash no es «conversable» basado en información conseguida en el tiempo de los dinosaurios, y probablemente se equivoca basado en la experiencia más reciente de Jorge… 😎
    Un abrazo,
    Gustavo

  5. Hola Gustavo, mi comentario tan solo es una aportación a lo que comentas:-) no lo tomes como critica ni nada de eso!!!:-)

    Al hilo de lo que comentas, la generación del interfaces de usuario en el lado de servidor es mucho más flexible si se hace con HTML, ahora bien tanto flash como silverlignht son tecnologías en las que se puede generar la presentación en formato de lenguaje de marcado, creo que en porciones pequeñas y como componentes de interface de usuario(webparts) podrían integrarse de forma curiosa en SharePoint. ¿qué opinas?

  6. Hola Jorge,
    Por supuesto que no lo he tomado como critica, sino como un aporte muy valioso a la información presentada ! Y entre otras cosas, critica siempre es bienvenida en este sitio, y nunca me veras salir corriendo de una buena discusión 😎
    En cuanto a tu comentario, si, SharePoint necesita técnicas como Flash y Silverlight para hacer interfaces más atractivas. Pero el asunto es que SharePoint tiene dos caras en este momento: una cara como «herramienta de trabajo», en la que necesitas presentar información lo más clara, concisa y practica posible, en donde técnicas «fancy» como estas no tienen mucho sentido (pienso yo), y la otra cara como «Content Management System», para hacer extranets principalmente, en donde todos los trucos de Flash y Silverlight son bienvenidos. Pero precisamente en esta segunda cara es donde se necesita que los motores de búsqueda funcionen perfectamente, y este es el talón de Aquiles de los dos. Por supuesto tenemos que seguir probando estas y todas las nuevas tecnologías que se nos atreviesen por el camino, pero no creo que estén todavía suficientemente maduras para ser utilizadas en sistemas de produccion. De nuevo, es una opinión muy personal…
    Un abrazo,
    Gustavo

  7. Hola Gustavo, donde veo util la aplicacion de flash o silvelight en controles visuales tipo: graficos, cuadros de mando, visores de reursos. Como te comentaba: peuqeños elementos de interface que aporten riqueza yt comodidad. Desdde luego tambine intentaria resolver las cosas que sean posible con html:-)

  8. Hola de nuevo… si tienes razón por ese lado… Flash es bastante fácil de usar para graficas y es fácil de integrar in SharePoint, inclusive sin programación… y hablando de usar programación, has mirado alguna vez las posibilidades de GDI+ (el Graphical Device Interface) de Win32 para meterlo en WebParts? sobre todo para graficas de dos dimensiones se puede hacer de todo con CSharp o Visual Studio, y es bastante rápido en cuanto a rendering…

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *