inXpiración por Sebastián Villalba

Noticia de El Mundo, http://www.elmundo.es/navegante/2003/12/22/juegos/1072093954.html:
[...] A partir del próximo verano, los daneses podrán matricularse en la nueva carrera de dos años, que ha obtenido el apoyo de todas las universidades danesas. [...]

Hace unas semanas pensaba que estar�a bien que existiera un t�tulo parecido para desarrollo web, eso que nadie sabe muy bien qué es, ni dónde están sus l�mites y cuyos or�genes se remontan al webmaster, palabra que hoy me suena a cachondeo, poca seriedad y un toque de amateur.

Ser�a divertido desarrollar un programa teórico de asignaturas para el t�tulo de desarrollador web: servidores, lenguajes de scripting, Javascript, gestión de proyectos, estándares web, accesibilidad, bases de datos… y otras más exóticas como trato con el cliente, con prácticas de hipnosis: “un dos tres, cuando despiertes olvidarás que quieres una web hecha en Flash”..

Me hacen esta pregunta unas cuatro veces al día y que me hace sentir culpable de tener solo dos manos, un teclado y 256 MB de RAM. Lo más gracioso es cuando te preguntan cuánto tiempo te va a llevar calcular cuánto tiempo tardarás en hacer cierta tarea.

Cuando haces la estimación, siempre suele ser vista como si te hubieras pasado de horas, entonces empiezas a recortar tiempo y al final acabas haciendo estimaciones a la baja. Y pasa lo que pasa… que con el reloj en el cuello y un proyecto que mezcla tu primer html estático con lo último en ASP, lo del XHTML, CSS y desarrollo web ortodoxo suena a poesía en un parte de guerra. Al menos ese primer HTML se hizo validando como HTML 4.01 y CSS, y se emplearon pocas tablas anidadas.

Gracias a la experiencia he dejado de tener miedo la pregunta de “¿se puede hacer?”, ahora la pregunta que me persigue es “¿en cuánto tiempo puede hacerse?”. Porque todo puede hacerse, solo es cuestión de tiempo.

En estas navidades, para los que están cansados de probar los diferentes sabores de Linux, está disponible Solaris para PC. Más información…. Le�do en http://www.desarrolloweb.com

No hay día que no me levante y a los 10 minutos no esté pensando “mierda, esto podría hacerse con Apache y su .htaccess, pero como estás usando IIS te jodes”.

Y es que con ese archivo, de los de texto de toda la vida, se pueden hacer milagros. Por ejemplo, redirigir todo tipo de directorios y páginas, personalizar las páginas de error 4xx y generar URL sin variables y redireccionarlas con mod_rewrite y mod_alias. Con IIS se puede usar IIS Rewrite, pero es de pago y ves tu y dile a tu hosting compartido que te lo instale, o pídele que te deje cambiar la página de error predeterminada del IIS.

En betobeto.com he encontrado una interesante reflexión sobre el uso de tablas, y unas conclusiones razonables. La moda purista y ortodoxa de no usarlas es muy cool como todas las teor�as, pero en la práctica, usar exclusivamente CSS para la maquetación de un sitio web puede generar un ciclo infinito de prueba-error entre diferentes navegadores y plataformas, especialmente con clientes “especialitos”.

No estoy defendiendo el uso de millones de tablas anidadas ni la etiqueta font, que maldito el d�a que la inventaron. Fui de los primeros en investigar sobre accesibilidad, CSS y XHTML cuando Dreamweaver no estaba preparado para estos menesteres, pero me hace mucha gracia el purismo de esta tendencia cuando en sitios 100% CSS aparecen errores que con una o dos tablas podr�an evitarse en todos los navegadores.

Un amigo le echó un vistazo a un script que he tipeado en ASP y me echó un buen piropo: “tu código es igual que el de los tutoriales de ASP”, referiéndose a que está todo tabulado, poniendo la primera letra de cada comando en mayúsculas (If Request.Form…), definiendo las variables y comentado (pero sin pasarse). Me sent� como si me estuvieran diciendo “qué letra tan bonita tienes”, y también me pregunté si tal vez har�a las cosas más deprisa si escribiera con mala caligraf�a.

Tengo la costumbre de escribir as�, por eso siempre que leo algo sin “mi” formato siento que derrapo al interpretar el código. Es curioso como las mismas instrucciones con otro formato pueden llegar a parecerme tan ilegibles. Me ocurre lo mismo con SQL al ver instrucciones que no están en mayúsculas. En este caso, lo confieso, copio/pego todas las instrucciones que genero desde el SQL Manager.

Cambiando de lenguaje, el otro le�a un poco sobre qué es Python, y una de las cosas que me gustó fue que entre sus ventajas se comenta que su sintaxis hace que los scripts se parezcan mucho los escriba quien los escriba, como dicen en Qué es Python (no puedo copiar un fragmento y enlazarlo por un estúpido y anacrónico Copyright).

La verdad es que me da escalofr�os pensar que con un lenguaje de scripting se pueda hacer cualquier cosa, desde una web a un programa. Python es un campo más en el que me gustar�a adentrarme, pero la lista de mensajes con enlaces y temas interesantes que me mando a casa desde el trabajo no para de crecer y crecer.

Algunas veces me sorprendo a mi mismo tomando decisiones por instinto a la hora de enfocar algún aspecto de un proyecto. En esos momentos decido hacer algo de una determinada manera sin saber muy bien por qué, y al cabo de unas horas se enciende la luz que me da la razón y recuerdo por qué éso debe hacerse as�.

Yo lo llamo programación por instinto: tomar decisiones sin saber muy bien por qué, que no puedes justificar en ese momento, pero que presientes que son las correctas, en muchas ocasiones porque son un “deja vu”, y en otras “on vera”.

Hace unos d�as, hablando con un amigo sobre la calidad de imagen y color de los CRT y todo lo contrario en los TFT, entré por curiosidad en la web de Sony y me enamoré de un 24” CRT: formato 16:10, una resolución máxima de 2304×1440 a 80 Hz… menuda máquina. Como todos los CRT, solo tiene una pega: un culo “like Jennifer” trademark.

Cada semana hago una peregrinación a Media Markt para ver un Sony 23” TFT que tienen expuesto. Y la última vez que fui hab�a un 23” TFT y un 24” CRT, uno al lado del otro. Creo que me colgué durante unos minutos, me sent� como el burro al que ponen dos montones de heno a la misma distancia y no sabe por cuál decidirse. Por cierto, el CRT en color negro y en la realidad es mucho más impactante que el de la foto.

Nada más llegar a casa, convert� las pulgadas de profundidad en cent�metros con la calculadora de Google y cog� la cinta métrica. El 24” CRT es igual de profundo que mi actual monitor (que si no fuera un poco curvo no pensar�a en cambiar). De momento he separado un poco más la mesa de la pared (a la espera de comprar la casa del vecino) para probar el cambio y ha funcionado: entre el teclado y el borde de la mesa ya me cabe un DIN A-4 en vertical, y eso que mi teclado es de esos Microsoft con alas y monte de Venus inclu�do.

Le comenté mi indecisión a una amiga y me dio la idea de hacer una lista de las ventajas e inconvenientes de cada uno:
CRT: Mejor calidad de imagen, imagen, mejor color, medidas nefastas, menos fashion, no pierde pixels, múltiples resoluciones.
TFT: Peor calidad de imagen, color nefasto, medidas perfectas, más fashion, pérdida de pixels, una sola resolución decente.
Una opción ante una decisión as� ser�a salirse por la tangente y comprar un Powerbook 17”, por soñar, que es gratis, que non falte.

Me viene a la cabeza una predicción que hizo un amigo: “en el futuro todos tendremos TFT, pero cada vez que veamos un CRT diremos emocionados �Oh, es un CRT!”.

Ha salido una nueva distribución de Linux, si, una más entre las que ya hay. Red Hat ha decidido que solo va a dedicarse a vender soluciones basadas en Linux a empresas, y para los usuarios de a pie está financiando un nuevo proyecto llamado Fedora.

No destacar�a todo esto si no fuera porque entré en la web de Fedora y me quedé un buen rato mirando el sitio, olvidándome de qué iba. El diseño me parece muy bueno, de los mejores que he visto últimamente. Muy sencillo (que no simple), detallista, minimalista pero sin dejar de ser cálido. Da igual de qué hable el sitio, en este caso el diseño merece ser destacado.

Ya lo dec�a antes de que el extremismo usable me comiera la cabeza y me capara creativamente hablando: es tan importante el contenido como el continente, la información como la presentación gráfica de la misma.

El código de la página de inicio es lo más limpio que he visto últimamente, y además emplean una la hoja de estilos que hace que la versión para imprimir de las páginas sea diferente de la que se ve en pantalla, aprovechando mejor el ancho el papel. Nada nuevo, pero en este caso el código es digno de reemplazar el obsoleto html que todav�a se enseña en academias y universidades, donde siguen empleando el font y ese montón de etiquetas “descatalogadas” por el W3C.

Si esta distribución de Fedora está tan cuidada como el sito web, será una maravilla. Nada que ver con la web de FreeBSD, que tiene un diseño de cuando hice mi primera página g�eb. Ambos sitios funcionan, tiene una arquitectura correcta, pero solo uno me emociona. Conste que solo estoy valorando el diseño del sitio.

As� que, señores, ya tengo distribución candidata a ser instalada en mi PC. Aunque a ver si tocan pronto esos 2 kilitos, compramos el G5 y dejamos de marear la perdiz.

Hac�a mucho tiempo que no iba al cine. Aprovechando el puente del 12 de octubre met� algo de ropa en mi mochila, cog� los cargadores de mi ex Palm y el móvil y me fui a pasar el puente a Madrid. Con dinero en el bolsillo y sin ningún objetivo aparte de tomarme unos d�as de vacaciones, lejos de casa y de la pesadilla del bricolaje interminable.

Quer�a ir a la pensión Helena, situanda en la Gran V�a, justo enfrente del metro de Callao, un séptimo con una terraza a la calle y unas buenas vistas, pero no quedaban plazas, as� que me tocó una parecida pero sin las vistas.
A Helena fui hace unos dos años, cuando coincidió en el mismo fin de semana un concierto de Alejandro Sanz (jueves) y el desfile del orgullo (domingo). Dos espectáculos por el precio de un viaje. En Helena, por cierto, me sent� como si estuviera en casa de mi abuela.

Como dec�a, me fui sin ninguna lista de cosas para ver, as� que dorm� mucho, fui al cine y un d�a incluso fui al Retiro y al Prado. Cada d�a iba al cine, y la pel�cula que más me gustó de las que vi fue Italian Job. Como en todas las pelis de este tipo, sale un geniecillo de la informática, con el que siempre me suelo identificar desde que vi Sneakers (Los fisgones) con el desaparecido River Phoenix. Pero lo que más me impactó fue la banda sonora, que ahora mismo escucho gracias a La Mula y la SGAE. Me siento como si estuviera a punto de acceder al ordenador central de tráfico, cuando en realidad estoy subiendo una base de datos Access (�qué remedio!) y cambiando un sencillo script de ASP.

Esta tarde he iniciado una investigación al mas puro estilo CSI (Miami o Las Vegas indistintamente) en un sitio web sobre por qué dos usuarios (involuntariamente) han podido introducir dos comentarios donde se supone que solo pod�an poner uno, porque esa cosa que todos llaman “sistema” les ha dejado hacerlo.

He empezando analizando los huellas de sus acciones, es decir, sus registros en la base de datos. En un principio solo hab�a un usuario y un comentario extra, pero al aplicar un poco de SQL por aqu� y allá ha aparecido otro usuario y dos comentarios de más.

Mañana me tocará descubrir en qué punto de su trayecto han podido añadir esos comentarios extras. Tal vez una pérdida de sesión, o una modificación de comentario con pérdida de sesión que añade el comentario como nuevo o vete tú a saber qué tripa he programado mal en el código o qué sucesión de circunstancias han permitido eso.

Al llega a casa he estado ayudando a una amiga a poner a punto un coche para venderlo. Me gusta todo este tipo de trapicheos con la mecánica o el “bricolage” porque las cosas de cables y tornillos son más sencillas y evidentes de manejar que las miles de cosillas y variables que hay dentro de un sitio web made by me. Eso s�, en la mecánica y el bricolaje muchas veces el principal problema acaba siendo un tornillo que no hay quien que saque o lo vuelva a poner en su sitio.

Ha sido interesante y me ha gustado ver las caras de otros desarrolladores que también trabajan en Valencia. Los miraba intentando adivinar por su cara si eran puristas megaortodoxos del xhtml y css, flasheros a muerte, novatos, expertos, quemados…

En el descanso me he temido lo peor cuando han sacado en último lugar la Coca Cola, me parecía chocante que en una presentación de este tipo, con mucho informático por ahí metido, no hubiese Coca Cola.

La presentación, interesante (bien por Jordi), aunque algunas de las preguntas que se han hecho eran ridículas. Me olvidé mi listado de bugs, mejoras y propuestas para el próximo MX, he estado testanto el MX 2004 los 30 días del trial y lo que más me ha gustado es la mejora en rendimiento cuando gestiono un sitio de más de 1000 páginas, una mezcla de html y asp, de un proyecto que nadie imaginó que llegaría a tanto.

Sigo esperando un programa con la interfaz de diseño como, por ejemplo, QuarkXPress, que genere automáticamente todo el código xhtml y css necesario para esa página. O al menos algo que lo simplifique. Los desarrolladores web seguimos estando demasiado pendientes del cómo hacer las cosas frente al qué hacer. Por eso este weblog tiene un diseño tan desastroso, o escribo post o lo rediseño. Hasta navidades, solo toca escribir, lo siento.

Y la frase del día es: “El hielo se ahoga en el agua.” (Bitácora de paridas).

En el trabajo, y en casa, me paso el d�a intentando vaciar la bandeja de entrada, intentanto liquidar todos los asuntos que se acumulan. Lo peor son esos d�as en los que acabo trabajando en 5 proyectos diferentes con 10 cambios de proyecto por hora porque todo es urgente y para ayer.

Además todos los proyectos tienen estructuras diferentes, porque a medida que los iba haciendo me iba haciendo más purista de lo que ya era (menos código, menos tablas… véase minid.net) y mi opinión sobre nombrar las cosas en español o inglés iba variando (text01, T01, T_01; Contenido, Content, Cosa…).

Un d�a llegué a planificar en el papel la plantilla perfecta, junto con los nombres ideales, pero se quedó en el papel mojado. En el trabajo nunca hay tiempo de coger un viejo proyecto y darle un buen repaso. A veces, al actualizar alguna página de un proyecto, me dedico a freir todas las “tables” que puedo, a subir el nivel de accebilidad, a quitar porquer�a necesaria para el Netscape 4 de los jocones…. Echo de menos mi etapa de diseñador, cuando maquetaba una revista, la llevaba a la imprenta y ya no se pod�a tocar nada.

Como buen desarrollador que se precia de hacer sitios accesibles, a veces hago pruebas masoquistas en los sitios que he creado. Accedo a ellos con Lynx, un navegador solo texto que muestra las páginas web en una pantalla de MS-DOS. Y desde ese navegador navego por el sitio usando el teclado, hago búsquedas… siendo la prueba de fuego el registro como usuario en el mismo.

Me parece sorprendente cómo haciendo un sitio accesible este puede transformarse en algo que no se parece en nada visualmente pero que funcionalmente sigue siendo operativo: el texto está mas o menos en su sitio y los formularios se pueden usar sin problemas.
Otra prueba puede ser rellenar un formulario y enviarlo usando solo el teclado, o incluso navegar por el sitio usando solo el teclado, sin olvidar herramientas como Bobby o Tawdis.

Conseguir que el sitio sea accesible es un ejercicio más o menos sencillo si se sigue la filosofía de “menos es más”: no frames, no JS, reducir al mínimo el uso de tablas, usar las imágenes solo para mostrar imágenes y no para texto, conocer y emplear bien todas las entidades del HTML (como ul, li, ol), categorizar el contenido de una página usando encabezados h1, h2…

Otro test que suelo practicar es el cambio del tamaño de fuente en el navegador. Una página web fluida (que se adapta al ancho de la ventana) además debe visualizarse correctamente si el usuario tiene un tamaño de fuente por defecto más grande (vista cansada, problemas visuales…). En Opera y Mozilla se puede llegar a ampliar el texto de una página hasta un 300%, y es interesante que incluso en estas condiciones se siga viendo correctamente.

Enlaces relacionados: Lynx, Lynx Viewer y versión para Windows.

... pixel.gif, shim.gif o tr.gif. Es esa famosa imagen de 1×1 pixeles transparente que muchos desarrolladores hemos empleado para “maquetar” nuestros sitios web. Actualmente no debería emplearse puesto que el CSS permite obviarlo y se supone que ya no hay que hacer sitios que se vean mínimamente bien en esos navegadores que además de prehistóricos, son nada resputuosos con los estándares que se supone cumplían.

En el último sitio que estoy desarrollando he situado esa imagen en el directorio raíz como una tentación a evitar. Quiero desarrollorar el sitio y al finalizarlo, seleccionar el archivo para borrarlo y comprobar que Dreamweaver no me pregunta si realmente quiero borrarlo porque se emplea en x páginas. Me sentiré bien comprobando que no he tenido que usar ese sucio truco en ninguna página.

Tengo pesadillas con ese navegador. La cantidad de horas que me ha hecho perder por su pésima compatibilidad con CSS, la cantidad de horas que podría haber estado durmiendo. Tengo pesadillas en las que me dicen “este sitio tendrá que ser compatible con ese NN4”.

El último sitio que he desarrollado en el trabajo no ha tenido que ser compatible con Netscape 4.

Por fin ya no tengo que hacer que los sitios web sean compatibles con esa cafetera. Por fin es suficiente que los sitios no se vean horrible en esa bestia, así que en cuanto un estilo se ve raro en NN4, lo meto en la hoja de estilos que ese cacharro no sabe importar y solucionado. Por fin no tengo que someterme a los caprichos de ese trasto, ni usar millones tablas anidadas ni imágenes de maquetación.
Si no gusta como se ve la web con NN4, te dojes o cambias a cualquier navegador que acepte mínimamente los ESTÁNDARES: Camino, Firebird, Galeon, Konqueror, Mozilla, MSIE, Netscape, Safari.

Lo bueno de seguir un estándar al desarrollar un sitio es que si lo cumples, te puedes (casi) olvidar de cómo se ve de navegador en navegador y de plataforma en plataforma. Además el tiempo de desarrollo se reduce, usar estilos acelera la producción, y facilita futuros cambios: es más fácil cambiar un estilo que modificar 345 tablas en un sitio web por más que se empleen plantillas, librerías o includes.

Me parece increíble que un sitio web que acabo de desarrollar siguiendo un estándar se vea bien en todos los navegadores, porque por primera vez no he tenido que hacerlo adaptándome al NN4. Y lo digo porque una cosa son sitios personales y otra los que se hacen en el trabajo. Por fin en estos últimos también puedo usar solo HTML, CSS y nada de sucios trucos para algún navegador venido a menos.

Desde hoy los sitios web que desarrollaré no estarán pensandos para algún navegador específico, ni para un ancho de pantalla concreto. Vivan los estándares y el desarrollo web ortodoxo> estándares, páginas fluidas, ningún texto como imagen, usar las etiquetas h1, h2… para los niveles de un documento, usar comportamiento de servidor frente a usar JS en el cliente, enlaces del cuerpo principal con color prederteminado del navegador, nada de frames ni popups… Un sitio web “ortodoxo” sube en los buscadores como la espuma.