UFFF.... Seguimos confundidos mijo (Julcar)
Primero que nada no hay tal cosa como un lenguaje de diseño web, en tal caso serian de enmarcado y programacion web. Diseño web se realiza en una app usualmente de escritorio como Illustrator o Photoshop. En tal caso HTML y XHTML son lenguajes de enmarcado de texto, lo cual quiere decir que son lenguajes que se tulizan para definir la estructura de un documento lo que no tiene nada que ver con el diseño. CSS es un leguaje de estilos lo que se interpreta como un lenguaje utilizado para poder dotar de estilos y presnetacion a un documento que ha sido previamente estructurado con algun lenguaje de enmarcado llamese HTML o XHTML. Seria un error clasificar a XML como un lenguaje orientado a la web ya que hasta ahora su uso se ha orientado mas al desarrollo de aplicaciones de escritorio como es el caso de los plist que mantiene una app de Mac unida. La aplicacion de XML en la web se ha limitado al uso de sindicadores de contenido ya sea RSS o Atom o algo por el estilo y al uso con ciertas APIs como la de google, aun que su popularidad podria ser facilmente reemplazada por JSON ya que este permite una simulacion de ajax que no es posible con XML, al menos no sin tener que usar demasiados recursos en tu servidor, ademas de ser mas facil de interpretar usando Javascript que el XML.
En el lado de los lenguajes de programacion se definen dos grandes grupos. Lenguajes de programacion del lado del cliente y lenguajes de programacion del lado del servidor. En los del lado de el cliente se encuentra como rey el Javascript (yeah!) y en los del lado del servidor hay una reñida competencia entre ASP y PHP aun que el segundo por ser gratuito y de uso libre tiene mas posibilidades de triunfar. Ademas de que es importante mencionar por lo menos un leguaje de peticiones estructuradas como es el caso de MySQL el cual extende el potencial de PHP cuando se usan en conjunto.
A mi parecer estas tratando de establecer una geracrquizacion, division o clasificacion que ya esta establecida desde hace mucho tiempo. En otras palabras quieres reinventar la rueda y no es necesario.
Ahora a correjir algunos malentendidos.
1.-
Cita: HTML y XHTML... no son más que el standard de lectura del navegador
De hecho no es asi, HTML y XHTML son un estandar de escritura para el desarrollador y no tiene nada que ver con el navegador. Si bien los manufacturadores de navegadores deben apegarse a los estandares, eso no quiere decir que el estandar de HTML o XHTML tenga alguna relacion con el navegador.
2.-
Cita: CSS que fomenta el uso del XHTML para implementar el DTD estricto del W3 consortium
CSS no formatea el uso de nada y mucho menos de XHTML. XHTML tiene un formato establecido que no se ve afectado por el estandar de CSS. Ademas, CSS no es necesario para poder implementar la (es femenino y no masculino) DTD estricta de XHTML. Lo unico que se necesita para poder implementar la DTD estricta es un XHTMl bien escrito.
3.-
Cita: XHTML se lo podria considerar un "hibrido" entre el HTML de marcas comunes y un XML de formatos semánticos
XHTML NO es ningun hibrido, es una especificacion basada en XML y no en SGML como es el caso de HTML. Ademas no se a que te refieres con "un XML de formatos semanticos" ya que la semantica es algo muy independiente de si usas HTML, XHTML, XML, la especificacion de mi abuelita o cualquier otra cosa.
4.-
Cita: Javascript es el punto en discordia, pues se divide en tres caminos diferentes
EL javascrip no se divide en nada. Simplemente hay diferentes maneras de utilizarlo y cada programador puede adoptar su propio sistema.
5.-
Cita: el javascript tradicional encerrado entre las etiquetas <script></script>,
Todo javascript tiene que ir en etiquetas <script>
6.-
Cita: luego el ajax en una mezcla tipo química con el xml que segun a mi parecer y entendimiento no es más que lineas javascript combinadas con xml y las cabeceras de petición que de una u otra forma lo vuelven un solo elemento independiente de cierta manera de sus padres.
Primero, ajax no es una mezcla sino una tecnica que son cosas muy diferentes.
Segundo, ajax no tiene nada que ver con XML. De hecho, esa es la razon por la que ajax paso de ser AJAX a ajax. (si alguien no entiende esta linea dejeme un MP y yo escribo un post acerca de eso.)
Tercer, ajax no es un solo elemento independiente de sus padres. De hecho es dependiente en todo momento tanto del servidor como del cliente.
7.-
Cita: Y luego los frameworks que son derivaciones del javascript que fomentan caracteristicas especiales y avanzadas del javascript, como podria ser una evolucion especifica.
Los frameworks no son drivaciones de javascript. Mas bien son una serie de funciones escritas en javascript que te permiten hacer algo de una manera diferente y, segun algunos, mas sencilla que javascript convencional. Un framework es como un intermediario entre tu y el javascript (preguntale a cualquier hombre de negocios y te dira que los intermediarios nunca son buenos). Te lo ilustrate con un ejemplo. Supongamos que tu hablas español y hay alguien con quien te quieres comunicar pero ese alguien habla ingles. Entonces tu contratas a otra persona que habla tanto español como ingles para que te sirva de interpete. Tu dices Hola y el interprete escucha hola, pero a la hora de hablar dice hello. Eso es un framework.
8.-
Cita: El XML por su parte, no debe ser confundido con sus variantes
El XML no tiene variantes. Lo que si hay son DTDs de lenguajes basados en XML como el caso de los RSS o los plist de MAC.
9.-
Cita: Pero en sí es un vehiculo del servidor para poder darle datos al cliente, por lo que se podria considerar mas bien un instrumento del cliente para obtener información del servidor, tales como el RSS que envia noticias en una base de datos.
XMl no es un vinculo entre el servidor y el cliente. No hay manera de conectarte a una base de datos via XML.
10.-
Cita: El xml tiene algo más de libertad pero asi mismo complejidad en su uso.
XML es el mas sencillo de todos ya que te permite crear tu propio lenguaje DTDs y especificaciones dandote la libertad de hacer lo que quieras. Hay algo mas sencillo?
11.-
Cita: Lenguajes de programacion estética (ojo, no estática) para dotar de movimiento en el cliente:
Javascript (y sus frameworks)
Ajax
La mezcla entre el Javascript y el CSS (DHTML)
Javascript no tiene nada que ver con la estetica de una web; para eso está CSS. Javascrip tiene mas que ver con la funcionalidad de una pagina web. Lo mismo con ajax.
12.-
Cita: XML (con sus variantes que viendolo desde otra perspectiva serian más de un hibrido entre el diseño gráfico y la programacion)
Acá si te volaste la barda mijo, XML no tiene variantes como ya te lo habia dicho y no tiene nada que ver con diseño grafico. De hecho XML por si solo es incapaz de hacer algo. XML no es un lenguaje para hacer sino para estructurar contenido.
Ademas te has olvidado completamente del Sr. DOM. Que seria de los programadores in el DOM?
Hay tan solo ciertas divisiones en los lenguajes que se aplican a la web:
1.- Lenguajes de enmarcado
2.- Lenguajes de programacion
3.- Lenguajes de peticiones estructuradas (SQL)
Quiero aclarar que no pretendo ofender, criticar, atacar o descartar los comentarios de nadie. Simplemente intento distribuir informacion un poco mas presisa y aclarar ciertas cosas que no estan bien con el unico objetivo de crear informacion confiable la cual pueda ser adquirida por los usuarios novatos y que nadie se valla confundido y riguie informacion erronea por el resto de nuestra querida web.
[hoy no hay tiempo para correccion de otrgrafia. Pueden matarme a comentarios sobre eso si quieren jajaja]