SPEAKER_01 0:07

Scripting. Scripting. ¿Qué es scripting? ¿A qué te suena scripting? Pues scripting suena a un script. ¿Qué es un script? Si no estamos hablando del mundo de development, un script es algo que le hace falta a este podcast. Un guión. Un guión. Sí. Algo como decir por dónde va la cosa. Ya, ok. En ingeniería de software, bueno, en el mundo del software, hablamos alguna vez de compile, compilation, ¿te acuerdas? Y ahora estamos hablando de script o de scripting. Pongámonos en este contexto. Desarrollar software, lo hablábamos hace unos cuantos episodios, no es, bueno, ahorita todavía se puede considerar como escribir código. Pero para que ese código haga algo, lo tenemos que compilar o lo tenemos que interpretar. Entonces, hay diferentes formas de programar cuando los bajamos a nivel técnico. Por eso es que decimos este es un interpreter y este es un compiler. Entonces, por ejemplo, tenemos justamente esas dos vertientes. Digo, para simplificar todo este rollo. Podemos tener programas compilados para refrescarles la memoria del proceso de compilaciones tomo este código human readable y lo convierto le pongo optimizaciones para que lo pueda interpretar una máquina que puede ser una máquina virtual o puede ser un procesador tal cual a nivel máquina el proceso de scripting es exactamente el mismo proceso pero en ningún momento cuando hacemos un programa con scripting salvo detalles de implementación que ya escuché banda diciendo no es cierto a nivel general, tomamos un programa escrito en human readable y sin compilarlo, se lo damos a un programa que lo va a interpretar y el programa por debajo, por así decirlo, va a interpretar esos comandos. Ese es el script. Ese es un script. Entonces vamos a ponernos, digo, si nos queremos clavar en cuestiones a lo mejor muy, muy técnicas, por ejemplo, cuál es la diferencia entre programar en C++ y y programar en Ruby, por ejemplo. Cuando tú programas en C++, tú escribes tu código, lo compilas y te genera un binario. Cuando quieres programar en Ruby o en JavaScript, por tal efecto, tú lo que haces es instalas un environment en tu computadora que se podría considerar un intérprete, que es en sí un programa que responde a cierto tipo de comandos. ¿Sabes? Entonces, por ejemplo, Ruby como tal tiene dos... Me voy a meter el pie durísimo con los detalles, ¿no? Pero Ruby como tal lo podríamos separar en dos cosas. La definición del lenguaje, que es cómo se escribe Ruby. Eso es por un lado, eso es lo que ve el usuario. Y por detrás está el intérprete de Ruby. Entonces, cuando tú sacas una nueva versión de Ruby, es una nueva definición de cómo se puede escribir y un nuevo binario que puede interpretar esa parte. Tiene otra capa de complejidad. De abstracción. No, de complejidad. Puede ser otra capa de abstracción. Lenguaje es mucho... Bueno, otra vez, no quiero hacer enojar a nadie, ¿no? Pero por ejemplo... ¿Pero por qué dices enojar? ¿A poco hay haters en Twitter o en YouTube? Yo ya no estoy en Twitter, así que no sé. Oye, de veras. ¿Qué te pasó? Yo voy, usuario no encontrado. Digo, aquí había algo. Siento, como que siento aquí una vibra de algo. Existía esta persona, yo recuerdo. Sí, pero por ejemplo, lenguajes como JavaScript, que es el backbone del Internet hoy en día, como es un lenguaje tan importante y tan usado, de repente ya te puedes meter en cosas bien locas como, por ejemplo, crear no nada más intérpretes, sino Runtimes, que es Node.js, por ejemplo. O después te puedes ir a otro nivel de optimización como es TypeScript, que escribes como con JavaScript, pero que aparte lo puedes compilar y preprocesar para que corra todavía mucho más rápido, pero sigue siendo la base de un lenguaje de scripting. Sí, sí, sí. Entonces, es muy interesante como lo pusiste, es una capa de abstracción, ¿sabes? Hola, ¿qué tal? Soy Darwin y en menos de un minuto regresamos con este episodio, pero antes quiero hacerte una recomendación. Si estás escuchando este podcast, claramente estás buscando mejorar tu inglés a nivel profesional, ya sea para conseguir un mejor puesto dentro de una organización o tal vez tener clientes en el extranjero, o probablemente aplicar para esa vacante que te pide un alto nivel de inglés, o sencillamente porque quieres entender más de cómo hablan los devs alrededor tuyo. Cualquiera que sea el caso, déjame invitarte a que te unas a nuestra comunidad de Inglés para Devs, en donde ciertos de personas como tú ya están haciendo networking y al mismo tiempo están mejorando su inglés todos los días con nuestras rutinas y ejercicios diarios de práctica, así como nuestro Nuestros círculos de conversación semanales para practicar tu inglés tanto escrito como oral y gozar de feedback mío y de mis teachers en tiempo real. Formar parte de nuestra comunidad es bastante sencillo, solo manda un mensaje directo en Twitter o Instagram en la cuenta arroba darwenglish esto es arroba d a r w i n g l i s h y dime literal, quiero ser parte de la comunidad y voilà, listo. Recuerda que todo esto es 100% gratis y lo único que te pido es que nos ayudes a compartir los consejos para mejorar tu inglés en alguna de nuestras redes sociales, ya sea Twitter, Instagram, TikTok o tal vez, y por qué no, LinkedIn. Sin más, te dejo escuchar el resto del episodio. De antemano, te doy la bienvenida a nuestra comunidad. El takeaway principal aquí es de que, salvo lo que opinen algunas personas, yo no creo que sea uno necesariamente mejor que el otro. Ya sabes, hay espacios para hacer lenguajes compilados, para utilizar. Volvemos a la abstracción. Todo depende de la abstracción y de la idea de negocio. Exactamente. Verdad? Todo depende en la cultura en la que estés en la empresa. Si están acostumbrados a hacer esto porque optimizan, el negocio, porque optimiza el tiempo o no. O necesidades. O necesidades. Porque esa misma capa de abstracción que puede involucrar tener un lenguaje de scripting como lo es Ruby o como lo es JavaScript, involucra detalles de implementación importantes como, por ejemplo, latencia, optimización. Si no tienes seguridad, si estás utilizando los recursos a lo mejor posible. Entonces, por ejemplo, un sistema de software que va a correr en una avión, tienes que priorizar la optimización del uso de recursos y la latencia y la responsiveness y que haya redundancia de sistemas y la habla. La seguridad, porque estás hablando de vías humanas. Entonces, te interesa tener el mayor control posible de los recursos. Claro. Pero si vas a estar trabajando en una cuestión más a alto nivel, más en cuestión de animaciones, de user facing applications y demás, Es que hazme mi foto como si fuera inteligencia artificial. De barbo. Pero esa capa de abstracción no mete tanto ruido, ¿no? O sea, porque no es tan importante lo que decías para las circunstancias en las cuales estamos intentando resolver este problema. Ya está. Scripting. Scripting.

UNKNOWN 7:58

Ya está.