Quien hubiera dicho que un diseñador gráfico se vería complacido en tipear, si, tipear, el código de un sitio en vez de usar alguna interface o software preparados para tal fin?

Sinceramente, yo nunca lo pensé. Ahora, si hoy en día me preguntan si lo hago, y si, la verdad es que me es mucho más práctico y ahorra problemas, a pesar de que siempre preferí usar interfases mucho más didácticas.

Cuando comencé a diseñar basándome en estándares y usabilidad, allá por el 2005, esa tarea me parecía monumental, inalcanzable, inaccesible… buscaba siempre aplicaciones que auxiliaran a mi ojo, entrenado esencialmente en lo visual. Conviví con el Dreamweaver (por aquella época Macromedia Dreamweaver), luchando con versiones viejas menos preparadas a la correcta pre-visualización de Cascade Style Sheets…

A mediados del año pasado, sin darme cuenta, estaba usando el Smultron (el mejor editor de texto para mac, a menos para su seguro servidor), y tipeando la mayoría del código de la plantilla que estaba desarrollando "a mano".

Llegué a este punto gracias a una gran virtud que nos da el trabajar con CCS y xhtml strict: el poder de abstracción. Usualmente, dibujo un layout modelo al cual quiero llegar, y armo un anteproyecto (lo más parecido a lo que pretendo diseñar en la realidad del código), y ahí distribuyo en divs y secciones las partes del diseño.

Luego voy abriendo y cerrando los tags, todo tipeado. Esto me permite aprovechar las siguentes ventajas:

1. Errores de validación casi nulos: es muy difícil que tipee algún tag incorrecto, o que complique mucho el código (esto en general es hecho por los distintos programas destinados a diseño web, ya que deducen donde incia y terminan los tags, y muchas veces por cerrar alguno que quedo abierto, lo hacen mal).
2. Simplificación de la estructura: al uno estar desarrollando palmo a palmo el código, tiende a que éste sea lo menos complejo posible (por comodidad, prolijidad, etc).
3. Orden en la estructuración del contenido y sus propiedades: voy asignando las clases y selectores a medida que voy ingresando el código, a pesar que estos aún no existen (la hoja de estilos es el siguiente paso).
4. Coherencia entre la hoja de estilos y el código: ya que baso todo el trabajo de CSS en el código previamente concebido. Esto deriva en no tener miles de clases y estilos que se han dejado de usar porque se cambió la estructura del código, pasando a ser inútiles, ya que es raro que éste cambie en su esencia una vez que ha sido estructurado.

Lógicamente, reconozco que para llegar a este nivel de geekeada (si se me permite el neologismo), se requiere un poco de experiencia en el tema. En mi caso, el mismo camino me fue llevando a adoptar esta modalidad de trabajo. No digo que sea la única, ni mucho menos la "correcta", pero me pareció interesante compartir la experiencia. Sería interesante conocer opiniones de colegas que por casualidad lleguen a este blog…

Saludos y feliz 2010!

Eduardo Cesario

PD: quédense tranquilos, si me copio el DOCTYPE con copy paste del Dreamweaver!