Este es un artículo que, aunque teniendo cierto sentido humorístico, no deja de tener cierta razón. Tómese con pinzas algunos de estos puntos y no se lo tomen tan a pecho los puristas; el resto diviértase y a lo mejor se aprende algo también.
Notas de traducción
- El artículo fue traducido sin el consentimiento explícito del autor por lo que puede ser modificado y/o eliminado eventualmente (se le informó al autor de la misma sinembargo)
- Los vínculos fueron mantenidos del artículo original por lo que seguramente estarán en inglés
- Las notas de traducción fueron agregadas entre corchetes (”[” y “]”)
- Via: Two Mad Geeks
- Artículo Original: 55 reasons to design in XHTML/CSS
La traducción
- Obtienes links desde sitios de muestra como zengarden, stylegala, cssimport y cssbeauty
- No necesitas gastar más ideas en decidir los estilos del código del documento (mayúsculas o minúsculas, comillas o no en los atributos)
- No necesitas desperdiciar tiempo pensando en qué etiquetas deberían cerrarse y cuáles podrían (o deberían) dejarse sin cerrar
- “Ayudas” a los buscadores para que entreguen contenidos más relevantes al utilizar código semántico
- Puedes ahorrar en costos de ancho de banda y los visitantes las verán más rápido al hacer páginas más livianas
- Será más sencillo actualizar a XHTML 2.0 que nos proveerá de más herramientas semánticas
- Con suficiente práctica, la codificación de una página se torna mucho más sencilla y rápida que cualquier grupo de tags table/tr/td
- Cuando la codificación es más rápida, puedes dedicar más tiempo en pensar acerca de la experiencia de usuario
- Pensar acerca de la semántica de un documento te ayuda a tomar decisiones sobre el diseño y la arquitectura de la información
- Puedes hacer un sitio modelo rápidamente para probrar la arquitectura de la información y agregar lo estético más adelante sólo con pequeños cambios de código
- Se puede hacer el diseño luego de que la mayor parte de la base está hecha con ayuda del cliente (o jefe) para pensar de forma realista cuánto trabajo queda aún por hacer
- Es posible poner links directos al contenido de tus páginas (comparado con Flash)
- Los botones del navegador como el tamaño del texto y atrás/adelante funcionan (comparado con Flash)
- Rediseños y alineaciones en todo el sitio son más simples
- Es más simple hacer cambios de último momento a los diseños
- El código limpio facilita o vuelve innecesario la construcción de un CMS completo
- El código limpio facilita el que se agregue más gente al proyecto
- Se puede hacer la base casi totalmente independiente del diseño final, por parte de dos personas completamente diferentes
- Se cuentan con muchas formas de jugar con el código intentando optimizarlo para los buscadores sin afectar la cara visible
- Tienes control total de los formatos de impresión de tus páginas
- Tus sitios son automáticamente accesibles por toda clase de navegadores
- La promoción de los estándares web te ayudará con tu trabajo futuro, sin necesidad de codificar distinto para cada navegador
- Con todos los elementos cerrados, el código es más limpio
- Código bien formado asegura que el sitio funcione en más navegadores
- Código bien formado ayudará a los programadores de navegadores dándole más tiempo para desarrollar funcionalidades útiles en lugar de motores que muestren y entiendan código roto
- Tus sitios funcionarán en navegadores futuros
- Tus sitios funcionarán en dispositivos móviles (y otros nuevos)
- Aprenderás las bases de XML, que sirve para muchas otras cosas
- Los archivos CSS son guardados en la caché del navegador para agilizar la carga y minimizar el uso de ancho de banda
- Tus documentos serán fácilmente conversibles desde hacia otro formato utilizando XSLT
- El pensar semánticamente te hace pensar más acerca del contenido
- Aprender semántica te hace aprecial la organización y escribir tus otros documentos (inclusive e-mails) de forma más organizada
- Puedes escribir nuevas tecnologías en tu CV o portfolio
- Los navegadores modernos visualizan más rápido un documento válido
- Te sentirás mejor contigo mismo al hacer sitios “de la forma correcta
- Ellos lo hacen: Dan Cederholm, Jeffrey Zeldman, Jason Santa Maria, Shaun Inman, Cameron Moll, Douglas Bowman, Dave Shea…
- Pertenecerás a un “movimiento”, haciendo buenos contactos, etc.
- Aprenderás a apreciar nuevsos navegadores que provocan competencia y, después, mejores navegadores
- No existe más la etiqueta blink
- La codificación estricta te enseña a ver más rápido los errores
- Puedes intentar hacer dinero escribiendo un libro acerca de esto
- Hay más oportunidades de trabajo si conoces estas nuevas formas
- Aprendes a entender mejor cómo funciona un navegador
- Puedes usar hacks y técnicas con nombres cool como “seamos buenos con Opera”
- Pueden comenzar a importarte los meta-datos, tipos de documento y tipos de caracteres
- Con más gente produciendo páginas más livianas, la cantidad de datos moviéndose en toda la red será menor y todas las conexiones serán más rápidas
- XHTML tiene un nombre más cool que HTML
- Existe más gente pensando sobre las ventajas, desventajas y trucos de código de XHTML, lo que produce una base de aprendizaje más grande
- Puedes utilizar, básicamente, la misma plantilla de código para muchos sitios diferentes
- Aprender a leer y escribir [código] rápidamente posibilita el uso de herramientas más económicas (notepad)
- Google sabe que:
- 4,380,000 xhtml better than html > 4,370,000 html better than xhtml [en español ambas búsquedas devuelve 1.010.000 resultados]
- 206 “xhtml is better than html” > 87 “html is better than xhtml” [en español es 1 a 0 sólamente]
- 2,130,000 xhtml sucks < 10,300,000 html sucks
- Cuando todos los navegadores comiencen a entender el MIME-type (xml) correctamente, no hará falta convertir todos los sitios de HTML sólo para ajustarse al MIME correcto
- Meintras más gente utilice XHTML, nos aseguramos que en el futuro IE necesitará entender el MIME-type correcto
- La accesibilidad es reforzada al requerir atributos Alt para las imágenes
- Simplemente no hay tantas razones para utilizar HTML o completamente Flash en su lugar