Sin embargo he disfrutado del mismo sobremanera, el futuro está en los negocios que sepan proyectar sus módelos en soluciones orientadas a Servicios Web. La arquitectura orientada a servicios es simplemente revolucionaria, pasar de vender desarrollos y aplicaciones, a servicios a nivel de informática. El mayor ejemplo sin duda los Servicios Web de Amazon.

Me ha sorprendido gratamente la potencia de la plataforma .NET. Hace algunos años tuve la ocasión de trabajar en el BSCH con sistemas basados en tecnologías Microsoft (ASP, SQL Server 7 y Visual Studio), y sinceramente por aquel entonces dejaban mucho que desear para ser una solución dependiente del pago de licencias. Ni su implementación, ni potencia, y sobre todo su rendimiento y velocidad eran “insuficientes”. Quiza por ello el auge de plataformas como LAMP, que además tiene la ventaja de no depender de licencias. Tras este curso, mi impresión es diamentralmente opuesta: la potencia del entorno de Visual Studio 2005, y el futuro Visual Studio 2008 (ya se puede descargar la beta de esta versión en el MSDN), no tiene reflejo en otras plataformas como php, Java, etc (no al menos que yo conozca). Programar en cuatro clicks una interfaz de una aplicación web, una gestión de ficheros (apertura, lectura, tratamiento, exportaciones a otros formatos, serialización de datos, etc), conexiones a BD diversas via ADO, uso de datasets para optimizar rendimientos y minimizar los accesos reales a BD remotas, componentes graficos pre-diseñados (ej: datagrids) totalmente personalizables y ampliables,  una autogeneración de código realmente espectacular, intelsense para la auto-completación de código fuente… en fin, una verdadera maravilla. Estoy trabajando con Visual Studio 2008 a ver si acaba de enamorarme ^^

Me quedo con lo siguiente del curso:

- C# (v 2.0), potente, flexible, aunque sinceramente una vez conoces la programación orientada a objetos, las mejoras incorporadas se reducen a un mayor uso de Delegados en todo, mas clases y librerias de componentes, mayor flexibilidad entre el tratamiento de datos, autocastings de operaciones, etc. Del antiguo C al nuevo C#, un mundo, aunque comparado con C++ o Java, ligeras diferencias que en algunos casos simplifican y en otros se echan de menos.

- .NET. Sólo buenas palabras. Lastima que el desarrollo de aplicaciones de desktop sean dinosaurios en vias de extincion: ahora diseñarlas y programarlas es hasta divertido. A nivel de web, lo dicho anteriormente, impresionante. Encapsulación de procesos como el tratamiento de mensajes SOAP para la generación de Servicios Web, serialización autómatica de los mas complejos sistemas de datos que se puedan imaginar, un IDE cristalino en uso y potencia. Me encanta.

- Web Services y SOAP. El futuro, el que no sea capaz de apostar en esta línea lo asemejo a los excepticistas que en su día no veían futuro en el uso de internet aplicado a sus negocios. De aquí a 5 años, la implantación de esta forma de negocio será tal que vaticino un futuro “curioso” a las empresas, y especialmente consultorias que venden desarrollos “a medida”, que no sepan adaptarse a algo que los clientes van a demandar más que el aire que respiramos.

- Los compañeros y profesorado. Los primeros, diversos, desde un antiguo ejecutivo maduro de telefónica, cuya obsesión son los transistores ^^, a profesores frikis que como yo adoran leer continuamente por la red sobre cualquier cosa relacionada con este campo. Me sorprendio mucho la charla de apertura del curso de J. Soriano, catedrático y secretario del centro, y su conocimiento sobre las librerias Scriptaculous, el uso de AJAX, el auge de Sax de Java, e infinidad de temas de “ultima hora”.

Recomiendo el curso sin duda, si tu trabajo u ocupacion te permiten desaparecer durante mes y medio.

Además de una ampliación sustancial en lo referente a contenidos de las librerias, cabe destacar el trabajo realizado en temas de documentación y aprendizaje. La nueva interfaz de documentación para la versión 2.0 sigue la línea de la versión 1.1 aunque incorpora nuevos aspectos de navegabilidad realmente útiles para el programador (enlaces a los fuentes de libreria, uso de AJAX en la carga de contenidos dentro de una librería,  cabeceras y separación entre métodos, propiedades y atributos más claras.

La espera ha merecido la pena!

Los navegadores poseen diferentes modos de interpretar y renderizar una página web. Esto es debido a que antiguamente, a falta de estandares, cada navegador tenia sus quirks (o caprichos) para solventar los bugs que aparecian con el renderizado de una pagina web.  Es decir, el comportamiento sobre ciertas instrucciones era diferente segun el navegador, pues diferente era también el renderizado de los mismos: cubrían bugs con quirks especificos de la plataforma.

En la cabecera de una página web encontraremos algo tipo:  <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
La parte en azul se denomina identificador público, y la verde identificador de sistema (que es una URI).

Esta cabecera determina qué modo utilizará el navegador para interpretar el código fuente de la página, y como renderizarlo. De esta forma se le puede avisar al navegador si la página sigue unos estandares determinados, o no.

Para mantener la compatibilidad con estas páginas antiguas, los nuevos navegadores entienden 3 diferentes modos.

- El standard (o strict mode) se ciñe a las especificaciones de un organismo como el W3C para CSS y HTML, y no admite quirks. Son páginas web que tienen una cabecera del tipo: <!DOCTYPE HTML SYSTEM ..., o con mimetype text/sml o cualquier otro XML o XHTML, y para tipos desconocidos de doctype sin DTDs"-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/strict.dtd">.

- El casi-standard, es como el estandar solo que acepta algun quirks muy concreto (en el caso de Mozilla, el problema del gap de imagenes consecutivas). Cualquier documento “loose” doctype o para el doctype de IBM.

- El modo Quirks, para compatibilidad con bugs (es el render más lento). Cualquier documento sin doctype definido o sin identificador de sistema.

Aquí te dejo un artículo completo sobre Quicks vs standards mode, de la web de desarrolladores de Mozilla.

…

…

… y la pregunta es: ¿A mi que me importa esto si yo trabajo sólo con estandares de la W3C y siempre defino la cabecera de las páginas web correctamente (es decir, siempre trabajo en “strict” mode)? 

Internet es no sólo espejo de nuestras aplicaciones, sino también la principal fuente de recursos para desarrollarlas. Siempre puedes programar “de cero” todos tus scripts, pero personalmente opino que es una soberana perdida de tiempo: la mitad o más de lo que quieres programar ya esta disponible en internet en 1300 sitios diferentes. Algunos encajarán perfectamente con lo que tenías en mente (ej. un scroller de noticias, o un conversor de formato X, o una librería para manejar elementos Y), y otros tendrás que ajustarlos a tus necesidades (ej: un slideslow de imagenes que quieras que actue diferente en su movimiento, eventos y demas).

En ambos casos asegurate de que el resultado final es 100% compatible con tu documento en Strict Mode. Insertalo en tu página y comprueba que no da ningún tipo de error: es decir, no contemplaba quirks en su programación.

La propiedad document.compatMode te indica si el documento está renderizado en modo Strict (el string devuelto es “CSS1Compat”) o Quirks (el string devuelto es “BackCompat”). Es util si quieres programar scripts que mantengan compatibilidad con navegadores antiguos y modos Quirks (personalmente no me interesa mantener compatibilidad con estos, dado que eran productos imperfectos en desarrollo y actualmente en vias de extinción)

Cuando saques funciones o scripts de internet ten en cuenta que a lo mejor contienen comprobaciones de este tipo para controlar los “modos”. Un ejemplo:   return (document.compatMode && document.compatMode!=”BackCompat”)? document.documentElement : document.body

En Strict mode me devuelve document.documentElement, y en quirks document.body (dependiendo del modo, ya tengo la referncia para poder apuntar a elementos del body). Este tipo de comprobaciones cuando programas SÓLO para estandares actuales, sobran.

Por cuestiones de un encargo de un website, necesitaba “jugar” con scrollers dinámicos de imagenes. Además, debido al alto contenido gráfico de las páginas, tenía la imperiosa necesidad de “ajustar” el tamaño de los scripts utilizados: el uso de frameworks estaba descartado. Busqué un poco por internet y localicé un fuente “light” para empezar a trabajar con scrollers. Sin embargo, aplicando los estandares W3C e intentando eliminar por completo los estilos de la estructura del documento, me encontré con que la mitad de las funciones NO eran 100% compatibles.

Aquí empieza lo curioso.

Antes de nada, el caso de error: un div cuyos atributos de estilo se definen exclusivamente en un CSS. La función style.<propiedad> no te devuelve el valor de propiedad si está definida en CSS y no inline a la propia definición del div o en una previa asignación por javascript. Mira estos dos ejemplos con detenimiento:

Gecko_DOM_Reference:Examples#Example_1:_height_and_width
Gecko_DOM_Reference:Examples#Example_6:_getComputedStyle

Si tuviese que elegir un resumen del problema: utiliza document.defaultView.getComputedStyle(<elemento>, null).getPropertyValue(“<propiedad>”) para recuperar con javascript el valor de una propiedad definida en CSS, y <elemento>.style.<propiedad> para asignarle (o reasignarle)  valores a dicha propiedad. El <elemento> por descontado capturalo a través de document.getElementByID(“<id del div, a, td o lo que sea>”)

Lo gracioso es….

… que una vez tuve la salida de datos perfecta, vease, tal y como la quería para mi aplicación, emplee un par de horas en retocar los estilos CSS del arbol para que, ademas de funcional, se “viese” y actuase como quería. Cual es mi sorpresa cuando encontré un bug (aparentemente) en el refresco de un nodo del arbol cuando este se carga dinamicamente y NO tiene contenido, vease, es una carpeta vacía!.

He reportado el bug a los foros oficiales, puedes verlo aquí: http://extjs.com/forum/showthread.php?t=12419

… me… vuelve… loco… este… EXT!

La documentación que proporciona extjs.com, aunque muy buena en cuanto a definicion de las clases disponibles, y algún que otro ejemplo, carece apenas de tutoriales. Sin embargo los pocos que hay son increiblemente detallados.

Al principio te sobrepasa, te recomiendo abrir la clase correspondiente y empezar a estudiar las herencias que hay establecidas entre ellas. Echo muchisimo en falta un arbol jerárquico de dependencia de clases, a veces tienes que ir ‘saltando’ por intuición, a pesar de que cada clase referencia en su parte superior a quien extiende y cuales son sus subclases.

Una vez estudies todos los ejemplos que vienen en la documentación, elije algo que tengas en mente y ponte a “realizarlo” en serio. Yo para empezar quería definir el layout, o estructura de mi aplicación. De entre las clases y subclases relacionadas, la más complicada (que extiende a las de caracter más simple y/o general) es BorderLayout. Hay un ejemplo de esta en la documentación. Partiendo de la misma, abre las clases afectadas, echale un ojo a los constructores (identifica las opciones de configuracion disponibles), propiedades, metodos y eventos. Tomate tiempo en estudiar el tipo de elemento que contienen: LayoutRegion -> ContentPanel -> Element. Ponte a ‘jugar’ y aprenderás las opciones sin darte cuenta (no te quedes en los ejemplos e intenta practicar con todos los métodos de cada objeto.

Si te sobrepasa, empieza por leer en http://extjs.com/learn/, desde la FAQ a los tutoriales (pocos) y screencasts disponibles.

Registrarte en extjs.com, es gratuito. Utiliza su foro para solucionar problemas y solicitar ayuda a otros muchos programadores bajo esta plataforma: hay siempre cientos conectados!

Nota: iré comentando en este post los avances que vaya haciendo, baste decir que ya tengo la interfaz general, con barras de navegación que se ocultan, otras que apareceren segun acciones de usuario, un content central dividido con pestañas que cargan info tanto local como remota… vamos, que porque llevo 13 horas aqui delante y estoy que me caigo, que sino me tiraría otras 15 mas! ………

En sus inicios se refería al uso de las mismas por personas con alguna discapacidad. Hoy en día el concepto se extiende a compatibilidad con el medio, es decir, ser accesible independientemente del navegador utilizado (IExplorer, Firefox, etc) o el dispositivo (ordenador personal, PDAs, móviles, etc)

Un manual simple de fácil lectura al respecto lo puedes encontrar en http://www.webestilo.com/guia/. Es bastante antiguo, y por tanto muchos aspectos han cambiado drásticamente (ej. uso de gráficos o carga de páginas, hoy no se navega con velocidades de modem…), pero te dará una idea general de los diferentes aspectos a tener en cuenta a la hora de evaluar la “accesibilidad” de una página web.

Siguiendo siempre la filosofía de utilización de estándares, es de obligada lectura la guía de accesibilidad de W3C: Guía de Usabilida de W3C. Su lectura y estudio es más denso, pero a la vez mas completo, ya que abarca todas las facetas en detalle.

¿Quieres saber más sobre accesibilidad? http://www.w3.org/WAI/ (Web Accessibility Initiative)

Una de las configuraciones más utilizadas hoy en dia es WAMP: Windows + Apache + Mysql + Php. Proporciona todo para empezar a trabajar -> servidor web con base de datos y interprete de lenguaje dinámico. Lo mejor, su robustez, rapidez y ser open source!

Hoy he dedicado todo el día a configurar y personalizar mi servidor con las ultimas versiones estables de Apache, MySQL y Php. Programar en local es rápido y cómodo, pero es necesario el test real de un servidor.

He aprovechado para instalar también las mas de 20 webs y proyectos que tenia por ahi en backups, desde webs muy sencillas que he ido arrastrando desde mis inicios, a proyectos de caracter personal o de amistades, y por supuesto profesionales.

Aun asi, he perdido muchos trabajos… intentaré buscarlos en la libreria de CDs. Sienta especialmente bien tener esa mirada al “pasado” a mano, dado que cada proyecto te recuerda caras, alegrias y momentos inolvidables.

Estoy muyyyyyyyyyyyy contento! La vida es bella eh? ^^

Hoy me decidí a hacerme miembro, con el fin de subir aquellos screenshots de los diferentes proyectos que vaya haciendo, ideas o simplemente bocetos. Puedes visitarme en BlancoX.deviantart.com

Cuantas veces más ver fuente > seleccionar la url del js asociado> copiar > abrir nueva pestaña > pegar en la url, y ver el source del fichero .js que querias? nunca más.

Una vez instalado, personaliza tu barra de botones y añadele el de JS View (también vale para ficheros CSS vinculados a la página web). Siempre puedes acceder a la funcionalidad del JS View a través del menu contextual (click derecho) en cualquier sitio de la página web que estas visualizando.

Descargar addon aqui