Jorge Serrano - MVP Visual Developer - Visual Basic : ASP.NET

eBook gratuito sobre Microsoft WebMatrix

Jorge Serrano — Thu, 09 Jun 2011 14:00:00 GMT

La siguiente información tiene que ver con un archivo pdf gratuito con un curso muy rápido sobre Microsoft WebMatrix.

Este pdf ocupa aproximadamente 5.2 Mb y tiene 39 páginas.
El documento puede ser accedido directamente en este enlace (5.2 Mb).

Si quieres acceder a la página Web de donde he obtenido esta información, puedes acceder a este otro enlace.

No olvides visitar la sección de recursos del sitio Web de donde he obtenido esta información. Muy interesante también.

jQuery v1.4 ya está aquí

Jorge Serrano — Fri, 15 Jan 2010 08:00:00 GMT

jQuery ha sacado a la luz su nueva versión de su JavaScript Framework, posiblemente uno de los más famosos y utilizados en el mundo, jQuery v1.4.

A mí por lo menos, me encanta.

Para esta salida que ha tenido lugar ayer 14 de Enero, jQuery ha preparado un sitio especial donde encontrar material e información de esta nueva versión.

El sitio lo encontrarás aquí: http://jquery14.com/.

A lo largo de 14 días, irán poniendo material sobre esta nueva versión, algo que recomiendo a quien quiera saber algo (lo que sea) sobre jQuery v1.4.

Respecto al código de jQuery en sí, podremos acceder a la información mínima (23 Kb) de jQuery v1.4 (ideal para producción) en:
http://code.jquery.com/jquery-1.4.min.js

O bien a la información extensa (156 Kb) de jQuery v1.4 (ideal para desarrollo) en:
http://code.jquery.com/jquery-1.4.js

Ahora bien, si lo que queremos es utilizar jQuery v1.4 en Visual Studio, entonces deberemos además, utilizar otro fichero para habilitar el Intellisense.

Sin embargo y ahora mismo, no he visto publicado este fichero en ningún sitio (es de suponer que lo publicarán en las próximas horas o días).
http://code.google.com/p/jqueryjs/downloads/list

Aún y así, Google posee ya ha creadi una url a la que enlazar nuestro código en producción directamente para utilizar la librería jQuery, y ya ha actualizado su servidor para almacenar la nueva versión de jQuery.
La url de Google es:
http://ajax.googleapis.com/ajax/libs/jquery/1.4/jquery.min.js

De todos los modos, quizás te preguntes cuales son los cambios de esta nueva versión.
Todos los cambios los podrás consultar en este enlace:
http://api.jquery.com/category/version/1.4/

Acerca del rendimiento, la gente de jQuery ha reescrito muchos de los métodos del Framework buscando una mejora en el rendimiento.
Las llamadas de funciones internas se ha reducido enormemente. En este caso, pongo una imagen de la gente de jQuery que ayuda a comprender mejor esto último que comento:

Ahora bien, si lo que quieres es acceder a la API Cheat Sheet de jQuery v1.4, comentarte que "alguien" ya lo ha hecho por nosotros:
http://www.futurecolors.ru/jquery/

Ahora solo queda decir... que pongámonos con las manos en la masa y a disfrutar de esta nueva versión de jQuery v1.4.

P.D.: gracias a Gisela por el chivatazo vía Twitter (me habéis contagiado con el dichoso Twitter).

Extraer la gama de colores de una determinada imagen

Jorge Serrano — Sat, 03 Oct 2009 22:30:00 GMT

Imaginemos que tenemos el logo de una empresa, y que queremos crear una página Web corporativa partiendo de los colores del logo... ¿cómo lo podemos hacer?.

Hay muchas posibilidades, pero hay una muy interesante que he encontrado de casualidad y que quiero compartir.

Se trata de una página Web en la cual indicamos la Url de la imagen y le indicamos la gama de colores que queremos extraer (5, 10, 15 ó 20).

Pulsamos el botón correspondiente, y en pocos segundos aparecerá la misma página Web con la imagen de la Url indicada y la gama de colores que ha extraído a partir de ella.

Los colores se extraen en 4 grupos con su color y su código HTML: gama de colores brillantes, gama de colores originales, gama de colores opacos, y gama de colores complementarios.

A mí me ha parecido un recurso muy útil y curioso, y espero que le sirva a más gente.

Referencias:

Acceso directo a la web para extraer la gama de colores de una determinada imagen.

Acceso corto a la misma página web.

ASP.NET MVC 2 Preview 2 para Visual Studio 2008 SP1

Jorge Serrano — Sat, 03 Oct 2009 12:30:00 GMT

Microsoft ha publicado la versión Preview 2 de su paquete ASP.NET MVC 2.

La novedad es que esta versión para Visual Studio 2008 SP1, será incluida en la Beta 2 de Visual Studio 2010 y que se supone aparecerá en breve.

Microsoft indica además, que la versión de ASP.NET MVC 2 RTM será incluida en Visual Studio 2010 RTM.

Recordemos que ASP.NET MVC 2 es un framework para desarrollar aplicaciones Web fácilmente testables y mantenibles a través del patrón MVC (Model-View-Controller).

La filosodía de MVC es la separación de las partes de una aplicación Web: La UI o interfaz de usuario usando la vista, el manejo de las entradas de usuario a través del controlador, y la lógica de control a través del modelo.

Referencias:

Acceso a la wikipedia para explicar en español el significado de MVC.

Acceso directo a CodePlex para acceder al proyecto ASP.NET MVC 2.

Acceso directo a la descarga de ASP.NET MVC 2 (2.1 Mb).

Microsoft Web Platform Installer v2.0

Jorge Serrano — Sat, 03 Oct 2009 12:00:00 GMT

Microsoft tiene un producto que para muchos ha pasado desapercibido y que resulta especialmente interesante a la vez que útil para otros, especialmente para la comunidad de desarrolladores o para aquellos que quieren empezar a trabajar con ASP.NET y que no saben como hacerlo, o incluso para aquellos que quieren montar un sitio Web rápidamente o instalar algunos componentes para el desarrollo Web, ya sean en su versión RTM o versión RC.

Microsoft Web PI v2.0 o Microsoft Web Platform Installer v2.0, es un paquete gratuito elaborado por Microsoft y soportado en 9 idiomas, que contiene las partes o componentes fundamentales de una plataforma Web de Microsoft.

Este paquete incluye IIS (Internet Information Services), SQL Server 2008 Express Edition, .NET Framework, y Visual Web Developer 2008.

Adicionalmente, permite instalar también aplicaciones Web gratuitas para blogs, gestión de contenidos, etc, e incluso PHP.

En esta ocasión y para conocerlo más aún, os indico tres enlaces del blog de Pietro Brambati, quien nos explica en inglés algunas de sus características y como instalarlo en Windows XP y Windows 7.

Respecto a la instalación, la descarga se realiza a través de un lanzador que ocupa apenas 85 Kb y que lanza la aplicación de instalación que se conectará por Internet para descargar aproximadamente 1 Mb de instalador. A partir de aquí, se iniciará un asistente desde el cual podremos seleccionar la parte o las partes principales que queremos instalar. Evidentemente, necesitaremos estar conectados a Internet para instalar la parte o las partes que hemos seleccionado.

Referencias:

Acceso directo a la web oficial de Microsoft de Web Platform Installer.

Acceso al blog de Pietro Brambati sobre Microsoft Web Platform Installer v2.0.

Acceso al blog de Pietro Brambati sobre Microsoft Web Platform Installer v2.0 para Windows XP.

Acceso al blog de Pietro Brambati sobre Microsoft Web Platform Installer v2.0 para Windows 7.

Acceso a las partes gratuitas adicionales que se pueden instalar con Web PI v2.0.

Carga dinámica de CSS en ASP.NET

Jorge Serrano — Sun, 16 Aug 2009 18:30:00 GMT

Me encuentro en el blog de Walter Novoa una interesante entrada sobre ASP.NET y en concreto como cargar dinámicamente CSS u hojas de estilo.

Reconozco que hay varias formas de realizar cargas dinámicas de hojas de estilo, pero esta me ha parecido muy interesante y por eso la indico aquí.

Espero que os resulte útil.

Referencias:

Enlace web al blog de Walter Novoa con la información de la carga dinámica de CSS en ASP.NET.

Problema de rendimiento en ASP.NET al cambiar su código y su solución (nueva caractetística de ASP.NET)

Jorge Serrano — Thu, 16 Apr 2009 05:40:00 GMT

Cuando desarrollamos una aplicación Web en ASP.NET, surge de acuerdo a algunos escenarios que cuando se produce la primera llamada sobre la aplicación Web, ésta se prepara de manera tal que las siguientes llamadas "reutilizan" la aplicación compilada.

Si se produce algún cambio sobre la aplicación Web, ésta es "recompilada" de acuerdo a esos cambios.

En cuestión de rendimiento, un consejo muy extendido es que la aplicación preparada sea navegada en su totalidad para primero, asegurarse del buen funcionamiento de ésta. Segundo, para preparar la aplicación Web y que así sea compilada evitando el delay o retraso de tiempo o tiempo de espera que el usuario debe esperar a que el servidor Web devuelva la página Web.

Si las aplicaciones Web son mostruosas, esta recomendación se hace casi indispensable en casi todos los escenarios que estoy comentando.

Pero no brilla el sol en todo el mundo al mismo tiempo, y así, hay partes oscuras, como la que se comenta en la KB961884.

Según esta información, existe un problema de rendimiento de aplicaciones Web ASP.NET con .NET Framework 3.5 en el que se detecta un rendimiento lento en la solicitud inicial de una aplicación Web después de cambiar la carpeta App_Code, la carpeta bin, o el archivo Global.asax.

Para resolver esto, Microsoft va a agregar una nueva propiedad en el archivo Web.config tal y como comenta David Ebbo (Microsoft) en su blog.

La etiqueta compilation tendrá ahora una propiedad de nombre optimizeCompilations:

Esta propiedad se verá en Visual Studio 2010 y previsiblemente en el próximo Service Pack de .NET Framework 3.5.

Referencias:

Enlace Web: KB9615884.

Enlace Web: Información de David Ebbo.

jQuery UI v1.7

Jorge Serrano — Sat, 07 Mar 2009 06:38:00 GMT

El equipo de jQuery ha lanzado jQuey UI v1.7.

Con jQuery podemos crear aplicaciones Web con JavaScript mucho más ricas, agregando animaciones y transiciones de objetos, ocultando y mostrando objetos en el formulario, e interactuando con AJAX, eso... además de trabajar con los objetos DOM del formulario de una forma mucho más simple y directa evitando sus complejidades que tantos quebraderos de cabeza nos ha dado alguna vez que otra.

jQuery UI es una extensión de esta librería o Framework JavaScript que añade efectos y acciones avanzadas muy interesantes.

Una de las ventajas es que solo estaremos consumiendo los Kb extras de aquellas acciones o extensiones que utilicemos en nuestras aplicaciones Web.

Para trabajar con jQuery v1.7 se recomienda el uso de jQuery 1.3.x.

Al igual que comentaba ayer con respecto a jQuery 1.3.2, espero tener algo de tiempo para poner alguna entrada o información adicional sobre esta librería y su uso.

Referencias:

Enlace Web: Acceso a jQuery UI.

Enlace Web: Acceso a la información oficial de jQuery UI v1.7.

jQuery 1.3.2

Jorge Serrano — Fri, 06 Mar 2009 19:55:00 GMT

Otra cosa más que tenía que contar y que por unas y otras cosas no he contado aún es que a finales del mes de Enero apareció una nueva versión de jQuery, hablo de jQuery 1.3.

jQuery es una librería o Framework de JavaScript que se utiliza para trabajar con los elementos HTML de forma más ágil y rápida pudiendo agregar efectos muy interesantes sobre la interfaz web.

Las librerías de jQuery se distribuyen de dos formas, una más extensa y óptima para entornos de desarrollo, y otra más liviana, apropiada para entornos de producción.

En el momento de escribir esta entrada, la versión de jQuery 1.3 ha sido evolucionada a jQuery 1.3.2.

jQuery por otro lado, será implementado en Visual Studio para trabajar con el IDE de forma automática. En sí, hay varios trucos para trabajar con el IDE e intellisense que funcionan perfectamente.

Posiblemente escriba un par de entradas al respecto en el blog o en algún medio de comunicación general.

Por lo pronto, sino lo conoces aún, te invito a probarlo.

Referencias:

Enlace Web: Acceso a jQuery.

Enlace Web: jQuery and Microsoft (Microsoft).

Enlace Web: jQuery IntelliSense in Visual Studio 2008 (Microsoft).

Enlace Web: How to use Visual Studio jQuery IntelliSense.

Enlace Web: jQuery IntelliSense in Visual Studio 2008.

Tomando decisiones. ASP.NET AJAX, ExtJS, jQuery, y otros sucedáneos para la Web RIA

Jorge Serrano — Wed, 14 Jan 2009 07:30:00 GMT

Introducción

En los últimos meses me he estado "comiendo" la cabeza de una forma exagerada con respecto a la programación de aplicaciones Web con ASP.NET, bien lo sabe Miguel Sierra al que he hecho alguna pregunta que amablemente me ha respondido (¡gracias!). Pero sobre todo debido a que debo abordar diferentes proyectos y la toma de decisiones afecta a muchas variantes que no es cuestión de explicar detenidamente aquí.

Indudablemente, mi mente está puesta de forma inicial en AJAX y en RIA dejando de lado el tradicional desarrollo de aplicaciones Web (de las de toda la vida), y es ahí justamente donde empiezan mis problemas.

Por un lado Microsoft Silverlight me encanta con respeco a algunos de sus competidores, pero hasta que no estuviera soportado en cualquier entorno de ejecución y en cualquier navegador, no terminaría de satisfacer mis necesidades. Así que Microsoft Silverlight puede ser ejecutado en cualquier navegador Web, y los problemas surgen entonces con la indexación de búsquedas de cara a los buscadores Web y con el soporte a diferentes entornos de ejecución.

El proyecto Mono está ayudando muchísimo en esta línea con su Moonlight, pero aún hoy sigue siendo un problema sin resolver al 100%.

Con esta tesitura inicial, me veo obligado a redirigir mis pensamientos y esfuerzos hacia otra dirección. La dirección que me he marcado es la programación tradicional de toda la vida con orientación AJAX pura. La interactuación del usuario es para mí fundamental y que el refresco de la información dentro de la aplicación Web no fuerce el refresco de toda la aplicación Web sino solo de la parte de la aplicación que debe ser refrescada. En otras palabras, acercar la RIA al usuario.

Las dudas

Y aquí como no, aparecen nuevas dudas.

He estado mirando si es mejor o podría ser mejor ponerse manos a la obra con los controles AJAX de Microsoft o no, pero una vez más, no terminan de satisafacer mis ansias por tener una aplicación que ofrezca una experiencia rica al usuario y se convierta a una RIA pura. Ayudan, pero no termina de convencerme.

Así que me pongo a buscar por Internet, y llega a mi cerebro una cantidad de información que es capaz de agotar a cualquiera.

Me entero de la existencia de MVC (modelo vista controlador) y pienso si debería pensar en usar MVC para desarrollos grandes y para modelar el desarrollo de mis aplicaciones. De momento, no hablamos de presentación, RIA ni AJAX, pero esto empieza a traumatizarme porque me abre más dudas que soluciones. Una vez más, debo desbloquear la toma de decisiones y puesto que el desarrollo Web siempre ha funcionado como lo conocemos hasta ahora, veo que MVC puede ayudarme enormemente para desarrollos Web grandes, como los que tengo que iniciar, pero que provocarían un aprendizaje obligado que no estoy dispuesto a costear en estos momentos (el tiempo apremia... como siempre). Además, pese a que es mejor usar MVC de cara al mantenimiento de la aplicación Web en proyectos de gran envergadura, si el desarrollo con el ASP.NET tradicional se hace ordenadamente, se puede llegar a un control y rendimiento similar respecto al mantenimiento. Por esa razón, deshecho la idea de usar MVC y la dejo aparcada para más adelante, para futuros proyectos, aunque siempre y antes de empezar el proyecto, se puede volver a pensar en MVC, así que ya veremos que pasa finalmente.

Pero como no hay dos sin tres, aparece una nueva sigla en escena... MVP (modelo vista presentación). Miro y remiro un poco, pero aquí sí que prefiero dejarlo para más adelante.

Como dije antes, buscando por Internet recibí muchísima información y eso en parte me venía muy bien, pero por otro lado, llegaba a agobiar un poco.

Lo más importante de todo lo que llegué a ver, era lo relativo a los AJAX Frameworks.

Un AJAX Framework es un framework que tiene por objetivo, facilitar el desarrollo de aplicaciones Web utilizando AJAX. Hasta aquí bien, pero claro, cuando nos ponemos a mirar como usar un AJAX Framework, es posible que nos topemos con una lista bastante grande de ellos. Entre ellos aparecen AJAX Frameworks para JavaScript, ASP.NET, Java, PHP, etc. En nuestro caso nos interesa todo lo relativo a ASP.NET, y aquí vemos que podemos usar tanto los AJAX Frameworks de JavaScript como los AJAX Frameworks de ASP.NET puros.

¿Qué camino debemos tomar?

La pregunta entonces es... ¿cuál utilizar?.

Y aquí nuevamente empezamos a "comernos" la cabeza nuevamente.

La lista no es pequeña... Backbase, ExtJS, jQuery, Ra Ajax, Prototype, Yahoo! UI o YUI, DOJO, etc. Hay incluso algunos de los que muy pocos habrán oído hablar.

Por suerte, hay personas que ya se ha encontrado con los mismos problemas que yo, y que sus aportes ayudan a veces a hacer parte del camino. No todo porque yo por lo menos me baso en no creerme nada de lo que me cuentan (si estuviera leyendo esto tampoco me creería nada de lo que os estoy contando, porque es mejor verlo cada uno por sí mismo), pero me ayuda sin lugar a dudas a no dar palos de ciego o a minimizar el tiempo en encontrar una posible solución. Así que por suerte, me he encontrado con un fichero pdf que corresponde con una matriz (bajo mi punto de vista obsoleta) que compara el uso de AJAX Frameworks en aplicaciones ASP.NET.
También existe una comparativa dentro de la página de Ra Ajax que puede resultar interesante igualmente. No me cuadran los datos obtenidos para jQuery, pero es bueno tenerlo en cuenta por si acaso.

El caso es que he estado mirando pros y contras y me he topado con varias conclusiones. De todas las que he visto, oído, etc., las que más me gustan son Ra Ajax, ExtJS y jQuery además de los propios controles de AJAX de ASP.NET que son muy sencillos de utilizar. Por esa razón, he filtrado y he sacado unas conclusiones muy personales sobre este tema (cada uno que saque sus propias conclusiones, no existen balas de plata).

Lo que he visto de Ra Ajax me ha gustado, pero honestamente, es la que menos conozco, y como dice el refrán, más vale lo malo conocido que lo bueno por conocer.

Las librerías ExtJS me encantan, me chiflan, pero... las veo complejas, muy pesadas y lentas. Sé que hay compresores de librerías JavaScript, pero es una excusa. Por otro lado, la integración con Visual Studio no existe, y aunque hay rumores de que la versión 3.0 que está a punto de aparecer va a tener un diseñador propio y una "posible?" integración con Visual Studio, eso no se puede asegurar de momento y prefiero dejarlo en "standby".

jQuery es para mí tan valioso como ExtJS, pero hay algo que me gusta mucho más. Por un lado, jQuery "pesa" menos y es más ágil, y hay más proyectos y ejemplos de implementación de jQuery para ASP.NET, no como en el caso de ExtJS. Por otro lado, y quizás más importante, jQuery se puede usar con Visual Studio, se puede aplicar Intellisense en el desarrollo, y los planes de Microsoft con ASP.NET es adoptar jQuery (1) y (2), lo cuál me hace pensar en que el soporte está asegurado. Finalmente, tenemos jQuery UI para ayudarnos en la interactuación con controles en la Web.

Por otro lado, la independencia del navegador Web es fundamental y más aún que se pueda interactuar con la aplicación Web en cualquier sistema operativo, algo que Silverlight no me puede ofrecer 100%.

Por otro lado, hay algo que me molesta bastante con respecto al proceso de JavaScript y es que Microsoft Internet Explorer 7 es más lento de procesar que otros navegadores de la red. Espero que Microsoft Internet Explorer 8 sea más rápido al trabajar con JavaScript, pero no es ningún impedimento y sigue siendo siempre mucho más rápido que una aplicación Silverlight o Adobe Flex.

Ahora bien,... partiendo de mi predilección personal por jQuery y ExtJS, ¿conviene usar jQuery, ExtJS y AJAX ASP.NET como un todo?.

Mi posicionamiento es, o utilizamos jQuery o utilizamos ExtJS, pero ¿los dos?. ¿Es realmente necesario?.

Sobre AJAX ASP.NET es tan sencillo de utilizar, que minimiza enormemente algunos desarrollos o parte de ellos, además, podemos utilizarlo sin problemas con un AJAX Framework, por esa razón, igual compensa utilizar AJAX ASP.NET con jQuery o bien AJAX ASP.NET con ExtJS.

Lo que no me termina de convencer es usar el popurrí de ExtJS, jQuery y ASP.NET AJAX en el mismo proyecto.

¿Alguna opinión y/o experiencia que compartir?.

Referencias:

Enlace Web: RIA Frameworks

Chrome se hace mayor de edad

Jorge Serrano — Thu, 11 Dec 2008 23:00:00 GMT

Mi versión 0.4.154.29 de Google Chrome ha pasado a ser ahora 1.0.154.36... vamos... que han pasado directamente de la 0.4 a la 1.0.

Quizás la crítica de la palabra "Beta" que perdura en muchos de sus productos de forma casi eterna, haya hecho que Google haya decidido dar ese paso hacia adelante.

De hecho, Google Chrome se ha hecho mayor, y ahora es un navegador más robusto.

El caso es que en el mercado de los navegadores Web tenemos a varios aspirantes, algunos de ellos con títulos mundiales en sus vitrinas. Microsoft Internet Explorer, Firefox, Google Chrome, Opera y Safari.

Google Chrome llegó con fuerza, y tras una serie de errores detectados y subsanados, el navegador Web se ha ido haciendo más robusto.

Seguramente la gente de Google no ha obtenido errores graves en su navegador y ha decidido cambiar la versión de 0.4 a 1.0.

Tiempo al tiempo. Iremos viendo que tal. :-)

Microsoft ASP.NET MVC Framework - Beta

Jorge Serrano — Wed, 15 Oct 2008 20:58:00 GMT

Microsoft ha publicado la versión Beta de ASP.NET 3.5 MVC (Model-View-Controller) Modelo-Vista-Controlador.

La descarga de apenas 1.4 Mb, está acompañada de un documento en formato Word 2007 de apenas 60 Kb con información sobre esta versión Beta.

Podréis descargar esta información desde este enlace.

Pero si no sabes aún lo que es MVC, entonces empieza mejor por este enlace.

Si por otro lado, lo que quieres es aprender más acerca de MVC, entonces accede a este otro enlace.

Si lo que quieres es acceder a la información que ha escrito Scott Guthrie sobre ASP.NET MVC, entonces accede a la siguiente información: Parte 1, Parte 2, Parte 3, Parte 4.

No obstante, en Internet encontrarás mucha información relativa a MVC y para qué se utiliza y cuando se recomienda utilizarla (proyectos grandes, TDD, etc).

Presentaciones RIA sobre el poder de la Web

Jorge Serrano — Wed, 15 Oct 2008 07:00:00 GMT

Entrada de descarga de Microsoft titulada Powering the Web: Rich Internet Applications donde encontraremos presentaciones e información relativas a RIA (Rich Internet Applications).

De momento, se ha publicado una ponencia del pasado MIX'08 y en concreto de la sesión MIX 02: Creating Deep Zoom - A walk trough de Apurva Lawale, Web Developer Evangelist de Microsoft Singapure.

Es de suponer, que en las próximas fechas se vaya incluyendo más material a este enlace (es necesario registrarse con Passport).

UX para Dynamics AX 2009

Jorge Serrano — Wed, 15 Oct 2008 06:30:00 GMT

Microsoft ha publicado las UX o User Experience Guidelines para Dynamics AX 2009, contenidas en un fichero zip de casi 13 Mb.

Esta guía contiene aspectos relativos al diseño, y ayuda a actualizar las características de las versiones previas del producto.

Adicionalmente, se puede utilizar esta guía como punto de referencia para crear controles o características nuevas dentro de Dynamics.

incluso, se podría utilizar para tomar algunas ideas para nuestros propios desarrollos.

Encontraréis esta guía (en inglés) en este enlace.

La descarga directa de la guía la encontraréis en este otro enlace (13 Mb).

Reinventando la rueda

Jorge Serrano — Mon, 15 Sep 2008 19:54:00 GMT

Interesante lo que comenta Rodrigo en su blog y que me hace reflexionar o mejor dicho recordar reflexiones pasadas que me he hecho en alguna ocasión y que aprovechando la entrada de Rodrigo, me he visto animado a hacerlas aquí públicas.

Me remontaré a hace ya algunos años (unos 6 para más señas), cuando el jefe del área instó a todos los empleados del departamento a pensar en migrar todas las aplicaciones de escritorio a la Web. De forma más personal y terminada la reunión, le comenté que porqué se había tomado esa decisión (lo siento, pero soy de esas moscas cojoneras a la que le gusta dejar hacer. sí, pero a la que le gusta también saber muchas veces el porqué de las cosas) y me comentó que la decisión estaba motivada en que todas las aplicaciones Windows podrían funcionar como aplicaciones Web de igual forma, que eran mucho mejor, que se actualizaban en un único sitio, que todo el mundo tenía navegador Web, que eran más potentes y cómodas para el usuario, y que las grandes empresas como en la que estaba trabajando yo en aquel momento, estaban haciendo lo mismo.

En aquel instante recuerdo perfectamente aún hoy que le dije que las razones lógicas de implantación y algunos de los argumentos que me daba no era motivo de discusión por la evidente coincidencia de reflexiones, pero solo le apunté algo mucho más importante desde mi punto de vista en aquel momento, desde el punto de vista técnico, ese punto de vista que en muchas ocasiones no cuenta, sobre todo para las ocasiones estratégicas. Ese punto de vista personal era que en mi opinión, cualquier aplicación Windows no tiene porqué ser migrada a Web porque sí, por esa moda irrefrenable o por las pajas mentales de determinados "gurús". En otras palabras, hay aplicaciones que siendo aplicaciones Web, serán mucho más complejas y dañinas que las aplicaciones Windows que en muchas ocasiones se tienen funcionando desde hace años en una determinada empresa. El caso es que aquel jefe que tuve, entre masters de dirección de empresa que estaba haciendo y entre que se reunía con gente y amigos de altas esferas (reuniones que dan para hablar largo y tendido en otra entrada, y a las que tuve la oportunidad de asistir en una ocasión fuera de España) para hablar de temas tecnológicos, económicos y de actualidad, pensaba que estaba tocado por la varita de la verdad.

¿Cuántas veces se ha tomado una decisión de altas esferas como digo yo sin haber consultado antes a los técnicos, sin haber hecho grupos de trabajo o sin haber hecho un brainstorming (soy un enamorado de la lluvia de ideas, lo siento)?... ¿decenas, cientos, miles,...?. Normalmente, las personas que han llegado a ser jefes, pensaban antes de tener ese puesto de responsabilidad que todo iría mejor si sus superiores se comunicaran en multitud de ocasiones con ellos para solicitarles sus puntos de vista técnicos, personales o de experiencia, por muy jefe que fuera. Cuando esos técnicos llegan a ser jefes o responsables, pierden muchas veces aquella bonita visión que tenían y pasan ahora a creerse que saben de todo, que poseen mucha experiencia y que no necesitar esa ayuda técnica... esto en argot castellano se denomina la pescadilla que se muerde la cola, o mejor... dime de que presumes y te diré de que careces.

En el tema del desarrollo de aplicaciones Windows y aplicaciones Web, veo que hay en el mundo del desarrollo mucha paja mental. Mucho vende motos. Mucho vende humo. Mucho gurú y mucho charlatán que vende crecepelos.

Siempre me expreso de igual forma: ¿piensa alguien que si existiera el lenguaje, tecnología, desarrollo perfecto habría tanta diversidad?. Obviamente no, y por cierto, me alegro, porque sino, el desarrollo del Software sería por un lado aburrido con una y única verdad absoluta, y por otro lado, ya exisitiría un proceso automático que hiciera todo por nosotros y ahora mismo estaríamos dedicando nuestro tiempo a otros menesteres en lugar de al desarrollo del Software.

En el desarrollo del Software tenemos muchas posibilidades, pero hay una que siempre funciona... me refiero a las aplicaciones Windows. Sin embargo, muchas aplicaciones Windows serían más beneficiosas en un ambiente Web, y ahí es donde voy... ¿eso significa que cualquier aplicación Windows será beneficiosa en un ambiente Web?. Como ya he dejado entrever anteriormente, NO.

Y en todo esto, Rodrigo apuntaba muy bien (al menos en el sentido en el que yo he entendido su queja)... "AJAX es una mierda", y eso me recuerda a varias cosas:

¿Alguien sabe lo que es XML?... bien,... veo que hasta aquí llegamos.
Lo que no mucha gente sabe es la historia de XML, así que aprovecho para hacer un pequeño paréntesis de tipo recordatorio.
XML nació gracias a una adaptación de SGML. SGML es además, la base de HTML.
El tema es que la gente del W3C estuvieron dándole vueltas a como crear un lenguaje de etiquetas que fuera más abierto que HTML y que permitiera crear etiquetas personalizadas para trabajar con cualquier fuente de información existente. Estuvieron pensando y pensando, no sé en realidad cuanto tiempo, pero alguien dijo de repente,... "oyes, ¡en aquel cajón del olvido hay algo así como SGML!". Echaron un vistazo y vieron que GML fue creado por IBM en los setenta, y que en la década de los ochenta, la ISO lo normalizó para crear el SGML. A finales de la década de los ochenta, se creó el famoso HTML partiendo de la base del SGML, y de la base del SGML aparece también el ya famoso XML.

Sobre AJAX, ocurre otra particularidad vinculada de alguna manera con lo anterior, en base y en historia.
AJAX como tal, está unido con la necesidad de sincronizar la información, y para ello se une el famoso XML. AJAX por otro lado, representa la base de creación de aplicaciones RIA (Rich Internet Applications) que Rodrigo comentaba en su entrada. La idea es que el cliente pueda sincronizar la aplicación web con el servidor de forma transparente, evitando recargar la página web entera o actualizando o refrescando una parte de toda la aplicación web.
El tema no obstante, es que AJAX no es nuevo, al menos no la técnica. El nombre de AJAX se acuñó alrededor del año 2005, pero la técnica de sincronización o de "asincronización" (si me permitís el término, ya que es sincronización de ida y vuelta, es decir, comunicación asíncrona), es una técnica de mediados de la década de los noventa. De hecho, Sun y Microsoft han estado trabajando años atrás en estas técnicas. Cosas como los ActiveX o los Java applets ya utilizaban técnicas de este tipo y creo que a casi todo el mundo le suena.

Entonces, ¿que hay de nuevo en eso que mucha gente llama la Web 2.0?.

De nuevo de nuevo, la verdad es que muy poco o casi nada.
Mucho ruido y pocas nueces.

Lo único que realmente me parece novedoso, es que desde los años noventa a ahora, los ordenadores son más potentes, existen más sistemas intercomunicados, la informática ha entrado en muchas más empresas, las comunicaciones son más rápidas, hay más usuarios que utilizan Internet e Internet está presente en más hogares y empresas, los discos duros tienen mayores capacidades de almacenamiento y son más rápidos los procesos de lectura y escritura, y los conocimientos y los lenguajes de desarrollo han mejorado así como las técnicas de programación.

¿Que hay de nuevo entonces en lo que se ha denominado Web 2.0?, pues como decía antes, no mucho, ya que la tecnología es la misma aunque mejorada, pero quizás la novedad es que cada vez más empresas utilizan esas técnicas antiguas que casi nadie utilizaba. ¿Y a eso lo llaman Web 2.0?... ¡pues sí!.

Parece paradógico denominar Web 2.0 a "algo" que ya existía hace años. Es como si por ejemplo, todos fuéramos en triciclo existiendo la bicicleta desde hace años, y una década después, todo el mundo se maravillara por la bicibleta como el gran invento del siglo. ¿Humo tal vez?.

Claro que la Web 2.0 no solo es AJAX, hay más técnicas, pero prácticamente todas ellas, son refritos de técnicas ya existentes, mezcladas y agitadas... chás chás chás...

Creo que Rodrigo exageraba un poco (desde mi punto de vista a propósito) al decir de AJAX que era una "mierda". Yo no creo que sea una "mierda", incluso lo encuentro útil, pero aunque una bicibleta esté muy bien en lugar del triciclo, ambas nos sirven para movernos y dependiendo de las situaciones, podría interesarnos tener los dos vehículos en nuestro poder. Sin embargo, la diferencia de usar AJAX y otras técnicas de la Web 2.0 o no, no es tan grande como para que nos embadurnen a los usuarios y a los programadores con una intensa capa de marketing que trata intencionamente de confundirnos.

Y es que ni tan malo es programar aplicaciones Web en HTML, CSS o AJAX, como con Flash, Silverlight o Air.

Lo que sí está claro, es que hoy por hoy y bajo mi punto de vista, las aplicaciones Windows poseen una mayor "experiencia" (como lo llamó Microsoft al sacar Windows XP) para el usuario que las aplicaciones Web. La idoneidad de qué utilizar es lo que realmente hay que preguntar a los técnicos, y esa es la discusión que realmente debemos tener, por esa razón, AJAX es una "mierda", no sé si la intención de Rodrigo era la misma que la mía aquí, pero para mí AJAX es así porque no resuelve el problema que muchas empresas tratan de resolver... hacer que todas las aplicaciones Web sean tan poderosas o más que cualquier aplicación Windows. La diferencia entre Windows y Web se ha acortado, pero todavía falta camino por recorrer, mucho camino. Mientras tanto, yo me he comprado una mascarilla para no ahogarme con la cantidad de humo que sale en la red de redes.

Atajos y curiosidades sobre la beta 0.2.149.27 de Google Chrome

Jorge Serrano — Thu, 04 Sep 2008 14:00:00 GMT

Todo el mundo habla en Internet durante estas últimas horas del efecto Beta de Google Chrome. Me sorprende ver la emoción que embarga el fenómeno Google a todos los seres humanos del planeta.

Me recuerda muchísimo a los empujones de la gente en Estados Unidos por hacerse con la primera copia de Windows 95, las histerias de los japoneses empujándose en el centro comercial más importante de Tokyo por conseguir la primera PlayStation 3, los fans de Mac por apoderarse del primer IPhone, o los seguidores de Google por quedarse atónitos ante un nuevo navegador Web que no es mucho más diferente de los que tenemos hoy día. ¿Marketing?... ¡habilidad por el marketing y mucha!.

Llevaba desde el Lunes esperando la Beta de Google Chrome, de hecho tenía preparada ya una entrada para mi blog acerca del tema, pero al ver el revuelo que se montó después de la entrada de Juan Carlos (CIIN), pensé que no era la mejor de las ideas y la borré de la caché de entradas de mi blog.

Sin embargo, he estado utilizando en la sombra este navegador y debo admitir que me ha causado una buena impresión, aunque aún le faltan cosas como es lógico.

Es rápido y fiable, aunque es una Beta y eso no evita que haya "petes" como el del famoso :%, y es que lo han querido hacer tan simple o tan sencillo que a veces es difícil encontrar alguna cosa como ocurre en Internet Explorer o Firefox, donde todo está a la mano... aunque con un poco de ingenio (poquito ingenio diría yo) y tiempo se consiguen cosas muy similares de igual forma.

En esta entrada no quiero decir si Google Chrome es muy bueno o muy malo, si es novedoso o no... simplemente quiero reunir algunos atajos y truquitos.

La versión Beta que estoy utilizando en Google Chrome es la 0.2.149.27 en español.

Aquí van las curiosidades:

Para saber que versión estás ejecutando, basta con escribir about: en el navegador web.

Por otro lado, los atajos de teclado funcionan aunque están ocultos. Los atajos de teclado están en inglés, así que utilizando un poco de imaginación...
Ctrl+W [cierra la pestaña abierta]
Ctrl+P [imprime la página web]
Ctrl+O [abre la caja de diálogo para abrir "cualquier" fichero ¿?]
Ctrl+F [abre la opción para buscar un texto en la página web abierta]
Ctrl+G [igual que Ctrl+F]
Ctrl+N [abre una nueva ventana]
Ctrl+T [abre una nueva pestaña]
Ctrl+B [abre/oculta la ventana de marcadores - la pone en flotación]
Ctrl+L [nos posicionamos en la caja de texto para escribir la dirección web]
Ctrl+J [muestra la ventana de últimas descargas realizadas con el navegador]
Ctrl+H [muestra el historial del navegador, permitiendo gestionar sus entradas]
Ctrl+D [abre la ventana para añadir a los marcadores]
Ctrl+A [selecciona el cotenido de la página web]
Ctrl+C [copia la selección realizada en Ctrl+A]
Ctrl+U [abre una nueva pestaña con el código HTML de la página web activa]

Y ahora... una de las mejores...
Ctrl+MAY+N [navegar en modo incógnito]. Con esta opción se abre una página web con un icono nuevo y un color distinto, con la cual navegaremos en modo incógnito. En esa ventana se indica en qué consiste esta opción. Está bien pensado. :-)

Y finalmente, una característica que me ha encantado.
Abre una página web y pulsa el botón derecho del ratón sobre la página web y selecciona la opción Inspeccionar elemento.
Se abrirá una nueva ventana dentro de la cual tendremos el código fuente de la página web, lista para ser inspeccionada.
Podremos interactuar con esta ventana y la página web. Si pasamos el puntero del ratón sobre las etiquetas HTML, en el navegador web se iluminará la parte sobre la que estamos posicionados. En la misma ventana de inspección, podemos acceder a los recursos.
Esta ventana para depurar la presentación de algunas aplicaciones Web, es a mi juicio muy interesante.

Y ahora y para cerrar, algunas cosas que he encontrado por Internet:

Si lo que quieres es acceder a lo que se denomina Easter Egg o huevo de pascua de Google Chrome, entonces deberás escribir about:internets
Una curiosidad sobre este Easter Egg es que parece ser que utiliza (esto no lo he podido verificar) el fichero sspipes.scr que está en Windows\System32. Si se borra ese fichero y se escribe en Google Chrome el comando about:internets, el fichero aparece nuevamente. De ser así, no es que me parezca lo más seguro del mundo, pero...

Otras etiquetas curiosas son:

about:cache [muestra la caché del navegador]
about:crash [muestra la pantalla que aparecerá en el navegador al encontrar un error no esperado]
about:dns [muestra algunos datos respecto a registros dns y sus beneficios]. Muy curioso.
about:histograms [muestra un histograma con porcentajes]. Es más un histograma de procesos internos que un histograma más útil de cara al usuario.
about:memory [muestra la memoria del sistema y lo compara con Internet Explorer y Firefox]. Iniciar Internet Explorer, Firefox y Google Chrome para verlo.
about:network [inicia un profiling con varias características útiles]. Inicia un nuevo profiling y agrega una nueva pestaña. Escribe una dirección web y mira los resultados.
about:plugins [lista los plugins instalados, las extensiones de los archivos y si está instalado o no]
view-source:[URL] [muestra el código fuente de la página web indicada en una nueva pestaña]
about:stats [muestra las estadísticas y permite incluso filtrarlas]
about:version [tiene el mismo efecto que about:]

Hay alguno más, pero algo más chorra. Si tienes instalado Google Chrome Beta, ahora puedes cacharrear un poco. :-)

De vuelta, curso online de Silverlight

Jorge Serrano — Mon, 25 Aug 2008 14:00:00 GMT

¡Por fin estoy de vuelta!.

El mes de Agosto de este año que está a punto de finalizar lo he dedicado casi por completo a estar totalmente desconectado del mundo informático, no han sido los 10 días en el desierto de otros, pero han sido los 10 días por Irlanda entre lluvia, sol, paisajes verdes y gente agradable, conduciendo eso sí por el lado contrario al que estaba acostumbrado, 2368 kilómetros exactamente, y estaba creo yo tan preocupado en llegar vivo de regreso a casa que de pensar en un ordenador. El GPS no obstante, me ayudó muchísimo,... ¡que gran invento!.

El caso es que durante este mes he estado en Burgos (España), Irlanda, Andorra y Madrid (España), y me ha servido para oxigenar la mente, hacer otras cosas diferentes que durante el resto del año normalmente no puedo hacer, coger aire y pensar en los nuevos retos que deseo afrontar durante el próximo año, en fin, tener tiempo para uno mismo y para los que le rodean, que es una parte importantísima (sino la que más) de la propia vida humana.

Pero todo termina al igual que empieza y vuelve siempre a su cauce, y en este caso, nada más llegar a Madrid he intentado ponerme al día y he visto algunas cosas que no sé si se habrán contado ya en Geeks o no, o incluso si las habré contado yo antes, pero no puedo dejar pasar este primer contacto con el blog para informar de un curso online muy interesante y recomendable sobre Silverlight.

El curso está en inglés y es de carácter introductorio, pero a mi modo de ver muy interesante, sobre todo para aquellas personas que deseen aprender lo que es Silverlight.

Podréis acceder a este curso online en el siguiente enlace.

Finalmente, me veo en la obligación de salirme un poco del ámbito del blog y sacar un OT. Me gustaría recordar a las víctimas del fatídico accidente del avión de Spanair de hace unos días y dar un par de tirones de orejas. Desgraciadamente sí conocía a alguna de las víctimas y familiares del accidente, aunque no de una forma estrecha. De todos los modos, y aunque no conociera a ninguna de esas víctimas y/o a sus familiares o amigos, lo cierto es que siempre que ocurre una catástrofe de esta envergadura, me da mucha pena al pensar en la cantidad de ilusiones truncadas de un solo golpe. Por eso siempre digo que tratemos de aprovechar la vida al máximo, respetando eso sí las reglas básicas y generales del respeto hacia el prójimo, algo que precisamente no me pareció percibir en cadenas de televisión como TVE1, Tele 5, Cuatro, la Sexta, o medios escritos como El País o El Mundo en algunos momentos. Me da la sensación de que lamentablemente hay veces que el periodismo de nuestro país toma todas las noticias como si fuera el Tomate o la Prensa Rosa, perdiendo a veces el norte y la sensibilidad hacia las personas, actuando con una irresponsabilidad y una falta de tacto muy parecida a la que tienen hoy día muchos de nuestros políticos y dirigentes. Carpe Diem, descansen en paz, y no hagas a otros lo que no te gustaría que te hicieran a tí.

Simulaciones físicas con Silverlight

Jorge Serrano — Wed, 16 Jul 2008 14:45:00 GMT

Justo ahora que estoy llevando a cabo un pequeño proyecto de carácter abierto y del cual no quiero desvelar aún nada hasta que el tema esté algo más avanzado, me encuentro con una serie de interesantísimos artículos de Avi Pilosof en los que nos da unas interesantes pistas de como desarrollar aplicaciones son Silverlight utilizando funciones físicas como por ejemplo la utilizada para trazar la trayectoria de un proyectil.

Los artículos escritos en inglés, 5 en concreto, son los siguientes:

Espero que los artículos os gusten tanto como a mí.

Control Web Menu, NavigateUrl y MenuItemClick

Jorge Serrano — Tue, 08 Jul 2008 13:30:00 GMT

Hoy me he encontrado con uno de esos problemas muy viejos en ASP.NET y que no es menos importante por ser tan antiguo, sino por lo extraño del funcionamiento y su solución, sobre todo para el que empieza con ASP.NET, así como lo rápido que olvidamos a veces como resolver estas pequeñas piedras que aparecen en el camino con la consiguiente pérdida de tiempo.

Se trata de usar el control Menu (System.Web.UI.WebControls.Menu) dentro de una página maestra o no, y de detectar cuando el usuario hace clic en uno de los elementos del menú, es decir, utilizando el evento (Menu1_MenuItemClick).

Hasta aquí lo normal.

Para preparar nuestro menú, podemos crear una colección de elementos (propiedad Items del control Menu) o bien, haciéndolo dinámicamente utilizando para ello un elemento del menú [objeto MenuItem :: Dim menuElement As New MenuItem()] y agregando este elemento al control Menu [Me.Menu1.Items.Add(menuElement)].

Por supuesto, no solo debemos crear un MenuItem, sino que a este objeto le debemos dotar de propiedades y características que satisfagan nuestras necesidades para luego agregarlo al control Menu como hemos indicado anteriormente.

Una de esas propiedades que podríamos utilizar podría ser la propiedad NavigateUrl. Una propiedad que asocia al elemento del menú con una dirección Web determinada que es justamente lo que el sentido común pide. Otra propiedad de este control es la propiedad Text y Value. Text es la propiedad que contendrá el texto de la dirección Web, y Value un valor del elemento del menú. Al crear un elemento nuevo y cambiar la propiedad Text a través de la ventana de propiedades, la propiedad Value toma por defecto el mismo valor que Text.

Bien, y ahora el problema...

Al trabajar con páginas Web, a veces cometemos un error bastante grande, y es olvidar que el uso de NavigateUrl para controlar sobre qué elemento se ha hecho clic es inviable, es decir, el uso de NavigateUrl no lanzará el evento Menu1_MenuItemClick que es el evento que nos permite controlar sobre qué opción del menú hemos hecho clic y que es en esta entrada el objetivo a resolver.

La solución residiría en eliminar el valor de NavigateUrl, por lo que la pregunta directa que surge es...
Pregunta: ¿Y como controlo entonces a que dirección Web quiero enviar al usuario al hacer clic sobre una determinada opción del menú?.
Respuesta: Utilizando la propiedad Value.

Es decir, el menú tendría esta forma:

MenuItem      0
Text              Página principal
Value            Index.aspx

Ojo: NavigateUrl no tiene valor porque no le hemos asignado ninguno.

Pero claro, al hacer clic sobre la opción del menú, no nos redireccionará por arte de magia a Index.aspx, más que nada porque NavigateUrl vale "".

La solución de todo esto está en el evento Menu1_MenuItemClick que nos permitirá saber sobre qué opción ha hecho clic el usuario.

Para controlar esta situación podríamos escribir el siguiente código:

Protected Sub Menu1_MenuItemClick(ByVal sender As Object, ByVal e As System.Web.UI.WebControls.MenuEventArgs) Handles Menu1.MenuItemClick
Response.Redirect(e.Item.Value)
End Sub

Ahora bien, la pregunta que podría surgir es si la propiedad NavigateUrl se utiliza o no, etc.

Pues sí, claro que se utiliza, el tema está en que a veces, nuestra aplicación debe controlar sobre qué opción hace clic el usuario, algo que es más frecuente de lo que parece, y es ahí donde el uso de NavigateUrl no nos satisface porque no lanza el evento Menu1_MenuItemClick.

El motivo por el cual el control Menu no lanza el evento Menu1_MenuItemClick al utilizar NavigateUrl es debido a que al haber especificado un valor a NavigateUrl, el control ejecuta un proceso de navegación en lugar de un proceso de postback. Aquí está el quiz de todo. Al no hacer postback, no podemos rescatar el evento y por lo tanto no somos capaces de gestionar Menu1_MenuItemClick.

Por lo tanto, cuidado al utilizar el control Menu y poner contenido a la propiedad NavigateUrl o no, porque si queremos gestionar cuando un usuario hace clic sobre una opción del menú, podríamos encontrarnos con algún que otro problema.

Especificación oficial de XAML

Jorge Serrano — Tue, 01 Jul 2008 05:45:00 GMT

Microsoft ha publicado unos documentos en formato pdf sobre las especificaciones de Xaml (Extensible Application Markup Language).

Esta documentación la podrás encontrar, eso sí en inglés, en el siguiente enlace.