Scribd Logo
Cargar

¡Te damos la bienvenida a Scribd!

  • 334 vistas

    Informe Javascript

    Cargado por

    Lizeth Natalia Urrego
    Este documento compara programas compilados versus interpretados. Los programas compilados son más rápidos pero solo se pueden ejecutar en la plataforma para la que fueron compilados, mientras que los programas interpretados pueden ejecutarse en diferentes plataformas. En términos de depuración, generalmente es más fácil depurar programas interpretados, aunque depende de las herramientas disponibles. El documento también discute consideraciones sobre velocidad de ejecución, facilidad de distribución y multiplataforma.

    Copyright:

    © All Rights Reserved
    Descargue como DOCX, PDF, TXT o lea en línea desde Scribd

    Informe Javascript

    Cargado por

    Lizeth Natalia Urrego
    334 vistas4 páginas
    Este documento compara programas compilados versus interpretados. Los programas compilados son más rápidos pero solo se pueden ejecutar en la plataforma para la que fueron compilados, mientras que los programas interpretados pueden ejecutarse en diferentes plataformas. En términos de depuración, generalmente es más fácil depurar programas interpretados, aunque depende de las herramientas disponibles. El documento también discute consideraciones sobre velocidad de ejecución, facilidad de distribución y multiplataforma.

    Descripción original:

    Título original

    INFORME JAVASCRIPT

    Derechos de autor

    © © All Rights Reserved

    Formatos disponibles

    DOCX, PDF, TXT o lea en línea desde Scribd

    ¿Le pareció útil este documento?

    ¿Este contenido es inapropiado?

    Este documento compara programas compilados versus interpretados. Los programas compilados son más rápidos pero solo se pueden ejecutar en la plataforma para la que fueron compilados, mientras que los programas interpretados pueden ejecutarse en diferentes plataformas. En términos de depuración, generalmente es más fácil depurar programas interpretados, aunque depende de las herramientas disponibles. El documento también discute consideraciones sobre velocidad de ejecución, facilidad de distribución y multiplataforma.

    Copyright:

    © All Rights Reserved
    Descargue como DOCX, PDF, TXT o lea en línea desde Scribd
    Descargar como docx, pdf o txt
    334 vistas4 páginas

    Informe Javascript

    Cargado por

    Lizeth Natalia Urrego
    Este documento compara programas compilados versus interpretados. Los programas compilados son más rápidos pero solo se pueden ejecutar en la plataforma para la que fueron compilados, mientras que los programas interpretados pueden ejecutarse en diferentes plataformas. En términos de depuración, generalmente es más fácil depurar programas interpretados, aunque depende de las herramientas disponibles. El documento también discute consideraciones sobre velocidad de ejecución, facilidad de distribución y multiplataforma.

    Copyright:

    © All Rights Reserved
    Descargue como DOCX, PDF, TXT o lea en línea desde Scribd
    Descargar como docx, pdf o txt
    de 4

    INFORME JAVASCRIPT

    Instructor: Germán Alberto Angarita Henao.

    Aprendiz:

    Daniel Osorio

    Carlos Augusto Aránzazu

    Lizeth Urrego

    Área de formación técnica:

    “Técnico en programación de software”

    Ficha: 2315924

    Centro de Comercio y Turismo. Análisis y desarrollo de sistemas de


    información.

    Año 2021
    1. HISTORIA DE JAVASCRIPT

    La historia de JavaScript empieza a comienzos de los 90, cuando los usuarios


    llegan a Internet y acceden a la Web gracias a los navegadores. Las conexiones
    entre los usuarios y las webs se hace a través de líneas muy lentas. Cuando el
    usuario quiere enviar información al servidor, si es incorrecta, tarda un tiempo en
    saberlo…y pierde la información.

    Los programadores tratan de conseguir validaciones en el navegador y así


    tener siempre envíos positivos y minimizar la pérdida de información. Esto fue una
    de las primeras motivaciones para crear JS, validar los formularios.

    El programador Brendan Eich comienza a colocar tareas del servidor en el


    navegador en una nueva versión de Netscape Navigator 2.0 (del año 95). Esta
    tarea cada vez fue más ambiciosa, y recibió el nombre de LiveScript. Cuando
    posteriormente Sun Microsystems compró Nestcape, le puso el nombre de
    JavaScript, muy parecido al nombre del lenguaje del lado del servidor (Java) que
    no tiene absolutamente nada que ver.

    La relación entre JavaScript y Java es puramente comercial, no hay relación


    a nivel de programación, no tienen nada que ver. Simplemente, la confusión
    surge por la compra de los creadores de Java del navegador Nestcape.

    Justo en este momento comienza la Guerra de los Navegadores, donde cada


    uno comienza a tener su propia versión de LiveScript, como Microsoft (JScript)
    que no era compatible. El principio del fin de la guerra se produce en 1997,
    cuando se crea el estándar ECMAScript por parte de varias empresas.

    Sin embargo, Internet Explorer comienza a potenciar su navegador con


    JavaScript, a aplicarlo a juegos, a mejorar la experiencia de usuario, a facilitar las
    tareas de los programadores…pero fuera del estándar.

    Sin embargo, para hacer esta tarea de compatibilidad más sencilla surgieron


    librerías como jQuery y otras muy semejantes. La librería jQuery permitía
    programar JavaScript de forma sencilla y compatible para todos los navegadores.

    Poco a poco, todos los navegadores tomaron el estándar (Internet Explorer,


    principalmente) y JavaScript se convirtió en un lenguaje de programación
    compatible con todos los navegadores, y la necesidad de utilizar jQuery fue
    menor.

    Posteriormente, se empezó a utilizar JavaScript en el lado del servidor


    (NodeJS) como sustituto de otros lenguajes como Java o PHP. A día de hoy se
    sigue avanzando mucho en esta tecnología.
    Justo en este momento comienza la Guerra de los Navegadores, donde cada
    uno comienza a tener su propia versión de LiveScript, como Microsoft (JScript)
    que no era compatible. El principio del fin de la guerra se produce en 1997,
    cuando se crea el estándar ECMAScript por parte de varias empresas.

    Sin embargo, Internet Explorer comienza a potenciar su navegador con


    JavaScript, a aplicarlo a juegos, a mejorar la experiencia de usuario, a facilitar las
    tareas de los programadores…pero fuera del estándar.

    Sin embargo, para hacer esta tarea de compatibilidad más sencilla surgieron


    librerías como jQuery y otras muy semejantes. La librería jQuery permitía
    programar JavaScript de forma sencilla y compatible para todos los navegadores.

    Poco a poco, todos los navegadores tomaron el estándar (Internet Explorer,


    principalmente) y JavaScript se convirtió en un lenguaje de programación
    compatible con todos los navegadores, y la necesidad de utilizar jQuery fue
    menor.

    Posteriormente, se empezó a utilizar JavaScript en el lado del servidor


    (NodeJS) como sustituto de otros lenguajes como Java o PHP. A día de hoy se
    sigue avanzando mucho en esta tecnología.

    2. Sus usos más importantes son los siguientes:

     Desarrollo de sitios web del lado del cliente (frontend, en el navegador)


     Desarrollo de todo tipo de aplicaciones gracias a la plataforma NodeJS
     Desarrollo de aplicaciones para dispositivos móviles, híbridas o que
    compilan a nativo
     Desarrollo de aplicaciones de escritorio para sistemas Windows, Linux y
    Mac, pudiendo escribir un código compatible con todas las plataformas.

    3. JavaScript (JS) es un lenguaje de programación ligero, interpretado, o


    compilado justo-a-tiempo (just-in-time) con funciones de primera clase. Si bien es
    más conocido como un lenguaje de scripting (secuencias de comandos) para
    páginas web, y es usado en muchos entornos fuera del navegador, tal
    como Node.js, Apache CouchDB y Adobe Acrobat. JavaScript es un lenguaje
    de programación basada en prototipos, multiparadigma, de un solo hilo, dinámico,
    con soporte para programación orientada a objetos, imperativa y declarativa (por
    ejemplo, programación funcional).
    RESUMEN DE CONCEPTO SARTICULO:

    ¿CUÁL ES LA DIFERENCIA ENTRE UN COMPILADOR Y UN INTÉRPRETE?


    (Y CÓMO ESTO CAMBIA MI MANERA DE PROGRAMAR)

    En este artículo se abordan conceptos importantes relacionados a programas


    compilados y programas interpretados donde ambos convierten el código a
    lenguaje de máquina. Sin embargo, se tienen en consideración ventajas y
    desventajas respecto a su velocidad en ejecución y desarrollo y depuración.

    Un programa compilado es más fácil de distribuir, pero solo se puede ejecutar en


    la plataforma para la que fue compilado, así que se deberá tomar en
    consideración el procesador que necesita cada familia porque si funciona en
    Linux seguramente no lo hará en Windows. Además, cuando se habla de
    multiplataforma es el programador el que está a cargo de gestionarlo.

    Un programa interpretado se puede usar en diferentes plataformas disponiendo


    de su interprete en su plataforma y es allí donde las diferentes versiones de este
    le dan la capacidad de ser multiplataforma.

    Referente a velocidad se debe de elegir de lo que se quiera crear y la jerarquía


    que le demos ya sea a su funcionalidad o su rapidez al ejecutar una orden.

    Hablando ya de depuración se dice que es más fácil depurar programas


    interpretados, aunque en la práctica depende de la herramienta que se utilice.

    También podría gustarte