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

1. Obtienes links desde sitios de muestra como zengarden, stylegala, cssimport y cssbeauty
2. 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)
3. No necesitas desperdiciar tiempo pensando en qué etiquetas deberían cerrarse y cuáles podrían (o deberían) dejarse sin cerrar
4. “Ayudas” a los buscadores para que entreguen contenidos más relevantes al utilizar código semántico
5. 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
6. Será más sencillo actualizar a XHTML 2.0 que nos proveerá de más herramientas semánticas
7. 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
8. Cuando la codificación es más rápida, puedes dedicar más tiempo en pensar acerca de la experiencia de usuario
9. 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
10. 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
11. 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
12. Es posible poner links directos al contenido de tus páginas (comparado con Flash)
13. Los botones del navegador como el tamaño del texto y atrás/adelante funcionan (comparado con Flash)
14. Rediseños y alineaciones en todo el sitio son más simples
15. Es más simple hacer cambios de último momento a los diseños
16. El código limpio facilita o vuelve innecesario la construcción de un CMS completo
17. El código limpio facilita el que se agregue más gente al proyecto
18. Se puede hacer la base casi totalmente independiente del diseño final, por parte de dos personas completamente diferentes
19. Se cuentan con muchas formas de jugar con el código intentando optimizarlo para los buscadores sin afectar la cara visible
20. Tienes control total de los formatos de impresión de tus páginas
21. Tus sitios son automáticamente accesibles por toda clase de navegadores
22. La promoción de los estándares web te ayudará con tu trabajo futuro, sin necesidad de codificar distinto para cada navegador
23. Con todos los elementos cerrados, el código es más limpio
24. Código bien formado asegura que el sitio funcione en más navegadores
25. 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
26. Tus sitios funcionarán en navegadores futuros
27. Tus sitios funcionarán en dispositivos móviles (y otros nuevos)
28. Aprenderás las bases de XML, que sirve para muchas otras cosas
29. Los archivos CSS son guardados en la caché del navegador para agilizar la carga y minimizar el uso de ancho de banda
30. Tus documentos serán fácilmente conversibles desde hacia otro formato utilizando XSLT
31. El pensar semánticamente te hace pensar más acerca del contenido
32. Aprender semántica te hace aprecial la organización y escribir tus otros documentos (inclusive e-mails) de forma más organizada
33. Puedes escribir nuevas tecnologías en tu CV o portfolio
34. Los navegadores modernos visualizan más rápido un documento válido
35. Te sentirás mejor contigo mismo al hacer sitios “de la forma correcta
36. Ellos lo hacen: Dan Cederholm, Jeffrey Zeldman, Jason Santa Maria, Shaun Inman, Cameron Moll, Douglas Bowman, Dave Shea…
37. Pertenecerás a un “movimiento”, haciendo buenos contactos, etc.
38. Aprenderás a apreciar nuevsos navegadores que provocan competencia y, después, mejores navegadores
39. No existe más la etiqueta blink
40. La codificación estricta te enseña a ver más rápido los errores
41. Puedes intentar hacer dinero escribiendo un libro acerca de esto
42. Hay más oportunidades de trabajo si conoces estas nuevas formas
43. Aprendes a entender mejor cómo funciona un navegador
44. Puedes usar hacks y técnicas con nombres cool como “seamos buenos con Opera”
45. Pueden comenzar a importarte los meta-datos, tipos de documento y tipos de caracteres
46. 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
47. XHTML tiene un nombre más cool que HTML
48. 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
49. Puedes utilizar, básicamente, la misma plantilla de código para muchos sitios diferentes
50. Aprender a leer y escribir [código] rápidamente posibilita el uso de herramientas más económicas (notepad)
51. 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
52. 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
53. Meintras más gente utilice XHTML, nos aseguramos que en el futuro IE necesitará entender el MIME-type correcto
54. La accesibilidad es reforzada al requerir atributos Alt para las imágenes
55. Simplemente no hay tantas razones para utilizar HTML o completamente Flash en su lugar