Barrapunto

Yo hago paginas webs, pero ademas hago otras cosas. No solo diseño las webs, sino que las pacto con diseñadores, otros programadores y el cliente. Cada uno buscamos una cosa y somos expertos de nuestro campo y queremos meternos un poco en el campo de los demas, sobretodo para que lo que sabemos se vea reflejado en el trabajo de los otros.

Normalmente esto puede funcionar de tres formas (asi en plan exajerado)

  - Cada uno va a su bola, sigue sus ideitas, y el resultado no pega ni con cola. Esto nadie lo queremos.
  - Hay una sinergia (y si le molesta a alguien que esta palabra sea una ADEMAS una buzzword, haya el) entre los miembros del equipo, de forma que todos se escuchan a todos y se pactan. Esto sabemos que es muy bonito pero muy dificil, e incluso puede que el resultado no sea lo mejor de lo mejor, sino el minimo comun divisor.
  - Funcionamiento mediante "Benevolent Dictatorship". Es cuanto hay un lider de trabajo que no tiene que tirar de los demas porque sabe ponerlos en movimiento, seguirlos en movimiento, tratar de entender a todos para tomar el las decisioes en lugar de dejar que la gente intente cruzar abismos. Esto suele funcionar o no dependiendo de las cualidades de ese lider. Seguramente funciona mucho mejor que las anteriores.

Tu mas o menos propones el caos, o bien que el lider de un equipo sea un diseñador web con la cabeza tan llena de ideas de usabilidad que no tenga espacio para otras cosas.

Ni los informaticos tenemos siempre razon, ni los diseñadores, ni los arquitectos de usabilidad, ni .etc..

Esto fue el punto 1.

El punto 2 es que los consejos de usabilidad nunca deben pasar de eso, de consejos. Si siguieramos al 100 los consejos de usabilidad, todos los existentes, el resultado seria un html 1.0 o peor, algo que realmente no da juego al resto de equipo de personas. Por eso hay que seleccionar, y hacer una pagina en XHTML y CCS me parece una buena combinacion, y una vez elejida seguir todos los consejos relativos, incluso pasar los validadores a cada prueba. Pero no es la unica tecnologia.
HTML 3.0 no es malo, probablemente es el unico html que tenga sentido enseñar a niños o a gente que esta empezando. Inevitablemente aprenderan algunas cosicas de HTML 4.0, asi que realmente su codigo sera HTML 4.0 Transitional. Y probablemente muy parecido al que te genera Dreamweaver 3.0 y siguientes si no cuidas un poco el codigo.

Pienso que la composicion con tablas, si bien es un hack, tiene sentido. No hay que rechazarla completamente, sobretodo si alguna gente demuestra poder hacer cosas interesantes con ellas.

Ahora viene XHML con CSS pero cualquier manual de usabilidad te prevendra contra utilizar lo ultimo de lo ultimo para hacer una pagina web.

Los webmasters nos vamos a volver loco si tiramos todas las tecnologias que hemos aprendido cada poco tiempo y perdemos el culo detras de la ultima gran moda. Por mi salud mental, no denostemos las versiones de HTML del pasado que eran coherentes y resultaban en un codigo legible... incluso aunque usaran tablas para composicion.

Estoy de acuerdo: HTML 3.2 va muy bien y se puede seguir usando. XHTML, en mi opinión, no hay que usarlo aún, porque falta que los navegadores HTML actuales empiecen a ser también agentes XML.
      Ir siempre a lo último va mal, y por eso explico HTML y no XHTML.

      Piensa también que no explico cómo usar HTML 3.0 porque la mayoría de páginas mal hechas ahora son 4.0 Transitional, y no voy a pedirles que "actualicen" hacia atrás.

Punto 1:
      Los modelos que propones son interesantes; yo preferiría el del "Dictador benevolente". Ya he leído sobre "Ingeniería del Software" y parece bueno.
      Al hacer webs grandes, seguro que se reparte el trabajo entre varios. Pues es imprescindible saber separar el contenido y el diseño, y eso es lo que explico.

      El artículo está pensado para que cada uno lea lo que le interese, o para el caso tan común en el que la misma persona es a la vez quien hace la web y el diseño (pasa mucho en las PYMES, y en las webs personales). En ese caso, el webmaster ha de saber de todo (o usar programas para ayudarle). Sí, es el caos, pero no lo propongo yo.

      Punto 2: todo el HTML no es más que un gran CONSEJO. No es una obligación seguirlos; pero si haces lo contrario de lo que te explico en cada uno, no harás una página correcta.

      Pues eso. Gracias por tu opinión. (No sé cómo puedes dejar siempre tantos comentarios, y tan largos.)
      Saludos