Contenido

¿Tiene javascript los días contados?

9 may

+ 23

Hoy hablando con un compañero hemos estado debatiendo sobre el futuro de javascript, y nos ha asaltado la duda. ¿Técnicamente el usar un framework de javascript es programar en javascript?

Si el programar en MooTools, Prototype o jQuery es programar en javascript, no hay ningún problema, pero sinó lo és, estamos empezando a programar en un pseudo-lenguaje basado en javascript y técnicamente no es lo mismo.

Mi visión es que pasará el tiempo y la gente desvinculará del javascript puro y duro, y aprenderá a dominar algún framework, dejando de lado los problemas de navegadores e incompatibilidades, adoptando como nativas las funciones de el framework elegido.

¿Como lo veis? ¿Javascript tiene los días contados?

  • Entiendo la parte romantica de la programación como amante de ella, pero creo que internet demanda desarrollos rápidos para ser competitivo, al final llevas razón,no quedaremos con los frameworks para trabajar por necesidades de tiempo y competitividad, veo cada vez mas la web como eso, desarrollar rápidamente para seguir la ley de internet:

    “El pez grande no se come al chico en internet, sino el pez rápido al lento”

    Asi que Darwiniamente, es cuestión de adaptación no de romanticismos.

  • Yo creo que es cuestión de gustos y comodidad.

    En mi caso hace tiempo que uso mootools para ayudarme a simplificar y automatizar cosas. Cuando me falta algo los extiendo, y mientras sigo con js puro y duro. No queda más remedio, por eso prototype, jquery y mootools están saliendo adelante y triunfando, porque no hacen más de lo necesario y aportan herramientas nuevas para ayudarte a conseguir tu comentido. No hay que aprender prácticamente nada nuevo, “enriquecen” javascript.

    Así que al final no se deja nada de lado, solamente vas con “más amiguitos de la mano” :)

  • Uses el framework que uses, sea en el lenguaje que sea, seguirás programando en dicho lenguaje. Es obvio.

    Lo que sí pienso que ocurrirá es que, al menos en buena parte, jQuery será integrado en las máquinas virtuales de Javascript de los navegadores. En Firefox se podría hacer con una extensión. Eso aumentaría bastante la velocidad de ejecución de webs RIA.

  • Alguien tendrá que seguir escribiendo los frameworks. A si que alguien quedará que siga usando javascript ;-)

    De todas maneras es normal que se tienda a buscar abstracciones en el lenguaje que nos ayude a los programadores a no realizar cosas rutinarias o un conjunto de cosas.

    Porque ¿se sigue programando en ensamblador???

  • Creo que programar enteramente usando una libreria de soporte no es buena idea. He visto como compañeros usaban getElementsByClassName y no sabían porque no les funcionaba (obviamente no habían añadido ninguna librería y pensaban que era una función nativa). Además siempre se necesitará alguna cosa nueva que no esté incluida en la librería que usemos.

  • El programar con ayuda de un jquery, mootools y/o prototype es educarse, a programar de una cierta forma.. como cuando leemos esas listas d eTIPS para ordenar tu codigo CSS… y es entender su funcionamiento.. desde luego ahorrandonos un sin fin de lineas de codigo y de dolor de cabeza..

    Yo en lo personal creo que la idea de la gente en cuanto al lenguaje “javascript” ya se a perdido considerablemente, desde que tuvo el plus AJAX, sin embargo pues, como todos sabemos, esta basado en javascript..

    javascript siempre estara ahi, almenos que XUL se vuelva un estandar en los navegadores… ahi si la cosa cambiara, mientras tanto seguiran saliendo mas librerias para “educarse” a programar de cierta forma, con el lenguaje de “siempre”

    Saludos !

  • Es un tema de definición, JavaScript no muere al usarse un Framework, el Framework es Javascript y debe ser incluido y llamado en Javascript. Yo lo veo como una librería más de Javascript, pero Javascript al fin.

    En otras palabras, sin Javascript no hay Frameworks.

    Pasa lo mismo en cualquier ambiente laboral, si trabajas programando en C, vas a empezar a crear librerías útiles que usarás luego en varios proyectos y eso no quiere decir que estés dejando atrás C.

  • es como decir que desaparece ruby por usar rails o que desaparece php por usar cake

  • Si usas el framework, sea en el lenguaje que sea, seguirás programando en dicho lenguaje. ps solo no sera como el duro lenguaje. al final ps los programadores elejen y habeces hacen lokuras con lenguajes… Obio no?

  • si usas el framework o lo que uses, sea en el lenguaje que sea, seguirás programando en el mismo lenguaje.

  • Sin duda un framework es de mucha ayuda para el desarrollo de proyectos. Como dices muchas veces tenemos que adaptarnos a utilizar ese framework o sea sus metodos y clases y nos olvidamos un poco de como estan hechos por dentro. Yo siempre he recomendado si vas a empezar a aprender algo antes de usar algun framework o libreria mejor antes crea las tuyas y estudia a fondo el lenguaje para que el dia de mañana que utilices una libreria seas capaz de entender cual es el funcionamiento interno y en su defecto poder corregir algo o hacer alguna adaptación.

  • Evidentemente el usar un framework javascript es usar javascript, pero en esencia no lo és.

    Sería similar a usar las consultas de ACCESS en lugar de hacerlas mediante SQL (el primero ejemplo que me ha venido a la cabeza).

    Al final sabes hacer consultas y recibes resultados, pero no sabes como hacer una select mediante SQL.

    En este caso, sabes hacer un nuevo elemento:

    
    var el = new Element("div");
    

    y por consiguiente puedes olvidar o desconocer que el createElement desciende de document.

    Ojo! que me encanta el uso de frameworks y siempre que puedo los uso, sobre todo MooTools :D

    #3 ¿Crees que con la creación de Firefox 3.0 se integre jQuery? lo digo por el encargado del javascript del nuevo navegador y el creador de jQuery son John Resig.

  • Hombre no es que Javascript tenga los dias contados pero si la esencia del lenaguaje.

    Ahora mismo es una realidad con los frameworks, se hacen preguntas que conociendo el lenaguje se resolverian en un plis plas. Es muy tipico ante una duda ir a la documentación del framework pero muy pocos buscan en la base.

    A mi mencanta Mootools pero prefiero primero conocer el kit de la cuestión de todo lo que rodea al languaje.

    Pues eso, el lenaguaje no se pierde porque se mantiene pero tal como dice anieto2k, puedes perder los pilares fundamentales del languaje.

    Cuantos de nosotros ha dicho que sabia Javascript cuando queria decir que sabia utilizar XHconn?

  • Pues yo voy a dar una opinión muy contraria y seguro que a más de uno se le calienta la sangre solo con leerme. Creo que lo que se perderá en el tiempo son los frameworks y las estupendas librerías, o al menos la mayoría de ellas. La base es JS y eso nunca se pierde. Aun recuerdo las las librerías de dynamicdrive (¿alguien más o es que soy muy viejo?), que podría ser un ejemplo del pasado para esto mismo que estamos hablando, pero dynamicdrive ahora no lo nombra nadie. Yo prefiero saber y seguir sabiendo JS, aunque use frameworks de vez en cuando para cosas determinadas.

  • Estoy con surwarez (#9 y #10) y javivaz (#14); larga vida al javascript!

  • Por principio, no creo que utilizar un framework sea malo, lo es cuando nuestro propósito sea dominar algún lenguaje. Pero por experiencia personal puedo decir que el uso de los frameworks es útil a la hora de producir, producir, producir… Pues un cliente común (no muy conocedor del ámbito) no te va a decir: “Quiero el proyecto en JavaScript Puro”, el cliente solo quiere resultados y rápidos en la mayoria de los casos.

  • Mira… no es que JS tiene lo dias contados, sino que cada vez la gente va a utilizar mejos javascript puro a favor de las librerias.

    Yo creo que hay 2 opciones para pensar la respuesta:
    1) Tomar en consideración la sintaxis que utilizamos para programar: Las librerias de JS no tienen nada en comparación con el JS puro, sino que definen su propia sintaxis y sus elementos de lenguaje. En ese caso no estamos usando JS, sino un pseudolenguaje basado en JS.
    2) Si tenemos en cuanta como utilizamos los archivos vemos que lo incrustamos dentro del html como código JS, ademas las librerias están basadas en JS… mirándolo desde ese lado si estaríamos programando en JS.

    Por otro lado veamos el ejemplo de VB, o de delphi o de JScript, no son lenguajes bajados en basic, pascal y js respectivametne? y cuando los utilizamos con que decimos que programamos?

    Pregunta… por algun lado lei q la gente de nestcape esta desarrollando javascript 2.0, alguien sabe algo al respecto?

    saludos!

  • yo tuve que aprender Javascript para poder usar algunos de esos Frameworks…….

  • ¿Y qué es si no Java?. Hace eso a nivel de aplicaciones de escritorio. Te facilita las cosas, te permite no tener que perder el tiempo programando aspectos especificos para cada plataforma.

    Todo hoy en dia son frameworks: Ruby, Zend Framework, .NET, Java… Es más, en muchas empresas tienen su propio framework interno. Es una tendencia generalizada y creo que es la evolución lógica.

    Evidentemente no puedes decir que sabes programar en JavaScript si únicamente sabes hacer copy&paste de trozos de código de ejemplos de jQuery, del mismo modo que no puedes decir que sabes programar en Ruby si solo sabes crear 2 modelos y montarlo todo sobre scaffolding. Saber programar en cualquier lenguaje es más que saber la sintaxis…

    Estoy con javivaz, JS permanecerá y evolucionará, lo que cambiarán serán los Frameworks, librerías o como querais llamarlos. Lo mismo que PHP o muchos otros lenguajes…

  • Mootools, jQuery y todos los frameworks están sobre JS, por ende… si JS tiene los días contados, todos estos frameworks también.

    Personalmente creo que si bien los Fraeworks son útiles, muchas veces nos “olbliga” a programar de alguna forma determinada y con ello muchas veces nos lleva a limitaciones un tanto dificil de sortear a veces.

    Yo en mis desarrollos uso mis propios frameworks, que son lo suficientemente fléxibles para adapatarme a cualquier circunstancia. Y opcionalmente tengo como “unas capas” o frameworks que van sobre mis propios frameworks para cosas más específicas.

    Con los FW de JS me pasa que a veces muchos de ellos son demasiado pesados como para incluírlos en las aplicaciones. Por ejemplo prottotype y otras que andan dando vuelta. Soy muy buenas, pero demasiadas cosas que no utilizaré nunca en una aplicación.

    Y este es el problema que veo en muchas páginas. Por usar algún efecto en las páginas, incluyen librerías de 40, 50 o más Kb cuando la podrían resolver con un mínimo esfuerzo buscando otra librería, o extrayendo simplemente las funciones que usas de la librería en cuestión.

  • Lo que tiene javascript, a diferencia de otros lenguajes, es que en el 90% de los casos tienes que hacer distintas versiones del mismo código para distintos navegadores (y si me apuras, hasta para distintas versiones del mismo navegador). Y entonces llega jQuery y te dice: “Eh, úsame, que soy fácil y de hacer js cross-browser me ocupo yo”. Maravilloso…

    Los frameworks como jQuery o Mootools son el futuro, no me cabe la menor duda. Yo ya he visto “programo en jQuery” en más de un currículum. Es como para darles una patada en la boca por soltar semejante sandez, pero da una idea de la importancia que han adquirido los frameworks, sobre todo desde el boom que supuso Ajax.

    Quizás en el futuro haya un lenguaje javascript estándar, pero hasta entonces, y hasta que ni dios use navegadores antiguos… frameworks al poder

  • La Web 2.0, los Frameworks, .NET, las webs de aplicaciones en general, son la antesala de los PC’s diáfanos, vacíos, los cacharros dependientes de aplicaciones remotas que, controlarán los equipos a distancia. Ya no tendrán ningún sentido tecnologías como Mootools, jQuery, Ajax, JavaScript, etc. Hasta es posible que los PC’s no precisen de Sistemas Operativos como los entendemos ahora. Para entonces, espero estar lo suficientemente desencantado del tema como para no portar por aquí. Prefiero no pensar en ello, y disfrutar de la escasa “libertad” que tenemos en tiempos de JavaScript.

    Un saludo.

Comentar

#

Me reservo el derecho de eliminar y/o modificar los comentarios que contengan lenguaje inapropiado, spam u otras conductas no apropiadas en una comunidad civilizada. Si tu comentario no aparece, puede ser que akismet lo haya capturado, cada día lo reviso y lo coloco en su lugar. Siento las molestias.