Hay un patinazo en el vídeo que no entiendo bien a qué quería referirse Midu, pero lo aclaro por si acaso: los comentarios en el código no tienen impacto alguno en el rendimiento. No es que sean 'despreciables' como dice Midu, sino que directamente no tienen impacto en absoluto. Esto es así por el simple hecho de que los comentarios no son compilados (JIT) y, por tanto, no son parte del código máquina que se ejecuta. Por si alguien se lo pregunta, el proceso de descartar los comentarios durante la compilación no penaliza: los comentarios se descartan durante la tokenización y parsing (primera fase de la compilación) y es un proceso virtualmente instantáneo. En el resto de fases de compilación (Bytecode, ejecución, interpretación y compilación JIT), los comentarios ya no están presentes. Sé que es algo sin importancia, pero me ha sorprendido el 'desliz' de Midu en ese aspecto. Saludos!
@javicule9914Ай бұрын
A mí también me ha extrañado lo de los comentarios. Gracias por concretarlo!
@pablotoledo3935Ай бұрын
No hay ningún patinazo ni desliz, esta hablando de Javascript y Typescript, son lenguajes interpretados al igual que python, no hay compilación real ni nada de lo que mencionas, por lo tanto los comentarios viven dentro del código pasan por el motor en cada ejecución y si, si tienen impacto en rendimiento
@joel6672Ай бұрын
@@pablotoledo3935Si existe la compilación. El JIT que es compilación en tiempo de ejecución. Usa un método diferente a Python, que ese si es 100% interpretado. Además no existe impacto en los comentarios y es correcto, Javascript hace una en su primera pasada por el código los elimina y además hace otros pasos con como subir al top las variable globales
@EtnassoftАй бұрын
@@pablotoledo3935 Perdona, pero no es así: claro que hay compilación. En estos lenguajes se hace lo que se conoce como compilación JIT (Just in Time) y es un proceso de varios pasos en los que el código JS se convierte en lenguaje máquina. Si te interesa el tema, solo tienes que buscar documentación al respecto. En 'medium' hay un buen artículo que, sin entrar en muchos detalles, lo explica. Solo pon en tu buscador 'JavaScript: ¿Un lenguaje compilado o interpretado?' y ahí lo tienes. Saludos!
@Turko77777Ай бұрын
Cuando se analizan las instrucciones se van categorizando: Esto es una declaración de variable, esto otro es una función y por supuesto "esto es un comentario". Entonces existe un impacto al momento de compilar (pero no en tiempo de ejecución) para los lenguajes compilados, y para los interpretados existe siempre. Por otro lado, entiendo que el motor V8 compila parte del código javascript y es por eso que es tan rápido (de esta última afirmación no estoy 100% seguro, pero he leido que es así en más de una oportunidad)
@MultiTelefonoАй бұрын
6:52 punto interesante: TS se desarrolló a sí mismo jaja
@MultiTelefonoАй бұрын
Con programaban JavaScript?
@simonbriceno6623Ай бұрын
@@MultiTelefono con javascript 🙈
@Krhey-0Ай бұрын
C++ Interpreta JavaScript@@MultiTelefono
@snithfferxАй бұрын
Es la AGI original... pero nadie lo sabe aún
@MateScriptАй бұрын
PHP verá a todos los demás lenguajes caer
@weengineers5999Ай бұрын
Cobol ya lo esta viendo
@DiegoCortesINGАй бұрын
Hace un tiempo por un par de años fui Typescript team, ahora soy un feliz programador con JavaScript.
@alexis-pz2ro28 күн бұрын
Porque??, si ts corrige bastantes problemas de js
@victorhuayhuapuma150527 күн бұрын
@@alexis-pz2roporque es su decisión y la mía también
@albert_ac1045Ай бұрын
Si implenentan los tipos así en javascript, para mi será suficiente
@ricardorienАй бұрын
Si, la gente no sabe lo DIVINO que es saber los tipos de un argumento y como debe ser la salida.
@ExtropystАй бұрын
AssemblyScript
@xsamueljrАй бұрын
@@ricardorien En JavaScript ya es posible con JSDoc, pero la sintaxis de TypeScript me parece 100 veces más natural
@ricardorienАй бұрын
@@xsamueljr JSDoc es Zzzzzzzzz
@xsamueljrАй бұрын
@@ricardorien Bueno, yo lo prefiero a no saber los tipos de las cosas. TypeScript > JSDoc > Nada
@juancampos352Ай бұрын
TypeScript es como un caracol, es hermafrodita por lo que se desarrolla a sí mismo.
@josefranciscodiaz4544Ай бұрын
Ojala lleguen los tipos a ES, tengo 20 años con PHP, la llegada de Type Hinting en PHP 7, hizo que se autodocumentara muy bien, mas con sus mejoras en PHP 8, aunque ya estaba empado de JS y TS, nuca me ha gustado las "capas intermedias", por lo que usar TS para JS no me gusta de mayor manera por la parte de la transpilación, pero la falta de tipado en JS es algo que me sigue sin gustar, siento que si hace falta la documentación para poder hacer mejor implementaciones y mas que se maneje a nivel de ejecución aporta mucho en documentación a tomar código ageno o dejar nuestros aportes al equipo, en ese punto si que extraño PHP
@ExtropystАй бұрын
AssemblyScript
@josefranciscodiaz4544Ай бұрын
@@Extropyst Gracias, lo checaré pero justamente no es NodeJS, que es el tema del video, el no soporte a TS por NodeJS, no alternativas, por que hay varias... pero cualquier otra cosa es buscarle 3 pies al gato.
@gerardojosueportilloАй бұрын
Sino se llamaria NodeTS (redoble de batería)
@cerm88Ай бұрын
Es algo así como Skynet, donde los terminators desarrollan a otros terminators mas avanzados.
@LanzelordАй бұрын
Para mi js debe hacer algo similar a lo que hizo php qué con un declare puedes evitar la inferencia y tipar tus scripts
@hbibliaАй бұрын
07:08 Python esta escrito en C y los módulos están creados en Python ya que es mas fácil de manejar.
@miguelvaldez3948Ай бұрын
Todo está creado en C,C++, luego ya sus propios módulos se crean a si mismo
@garruxxАй бұрын
Go está hecho con Go xd
@brayanceron_Ай бұрын
Yo vivo con la esperanza de que algún día Microsoft lance un runtime de Typescript... seria un buen competidor para JS Python
@Turko77777Ай бұрын
Google debería lanzarlo ``, aunque creo que lo mejor es inventar un lenguaje de cero que sea moderno y habiendo aprendido de todos los errores de JS
@brayanceron_Ай бұрын
@@Turko77777 Me refiero para el backend
@FrancoAguileradonillanАй бұрын
NodeTs
@luisgranados9104Ай бұрын
Por eso es NodeGod 🗿
@moisesreyes125Ай бұрын
¡Gracias por compartir Midu! Personalmente, considero que es mejor que Node.JS siga sin soporte a TypeScript. Muy buen punto el de considerar que JavaScript pueda hacer algo como hizo Python con su tipado, pero el chiste es que entonces algunas personas dejarían de usar TypeScript, obviamente no generalizo. Mi recomendación para aquellas personas que quieren tipar, solo escriban en la raíz de su proyecto "pnpm add -D typescript" | "yarn add -D typescript" | "npm i -D typescript". No cuesta nada XD.
@alexis-pz2ro28 күн бұрын
Node y React tienen nombres muy atractivos, por eso son ampliamente utilizados
@juanbona2147Ай бұрын
Hola midu, me encantaría ver un curso tuyo en un futuro de cómo crear un crud en backend y unirlo al frontend para seguir desarrollando. Sos el 1! Abrazo
@alexandercasas577Ай бұрын
El impacto no es en el rendimiento persé sino en el tamaño del código javascript... Recordemos que Typescript puede aumentar el tamaño de los proyectos en en 30~50% y hasta en 100% para algunos casos
@frandelroioАй бұрын
Otra vez yo puntualizando algo: en python lo que esta en python es la stdlib y no el lenguaje.
@dancortes2164Ай бұрын
Si bien tiene un punto, no es como que no puedan poner compilación dinamica para TS o JS, como es para la JVM con Kotlin, Java y Scala
@Dan-SАй бұрын
Duerman a Typescript y React pls
@jaldekoaАй бұрын
Osea que JS copiará los type hints a Python
@jonathannarvaez7876Ай бұрын
Porque usarias node como backend por sobre otros?
@Turko77777Ай бұрын
Esa es la gran pregunta!!!!! Se llevaron la aberración de JS al servidor, que idea más mala.
@kantyDariusАй бұрын
Si Js incorpora el tipado TS dejaría de ser necesario?
@jorgecedillo7830Ай бұрын
Es que aprender js es buenísimo pero nos complicamos la vida innecesariamente cuando migramos a otro lenguaje que sea de tipado estricto por eso esa idea de verlo como comentario estaria increíble
@kantyDariusАй бұрын
excelente respuesta
@javicule9914Ай бұрын
Entiendo lo de Mateo porque es cierto que las actualizaciones de TS pueden llevar breaking changes, aunque imagino que conforme pase el tiempo se irá estabilizando más y más
@luismendoza8428Ай бұрын
creo que typescript Es una herramienta traída a javascript por programadores de entornos empresariales que no se pueden adaptar a javascript y que necesitaron que javascript se adaptará a ellos
@tomeroyomeroАй бұрын
Los tipos son de mucha ayuda y tienen que ver mas con experiencia de desarrollo que temas empresariales, en el ide es una bendición
@luismendoza8428Ай бұрын
@@tomeroyomero pero que opinas de lo que dije. Está claro la utilidad de los tipos esto no está a discusión, pero al final los lenguajes de programación son para las personas, y una adaptación de javascript creada y diseñada por Microsoft, casi me imagino la junta donde decidieron crearlo jaja
@PablouxАй бұрын
Es algo parecido a lo que tiene RunJS cuando escribimos código de TypeScript, pero somos usuarios Free, en esos casos RunJS ignora por completo los tipos
@jeanpaulsanchezmendoza1328Ай бұрын
La aclaración del tuit me convence y es comprensible por qué no es buena idea que NodeJS adopte TS... pero aún así... con ello... ojalá que cambien de parecer 🥲
@avaricia369Ай бұрын
Por eso, comenzar con Java. En lugar de Python o JS.
@juancarlospizarromendez3954Ай бұрын
Si TS se abandona entonces cabe la posibilidad de que se resucite el abandonado "ActionScript 3" de Macromedia, y funciona muy similar.
@pedrovideo3dАй бұрын
Y porque solo no implementan los tipos en javascript y lo hacen con compatibilidad hacia atras
@miguelvaldez3948Ай бұрын
Ts nativo, con nodejs, como lo verias ? La gente de nodejs en alguna alianza con Microsoft, y hacen como un estandar al respecto, o crees que mejor sigan como ahora ?
@vloosАй бұрын
Me parece bien. Yo tampoco soporto typescript.
@caeb-92Ай бұрын
El duck typing es terrible no veo mal usar tipado, al final todo se compila para correr sobre node
@epicspartanryan9457Ай бұрын
El 40% de Javascript es Java
@jessicamalak4447Ай бұрын
Y el 60% es script
@henrryosАй бұрын
Objetivo: Crear mi propio lenguaje de programación que se desarrolle asi mismo. 😎 Obstáculo: No he ganado los cursos de compiladores en la U. 🥴
@UDjVirusАй бұрын
yo si que no soporto typescript
@enocrodriguez9276Ай бұрын
Cual es el sentido del tipado para que funcione si lo va a ignorar de todos modos. ?¡??¡' jeje
@Turko77777Ай бұрын
Que un IDE detecte posibles errores
@enocrodriguez9276Ай бұрын
@@Turko77777 no tiene sentido la verdad
@Huma888Ай бұрын
A ver... Más allá de configurar el proyecto (que siempre es un coñazo sea la tecnología que sea), utilizar node con ts, no es para nada dramático. Ahora, ts también "da miedo", que hay gente que se cree que por tener el tipado de ts, ya no tienen que validar entrada y demás y después pasa lo que pasa... Yo trabajo con node, y el servidor lo tengo entero en TS y va crema. Es que ni siquiera duele el tiempo de compilar y desplegar. Es una API con la interfaz por otro lado y la base de datos un postgresql, asique a pesar del chorro de end-points que tiene, es muy ligerito.
@FenrirKiАй бұрын
hamijos hestoi asiendo un nuebo sistema operativo para konpetir con linux escrito en COBOL kisiera su soporte grasias de hantebraso
@SquadronYTАй бұрын
Por mi que ni llegen los tipos, para mi esta bien JS tal como esta, si necesito en algun remoto momento especificar un tipo en concreto o algo, hay formas de hacerlo, pero normalmente no necesito hacerlo, me manejo muy bien como lo que hay ya en JS, Nunca he necesitado Typescript para nada, complica mas las cosas un lenguaje tipado, y mas aun si es algo que solo necesitare talvez 1 de cada 1000 veces y ademas lo puedo hacer con JS manualmente si fuera necesario realmente, cosa que hasta ahora nunca ha sido.
@miguelvaldez3948Ай бұрын
Pensé igual, hasta que llega el momento que te encontras con la necesidad de un lenguaje tipado fuerte para tu proyecto, por las falencias enormes de js en ese sentido y allí es TS o cambias por completo a un lenguaje
@Turko77777Ай бұрын
Porque la coerción de tipos de JS es desastrosa, por eso es necesario tener tipado. A nadie le gusta añadir otra capa, pero TS ha tenido tanto existo, porque justamente existe un problema con los tipos
@SquadronYTАй бұрын
@@miguelvaldez3948 Si aveces se necesitadefinir pero las pocas veces que he necesitado simplemente los defino y listo, la verda nunca me ha hecho falta =P
@EmilioTonsoАй бұрын
Midu, me estoy adentrando en el mundo mac y tengo mi primer ordenador. Una M3 pro. Estoy buscando un GUI de SQL y veo muchas opciones, algunas viejas conocidas y otras que por ser del mundo mac nunca use. Tenes alguna recomendacion para dar??
@CrossHuskyАй бұрын
DBeaver es buena, soporta muchísimos sql
@luisvill0915Ай бұрын
@@EmilioTonso DataGrid
@No_estoy_de_acuerdoАй бұрын
Oye me dejaste pensando es verdad yo no se que version de ts estoy usando 😅
@puduwatomАй бұрын
typewat?
@dannyquezada.4267Ай бұрын
GG
@JdblueskyАй бұрын
Sería genial que nos enseñaras a hacer un lenguaje que después utilicemos para hacerlo a sí mismo. Me explota la cabeza!!! por favor!!!
@hbibliaАй бұрын
Ni me gusta typeScript 😂😂, para eso sigo con C.
@snithfferxАй бұрын
Lo que deben hacer los de node, es obligar a los de typescript a que se sienten y hagan bien la tarea. Por lo general el pancito te instala la versión 5 o hay otro modulo por debajo, porque si es así podría hacer algo similar los de node. me huele a politica eso.
@miguelvaldez3948Ай бұрын
El problema es como obligas a un gigante más grande que vos, desde el punto de vista de Microsoft seguro sería más sencillo hacer que la gente de adecue a ellos, que ellos a node. Pero creo que Ts está madurando más en cada actualización y seguro van a ir estabilizando las actualizaciones y llegara el momento donde se junte con node
@snithfferxАй бұрын
@@miguelvaldez3948 Esperemos a que si y que la comunidad apoye el proyecto, y mira que si se puede, porque por algo la comunidad tiene la última palabra y sí un día le deciden decir sus cosas al "gigante" a lo mejor y lo tumban. ya ha pasado con las actualizaciones del guindos... así que, esperemos a que decidan bien.
@miguelvaldez3948Ай бұрын
@@snithfferx depende de adonde quiera llevar TS, la gente de Microsoft. Por que crearon TS y lo liberaron y lo llevan madurando poco asi como lo veo cada vez más herramientas lo van agregando, y la integración en más y más frameworks pensados para proyectos grande lo usan. Asi qué el camino que se ve a la larga es que se encontrarán, o es un factor comercial actual de parte de node, o moviendo el avispero espero algún beneficio de quien está detrás de TS
@snithfferxАй бұрын
@@miguelvaldez3948 Yo también espero eso. Queremos buenos cambios mocosof.. ponte las pilas como dicen por acá.
@miguelvaldez3948Ай бұрын
@@snithfferx o también node debe ponerse las pilas? Por qué si ese era el problema principal, está a una llamada, y si es comercial el problema lo mismo, por qué como se ve actualmente el principal inversor del Open source y Linux a nivel mundial es Microsoft, así que no veo desde donde este el problema si solo son los LTS. Desde tu punto de vista el problema es solo de Microsoft? Una alianza Microsoft con TS y Fundación Node sacudiría el mercado actual, y nodejs podría evolucionar también a un siguiente nivel. Y a node acceso a los proyectos IA que tiene Microsoft y a Microsoft estandarizar TS. A mí parecer el que más ganaría es Node de lejos, y es Node el que debe hacer el esfuerzo de ver cómo.
@juanjosecruzortiz111Ай бұрын
Nodejs deberia de ir por JSDOCS mucho mejor
Ай бұрын
Otra estupidez para marcar terreno.
@juanjosecruzortiz111Ай бұрын
si necesitan que algo te recuerde que no tienes que pasar un numero en vez de un string probablemente eso de programar no sea lo suyo
@tomeroyomeroАй бұрын
Recordar? Viejo no lo se tal vez ser un disco duro no sea lo mio
@NooneNolimitАй бұрын
Por que tanto morbo con poner la x en las miniaturas...