AJAX: ¿Porqué suena mejor como detergente que como tecnología?
AJAX para mi son dos cosas:
Un montón de aplicaciones lo utilizan: Google Mail, Google Maps, Amazon A9, y la lista crece día a día. AJAX promete hacer lo que Javascript y tecnologías puras de el lado de el servidor (como Java Servlets o recientemente Ruby) no han podido hacer con la capa de presentación.
Y es aquí en donde yo les digo que AJAX va a mostrar sus limitaciones mucho más pronto de lo que todo el mundo espera (por ejemplo, fijense como Flickr tiene una interfaz escrita en Flash para manejar sus fotos. Y es la más completa).
¿Porqué digo todo esto? Algunas de mis razones:
Entonces, ¿porqué Google no fué escrito con Applets desde el principio? Bueno, varias razones:
Quizas Sun no estaba equivocado después de todo...
Buscar en Technorati: AJAX
- Una marca de detergente que supuestamente arrasaba con todo, hasta el sucio más imposible (según sus comerciales en televisión)
- AJAX, acrónimo de Asynchronous JavaScript and XML (en inglés «JavaScript y XML asíncronos»). Técnica de desarrollo web para crear aplicaciones interactivas mediante la combinación de tres lenguajes ya existentes: *HTML (o XHTML) y Hojas de Estilo en Cascada (CSS) para presentar la información;*Document Object Model (DOM) y JavaScript, para interactuar dinámicamente con los datos, y *XML y XSLT, para intercambiar y manipular datos de manera desincronizada con un servidor web ... (tomado de Wikipedia).
Un montón de aplicaciones lo utilizan: Google Mail, Google Maps, Amazon A9, y la lista crece día a día. AJAX promete hacer lo que Javascript y tecnologías puras de el lado de el servidor (como Java Servlets o recientemente Ruby) no han podido hacer con la capa de presentación.
Y es aquí en donde yo les digo que AJAX va a mostrar sus limitaciones mucho más pronto de lo que todo el mundo espera (por ejemplo, fijense como Flickr tiene una interfaz escrita en Flash para manejar sus fotos. Y es la más completa).
¿Porqué digo todo esto? Algunas de mis razones:
- Primero porque AJAX necesita a Javascript: Javascript no es un lenguaje %100 estandarizado entre los navegadores, así que la compatibilidad absoluta es simplemente una utopia.
- Depuración de aplicaciones: AJAX rompe el modelo tradicional de aplicaciones cliente - servidor basadas en HTTP. Si algo sale mal con AJAX usted puede estar seguro que va a ser mucho más dificil de depurar que utilizando el enfoque tradicional.
- Herramientas inmaduras: Es una tecnología nueva, y por lo tanto las herramientas de depuración están en pañales. No espere ver aplicaciones corporativas o de funcionamiento crítico escritas en AJAX en el futuro muy cercano.
Entonces, ¿porqué Google no fué escrito con Applets desde el principio? Bueno, varias razones:
- Cuando los Applets salieron las velocidades de conexión para los usuarios eran muchisimo menores que las actuales. Bajarse el código de Java para ejecutarlo luego en una maquina virtual era algo pesado. El hecho de montar un plugin adicional no ayudó mucho que digamos...
- Applets son muy pesados. No todos lo son, pero el hecho de que muchos de ellos fueran muy mal diseñados no ayudó para nada.
- Microsoft y Sun peleando por varios años: Definitivamente eso jodió el futuro de los Applets, ya que Microsoft trató de cambiar la tecnología y Sun no se dejó. En todo ese tiempo el soporte de Microsoft a los Applets fué malo lo cual terminó por auyentar a los usuarios, no sólo Applets sino Java como solución de escritorio (Swing).
- Esta escrito en Java: En estos momentos Java es controlado por Sun, aunque ya están saliendo implementaciones abiertas. Este hecho quizas no emociona a muchas compañias (mal que bien Javascript cuenta con muchas más implementaciones entre compañias competidoras). Además Java es mucho más complicado que un Scripting Languaje como JavaScript, y para ciertas soluciones es mucho más fácil morir con Javascript.
Quizas Sun no estaba equivocado después de todo...
Buscar en Technorati: AJAX



9 Comentarios:
Buena tema de discusión el de los méritos propios de AJAX.
Mi comentario en tu post en la http://www.lacaraoscura.com/2005/11/09/%c2%bfvale-la-pena-lavar-con-ajax/
me gusta ajax, los applets sucks, demasiado pesados
google, amazon y flickr muestran que esta aqui para quedarse
A la final seria genial ver una convergencia (propiciada por compañias influyentes como Microsoft, SUN, IBM y otros) en cuanto a AJAX como estandar. En el momento en que las herramientas maduren es cuando la herramienta va a dejar de ser una novedad.
Lo de Applets sucks..., creo que son los programadores que apestan. Me explico: ya he visto varias aplicaciones en AJAX que son lentas y no trabajan bien, al igual que sitios en Flash que son una ladilla de pesados y por supuesto los consabidos Applets.
JavaScript de vez en cuando se echa sus clavados.
En Mozilla, cuando tienes multiples tabs abiertos, y dependiendo de la "calidad" del codigo puedes obtener una bella ventana congelada, todo gracias al codigo javascript :@.
Otra cosa es que, comparado con FLASH, javascript nunca se penso para la capa de presentacion realmente. Javascript fue ideado para hacer "procesamiento del lado del cliente", pero no para que dentro de una pagina pudieras hacer una presentacion ni desarrollar juegos tipo quake :P cosa que en flash si puedes hacer.
Ahora, si no sabias, bajo FLASH se puede usar AJAX tambien. Que en ese caso no seria AJAX como tal, seria AFAX??? (Asinchronous Flash And XML). Entonces, la aplicacion "servidor" solo la escribes una vez... lo que varia es el cliente que accesa a los procedimientos remotos via XML.
Buena explicación. Ya tenía yo confusión con el tema. Saludos!
Creo q el gocho esta renuente al cambio je je je je, ajax si bien no es el futuro de las aplicaciones web, va a fijar la pauta para lo que viene. Sencillamente estamos haciendo un mal uso a nivel de web y sus componentes. Una prueba de ello esta en el uso de componentes reduce la transferencia entre cliente/servidor y por ende hacer aplicaciones para este estandar resulta tener mas experticia a nivel de los componentes. No me convence hacer un desarrollo en flash pues debes tener los recursos para costear el desarrollo. Aca haces uso de lo q esta y punto. Si bien hay algo a lo q deben apuntar la gente de ajax es el lograr un estandar a nivel de java script, algo dificil pues nadie quiere adoptar el hijo mongolico de netcape, en fin amanecera y veremos....
En el artículo se dice:
"Javascript no es un lenguaje %100 estandarizado entre los navegadores, así que la compatibilidad absoluta es simplemente una utopia."
Creo que vale la pena aclarar la diferencia entre Javascript (original) que si lo soportan bien los navegadores de las variantes como VB Script de Micro$oft que solo soporta M$IE.
Luego se menciona que puede desarrollarse en: “…Applets de Java, Mozilla XUL o Macromedia Flash…” Con las mismas características. En mi opinión, es más compatible un JS que un Applet. Los Javascript corren bien en PC’s lentos, los Applet suelen colgar los navegadores y las aplicaciones en Flash suelen ser muy pesadas y notados tiene conexiones rápidas, sin olvidar que ambas tecnologías necesitan un interprete el que no siempre se encuentra instalado.
K-Seraph:
"Creo que vale la pena aclarar la diferencia entre Javascript (original) que si lo soportan bien los navegadores de las variantes como VB Script de Micro$oft que solo soporta M$IE."
En el momento en que introducen variantes en el lenguaje, este deja de ser estandar. Cualquiera que haya trabajado con DHTML puede dar fe de este hecho, y el porqué es mejor trabajar con frameworks.
"un JS que un Applet. Los Javascript corren bien en PC’s lentos, los Applet suelen colgar los navegadores y las..."
Estás confundiendo compatibilidad con velocidad de ejecución. Lo otro es que Java te ofrece un modelo de seguridad mejor que AJAX; En cuanto a si son pesados, tiene que ver también en como se haga la aplicación (se puede hacer una aplicación mediocre en javascript por ejemplo).
Fast Onion : Coincido contigo en que AJAX va a decidir como se crean las aplicaciones web de el mañana. Al final, si los usuarios se acostumbran a algo poco va importar si la implementación es limpia o no...
Publicar un comentario en la entrada
Enlaces a este articulo:
Crear un enlace
<< Regresar