Estados Unidos 
La película colombiana "Lecciones para un Beso"...
HP anuncia su Workstation todo-en-uno Z1
8 gadgets de los que alguna vez nos enamoramos
Peter Sunde acusa de corruptas a la corte sueca...
Google lanza su primer programa abierto de pasa...
Creador de BitTorrent: “Mi meta es matar la tel...
Google se rinde a San Valentín y saca su lado m...
Japoneses crean "Robot Avatar"Creador de JavaScript cree que podría desplazar a Flash en el futuro
(cc) por Dmitry Baranovskiy
(cc) por Dmitry Baranovskiy
Brendan Eich, creador del lenguaje JavaScript, líder de Mozilla Foundation y CTO de Mozilla Corporation declaró que las implementaciones de JavaScript son cada vez más rápidas, y que esto ha ayudado a que los desarrolladores lo usen en nuevos tipos de aplicaciones.
Eich cree que muchas de las aplicaciones que hoy se hacen en Flash se podrán hacer perfectamente en JavaScript en el futuro. Por ejemplo, con los nuevos estándares se podrán ver juegos 3D escritos en JavaScript, algo que era impensado hasta hace poco.
Un factor clave para que JavaScript llegue a ese punto es que Microsoft agregue en Internet Explorer las mejoras que se están haciendo al lenguaje y otras tecnologías relacionadas, o que al menos ésta pueda ser agregada por medios alternativos.
Hace tiempo que JavaScript dejó de ser percibido como el hermano chico de Java, donde este último se veía como un lenguaje de programación real en comparación. Aunque hay gente que puede no estar de acuerdo, para Eich Java está prácticamente muerto en el lado cliente de las aplicaciones web, mientras que JavaScript está en todos lados.
Caída y surgimiento de JavaScript
JavaScript es un lenguaje de programación interpretado y suficientemente simple para que cualquier programador con experiencia en lenguajes como Java y C/C++ pueda lograr resultados rápidamente. Inicialmente fue creado para ser usado en aplicaciones web, ejecutándose en el navegador, pero también se utiliza en otros ambientes, como por ejemplo para escribir scripts dinámicos e integrarlo con otras aplicaciones.
Hasta hace poco los desarrolladores evitaban a JavaScript por la complejidad de lidiar con las diferencias de implementación que existían en los distintos navegadores y la poca utilidad que aportaba, pero con el surgimiento de AJAX y frameworks especializados, JavaScript tuvo un renacimiento y se convirtió en un componente crítico de las aplicaciones actuales.
Es tanto así que optimizar el rendimiento de JavaScript se transformó en algo crucial para los navegadores, ya que las aplicaciones web modernas lo usan intensivamente. Un claro ejemplo es el navegador Google Chrome, en donde se publicaron las primeras optimizaciones fuertes a JavaScript debido al interés de Google en tener una plataforma potente para su nueva generación de aplicaciones.
Otro ejemplo es Google Web Toolkit, un framework para generar código JavaScript a partir de código en Java, y que ha sido usado en la implementación de Google Wave. GWT permite desarrollar aplicaciones que corren en el browser en forma rápida y productiva, gracias a que los desarrolladores pueden usar los conocimientos y herramientas de programación en Java que ya manejan, para construir aplicaciones que posteriormente correrán en cualquier browser a través de JavaScript.
Link: JavaScript getting faster, could displace Flash (InfoWorld – gracias, Keichi)
60 Comentarios
Creador de JavaScript cree que podría desplazar a Flash en el futuro
Encuentro que Flash es para las personas "awindadas", que aparte de los actionscript no tiene ninguna ciencia,aparte que cada vez las animaciones estan siendo mas pesadas.., en cambio uno puede adaptar javascript a hacer practicamente cualquier cosa, dentro de sus limites, pero si me dieran a elejir, diria que el futuro es JavaFX, ese la llea, el otr dia estuve intrusiandolo y vi cosas bastante interesantes, sobre todo para los que programamos en java :D
Responder@lapega
Responderte pasaste gran aporte, aca no se pueden poner bananas asi que gracias no mas!!
Yo tampoco soy tan devota del flash, pero tengo que usarlo por trabajo, pero yo no imagino videos sin flash(youtube, vimeo, liveleak, metacafe), juegos sin flash, animaciones sin flash, tour virtuales interactivos sin flash, etc etc... si alguien tiene la solución, que la diga (muestren sites de ejemplo)
ResponderUno no tiene porque reemplazar al otro, la idea es que se complementen.
Como parece que el panorama para los browser es convertirse en un OS... todo corriendo en el navegador y todas las aplicaciones y datos en la nube...
ResponderOdio el Javascript,
Responderel Pseudo lenguaje, es una de las peores cosas q pueden existir.
en mi humilde opinion
@Alexis
ResponderQue mal que bases tu odio en principios falsos :p
Javascript no está ni cerca de ser un pseudo lenguaje, es un lenguaje de scripting como python, perl, ruby, tcl, lua y un largo etc. (Espero que no pienses que esos también son pseudo lenguajes por que ahí si que estamos mal!)
El pseudo lenguaje no se compila, no se interpreta, no genera código intermedio (bytecode), no corre, no hace NADA.
@Franco Catrin,
Responder¿Esa pantalla de vídeo es customizable?, quiero decir, ¿se pueden colocar botones, etiquetas, previews, etc... como en flash?
Si ya hay algo que funciona, no entiendo por qué cambiarlo.
Que bueno que sea asi, ya que hace poco extendimos JavaScript para que soportase Aspect-Oriented Programming (AOP). http://www.pleiad.cl/aspectscript
ResponderEs un tanto arrogante decir que se va a reemplazar una tecnología, sobretodo si se es el inventor del lenguaje. Es como decir que mi mamá/mi polola/mi novia es la mujer más linda del mundo, la recomendación viene demasiado de cerca.
ResponderSin embargo es un deseable. Personalmente tengo mucho (filosóficamente hablando) contra Flash, y desde hace años que he destinado algún esfuerzo a hacer un par de sitios ala-Flash, pero 100% JavaScript. Más encima hoy aparte de la X Library tenemos JQuery, y varios otros frameworks para jugar.
La lata es que mientras más JavaScript se le pone a una página más pesada queda, y ahí es donde guatean los navegadores y los PCs de características discretas (por no decir PC viejos y pencas).
Y Java es otro cuento, totalmente aparte. De hecho MHO es que ni con JavaFX, a pesar de todo lo poderosa que es como librería para hacer GUIs atractivas, van a recuperar el terreno perdido de los applets. Por eso dejémosle Java a los servers de verdad no más, [irony mode="on"]y que las aplicaciones web y de escritorio se las peleen lenguajuchos varios.[/ irony]
No creo que Flash desaparezca asi nada mas, lo de la lentitud de Flash casi siempre se debe mas a una falta de buenas prácticas en el manejo de recursos gráficos de quienes desarrollan con el, Javascript puede ser tan lento como Flash en ese sentido, he utilizado mas de una libreria o framework para desarrollar y le he comprobado por mi mismo, si se compara Flash con Javascript para la transferncia de datos de formularios o listas de texto no hay tanta diferencia en velocidad. Pienso que si utiliza javascript para hacer algo que Flash hace mejor, solo se conseguirá hacerlo lento de la misma manera, como ya comienza a serlo Dojo por ejemplo o el mismo Google Web Toolkit.
Respondersvg + js + ajax = new future
Responderla mayoria cree que flash = video
Responderel abanico de flash es gigantesco, lamentablemente se ve opacado por los diseñadores que lo usan sin enfocarse al rendimiento de este, y deja un muy mal ejemplo de uso a su paso
he visto webs koreanas full 3d echas en as3, basadas en papervision y corren como la seda.
ojala se pueda llegar a hacer algo similar con javascript, pero en este momento, se ve dificil.
@PiroKun Totalmente de acuerdo; Papervision3D, away3D o Sandy3D bien usados dejan resultados impresionantes, lo digo porque yo he usado Sandy y Papervision, las comparaciones con Javascript que se hacen no son tan afortunadas. Yo uso intensivamente ambos javascript y actionscript y en ocasiones una cosa es mejor que la otra pero depende de donde la requieras, muchas veces ni siquiera tiene que ver la velocidad de ejecución para elegir una sobre otra. Javascrip me parace ideal para transferir datos, hacer validaciones, y tambien las he hecho con el Actionscrip, pero uso mas Flash para para mostrar imagenes vectorizadas y aninamciones, es mucho mas cómodo, porque para eso se creo originalmente.
Responder¿en que direccion se pueden ver esas web en 3d de corea?
ResponderQue bueno que sea así. Ya que hace pocos extendimos JavaScript para soportar Aspect-Oriented Programming (AOP). http://www.pleiad.cl/aspectscript.
ResponderYa habia escrito este mensaje, pero parece que no aparecio por problemas de JavaScript :(.
TUNAK TUNAK!!!
Responder@Franco: ¿Flash nativo en 64 btis para Linux y sin librerias extras de 32 bits? ¿Donde?
Responderbien me parece, he seguido este lenguaje desde hace mas de 8 años, y he tenido desencantos y encantos con el, en un principio era bastante engorroso dada su poca documentación, como mucho han expresado, sin embargo me he vuelto a enamorar, gracias a API's como PROTOTYPE , PROTOTYPE WINDOW , por mencionar algunas, con las cuales no hay que preocuparse del navegador, sino solo hacer.
ResponderPD: http://jaxer.org corriganme si me equivoco, no deja la estructura de las tablas a la vista de algún mal intencionado?
ResponderAh no, me respondo yo solo lo que pregunté arriba, me pasa por no usar 64 bits hace más de un año en Linux.
ResponderSe supone que cuando yo usaba 64 bits (hace un año), había una versión de Flash para 64 bits que utilizaba librerias de 32 para que funcionara (lib32). Ahora se supone que Adobe Flash (a fines del año pasado) tiene una versión para 64 bits nativa y que ha estado 50/50, ya que algunos les funciona bien y a otros mal, y además se carga un archivo mientras Flash se ejecuta y consume recursos (ni idea que será ese archivo, lo leí por ahí), depende del desempeño de cada computador además. Igual 32 bits me anda bien por lo menos, que más da, si flash tiene los días contados.
@Franco
ResponderMuy buen articulo y discusión una vez más Franco... gracias!
viva francowayer.com :P
Lo siento, pero JavaScript no le llega ni a los talones a ActionScript3, por esta misma razón Mozilla ha trabajado en conjunto con Adobe en el proyecto Tamarin, para usar ECMAScript4 (evolución de ActionScript/JavaScript) como reemplazo de JavaScript y obviamente Open Source. (O sea, no más flash player)
ResponderY ojo, que ActionScript tomo como base a JavaScript, se podría decir que AS es una evolución de JS.
Saludos
Yo creo que ya le desplazó en gran parte y en lo que más se utilizaba, es decir, para los efectos sencillos como se hacen en los menúes y en slideshow de imágenes en galerías.
ResponderEn mi humilde opinión. Creo difícil que los diseñadores se acostumbren a Javascript. OOP o SOA, requieren de un enfoque diferente en la educación que estos reciben. Por otra parte, la mayoría de los ingenieros (me incluyo) podemos hacer una animación flash, pero el toke que tienen los diseñadores, debido a su formación, marca la diferencia.
ResponderHay excepciones, conozco ingenieros, aunque pocos, que diseñan bastante bien, y menos diseñadores que sean capaces de incluir en sus proyectos cosas básicas como n-layers, security, logging, exception handling, etc. Simplemente las pasan por alto.
Creo que las IDE's juegan un rol fundamental en esta arista, para lograr una interoperabilidad entre el diseño y la implementación de la App. Algunos preferirán escribir que arrastrar, otros nisiquiera entienden el código generado al arrastrar el control, y está bien que así sea, dependiendo del Rol que la persona cumpla.
En este último punto, creo que Silverlight tiene algo que decir, ya que para una intranet con clientes windows/IE, nos permite separar el diseño de la implementación y trabajar de la mano ingenieros y diseñadores. Lamentablemente, como la mayoría de las tecnologías MS, no sirve en todos los escenarios.
Personalmente, si existe una alternativa en Javascript, siempre la uso antes que Flash, Silverlight o cualquier otra cosa. Creo que javascript se está convirtiendo en un estandar, y cada vez hay que desarrollar menos, porque alguien lo hizo por nosostros. Pero no me imagino a un diseñador escribiendo function foo() { try { ...
Otra cosa:
ResponderTengo un tarro gigante y tengo algunos problemas con varios reproductores de video flash. Algunos no hacen nada.
Algunos tienen un desagradable parpadeo a pantalla completa y no es un problema de hardware sino del plug-in de adobe, que si fuera opensource les aseguro que se vería de pelos.
Puedo ejecutar cientos de procesos, jugar juegos con OpenGL y ver un video en tiempo real mientras gira en el cubo de compiz, pero me parpadean los videos flash... >-|
@user4spam, ese es un problema de compatibilidad entre flash player y Compiz, había una forma de solucionarlo, no recuerdo cual es, pero estaba en los foros de Ubuntu, y había que modificar la config de X.
ResponderSaludos!
Me parece que la cosa efectivamente va para allá ..sino visiten www.extjs.com
ResponderLa verdad es que les guste o no les guste a algunos todavía habrá flash para mucho rato. Yo no tengo preferencias por ningún lenguaje, y de hecho antes rechazaba la idea de usar flash, y he programado con javascript, asp.net, y muchos otros lenguajes y frameworks tanto para aplicaciones de escritorio cómo para internet. Pero las personas deberían reconocer cuando un lenguaje es bueno, estoy de acuerdo que el plugin flash puede ser pesado, pero los sitios web que se pueden desarrollar con él hace que muchos usuarios lo pidan bastante, ya que en manos de un experto en su uso se pueden hacer espectaculares sitios. La verdad he visto sitios web que al verlos lo dejan a uno con la boca abierta. Cómo dije antes no soy fanatico de flash pero reconozco su calidad y potencia.
Responder¿alguien ha visto lo que hacen estos tipos con javascript?
ResponderInteractive DOM Scripting
Paa esto los chilenos si que somos buenos, javascript, adobe, actionscript, etc y otras tecnologias simples, con grandes aplicaciones publicitarias. Y nos juramos innovadores.
ResponderDeja tu Comentario