5 cosas que puedes hacer en TypeScript y no en JavaScript

[@mrluisfeer]

Después de que aprendí y probé TypeScript, me siento sucio cuando me toca usar javascript xD

[@Meister256]

No eres el único 😂😂😂😂😂😂😂😂😂

[@kiquenet]

Algún buen material para aprender?

[@4bzu]

@@kiquenet La documentacion oficinal

[@jonathanhernandezcastellan1212]

Ya viste el código que te genera o traduce typescript

[@Meister256]

@@jonathanhernandezcastellan1212 ni entiendo, TS como superser de JS lo que genera es JS. ¿O te refieres a que estándar de JS lo traduce? En teoría al último interpretado por todos los navegadores, ES5.

[@Lhz24]

Los lenguajes tipados siempre son mas robustos, cuando vienes del backend te das cuenta que si, el desarrollador que solo ha desarrollado en JavaScript le pareceran cosas raras, pero no es mas que darle robustez y lo de los test es relativo, cuando trabajas en proyectos grandes mantener los test se convierte un infierno donde tardas mas en mantener los test que en implementar nuevas funcionalidades, mas en un codigo legacy (ni hablar de un angular heredado o un cordova para mobile) que me digais que haces un deploy sin 1 solo bug en este escenario pagaria por ver eso, sin embargo en el mismo escenario usar TypeScript es una salvacion!! pero si es un proyecto pequeño que solo mantienes tu, quizas no le veas sentido pero al largo plazo TypeScript sera mucho mas facil de mantener.

[@germandavid2520]

A mí me da la sensación de que los que menosprecian el tipado estático solo programan en JavaScript y no piensan aprender o poner en práctica otros lenguajes, casarse con un solo lenguaje no es lo ideal.

[@Lhz24]

@@germandavid2520 Totalmente de acuerdo , principalmente es porque actualmente aprender JavaScript se ha convertido en la moda y creen solo existe Js y cuando ven un lenguaje tipado les parece complejo, por eso considero que antes de aprender un lenguaje siempre es bueno aprender las bases(algoritmia), te hara un mejor y mas completo desarrollador, de lo contrario te la pasaras en puro copy paste

[@lluismf]

En mi opinión la gente que defiende a capa y espada JS nunca han trabajado en proyectos JS con centenares de miles (o millones) de líneas de código. Mantener eso sin tipos debe ser una pesadilla.

[@maximilianodegyldenfeldt5367]

Yo trabajo en python y te digo que uno de los errores más común que suelo debugear en el tipado (y no es por programar mal, a veces llamas a un método o clase y piensas que recibes algo y luego resulta que te devuelve algo o te olvidaste de llamar el objeto dentro de otro objeto y llamaste al objeto clave), hoy por hoy me parecería una locura trabajar sin tipado te ahorra miles dolores de cabeza y te quedas tranquilo que el programa funciona bien.

[@fabriziopastor6146]

Concuerdo totalmente. Soy relativamente nuevo en esto de la programación, recién llevo un año y medio como programador y me han mandado a mantener un proyecto hecho con JavaScript, lo malo de eso es que no hay documentación de nada y pues si bien es cierto que usar buenos nombres para tus funciones y variables ayuda , en ocasiones pasa que piensas que estás recibiendo algo y en realidad es otra cosa totalmente distinta, y como es un proyecto que ya está hecho y eres nuevo viéndolo te toca leer todo el código y tratar de deducir qué es lo que estás recibiendo o almacenando.

[@fredpalas]

Ya solo por tener interface y tipado te previene hacer errores tontos, luego ya el tener la ayuda de saber que cada elemento es en cada momento es lo mejor. Luego te sirve mucho en node para crear modelos de entrada en métodos, cuando aprendí typescript siempre me gusto por que hacerlo desde PHP 7 es más sencillo que nunca.

[@RANDONcrafting]

pero un código escrito javascript puro pesa menos que typescript (a veces suele ser bien tonto algunas partes de código que genera cuando compila)

[@aasirian]

También es importante usar un buen linter

[@ricardoleyvagonzalez6219]

Amo mucho todo lo que dice Nuria.

[@usuario_4778]

Buen video. Se aprende con ustedes, en un ambiente entretenido y ameno.

[@tomasb3191]

recién estoy descubriendo su canal, por lo poco que vi de Núria no le va typescript, usa css grids (recomendó layoutland, un canal buenisimo) y cuando puede habla mal de tailwind. me cae demasiado bien.

[@aasirian]

Me identifico con esas opiniones de Nuria 😊

[@alfonsocontreras6586]

Nuria is love

[@marcgurt8256]

Buenísimo! Gracias por compartir el repositorio.

[@camilogomez5151]

Si se ponen a ver, muchas librerías de NodeJs, ya están haciendo el cambio a TS. Así como plugins de editores por ejemplo en Vim. TS se está estandarizando.

[@jonathanhernandezcastellan1212]

Lo cierto esque typescript es transpilado eso nos da entender que se traduce a javascript, en cuanto a tipado javascript lo interpreta de la misma manera como lo aria sin typescript, si echas un código que te genera typescript yo ciento que si te aprendes poo en javascript puedes escribir un código limpio, legible, reutilizable

[@erikmorocho8970]

Yo era del grupo de nuria, pero después de entender el uso de TS me di cuenta que si sabes JS, lo único nuevo y esencial para mi es el tipado y aprender a utilizar las interfaces, para un mejor autocompletado o extracción de datos en una destructuración

[@Sam-hu3xt]

Empecé a tocar JS viniendo de C++ y la cabeza me volaba cada dos por tres. No me sorprende que TypeScript sea tan gustoso de usar según dicen. Habrá que probarlo.

[@jkf16m96]

Igual. El tipado débil es mi kriptonita la vdd. Cuando descubri typescript... Dios

[@pacoquintero4584]

jajajaja Nuria es el típico usuario que se resiste al cambio :)

[@kopiulo]

nuria es el tipico front que no sabe programar bien.

[@antonioyt7719]

@@kopiulo ojo que en este video ella se pone en la zapatos de ese tipo de usuario que se resiste al cambio, vamos está haciendo ese papel.

[@LeanOnAndOn]

@@kopiulo y tú programas juegos con JS 😖

[@kopiulo]

@@LeanOnAndOn bro... he hecho juegos con C#, C++ y actualmente estoy con js y typescript (que en escencia es lo mismo por que al final es transpilado a Js), hay un punto en la carrera de todo dev donde despues de haber conocido tantas tecnologias pues la misma experiencia te dice que usar o no por comodidad y facilidad de desarrollo en un equipo. Relax.

[@revytech1001]

@@antonioyt7719 correcto. Imagina, no son capaces de entender eso. Ahora, se las dan de expertos en un lenguaje.

[@miguelechavarri9371]

Cuando creas un literal con variantes y esperas que sea keyof typeof de ese literal y a la hora de invocar a una función que espera como parametro una interface así y el linter está rojo, ya no hay vuelta atrás!!!

[@HCCristian]

Ostia no sabia que servia para algo TypeScript, tengo que aprenderlo me ha abierto los ojos este video xD

[@JhonElDeSistemas]

Me gusta TypeScript, más que JS; es más preferiría que fuera tipado desde el core, que no trabajara sobre JS, que fuera como Java o Kotlin

[@Meister256]

Lo que pides es que los navegadores incorporen un intérprete para typescript en vez de javascript, más peso para los navegadores y realmente hay opciones mejores. Si vas a añadir un intérprete para un lenguaje nuevo, en vez de typescript creo que aportaría algo mejor C#, y ya lo estamos viendo con blazor y su compilado por webpack (aunque en el fondo, todo termina siendo JS como siempre). El uso de JS como lenguaje final a interpretar por los navegadores se ha estandarizado demasiado, y no se hasta que punto se complicará dar el paso a un nuevo lenguaje más estructurado.

[@Meister256]

Su compilación en webassembly quería decir.

[@lordsystem90]

Hay cosas como estás que me gustan de TS pero no me termina de convencer prefiero mi JS normalito

[@devroad9025]

Cuando saltas de Java a Javascript dices WTF, Pero luego conoces a Typescript y piensas que quizas Typescript debería ser el lenguaje de los Navegadores, por todos los beneficios que ofrece.

[@miguecast]

Si, parece que el creador de JavaScript estaba hasta la **** del tipado de Java y se lo cargó. Crear un array en JavaScript es cosa de corchetes mientras que en Java tienes toda una línea de código. Entonces empiezas a ver que las vulnerabilidades de JavaScript son muchas, pero para eso está Typescript. Con Typescript siento que es como encarrilar a JavaScript. Este tiene cosas muy locas, y el desarrollo es súper ágil, pero ahí llega TS para dar un poco de cordura y serenidad

[@javieru5871]

Ufff, Typescript es un Javascript con esteroides. Definitivamente siento que un lenguaje tipado es la primera linea de batalla contra los potenciales bugs.

[@ReikaTakamichi]

"¿con typescript no tenemos que hacer test?" ---> la frase épica del vídeo xDD. A mí sigue sin convencerme, si tienes un buen linter de js también puedes ver los errores en el editor que te muestran con ts de forma visual y ahorrarte un montón. Otra cosa es que me lo queráis vender por el tema del tipado y demás, pero por la forma visual del editor no -.-''

[@guvox1367]

La vida no es js

[@Max-gt8hi]

@@guvox1367 x2

[@Armando-fg1gh]

Si bien las interfaces ayudan un montón, todo lo que se muestra aquí se puede tener con JavaScript escrito en visual studio code 🙁

[@bolivianewstoday]

Ya estaba arto de que todos los tutoriales con nextjs esten con typescript y pues al parecer toca aprenderlo, despues de este video recien le veo lo util que puede llegar a ser, ademas la gente de microsoft por algo lo creó

[@EzequielRegaldo]

Esas 2 features las tenemos en JS sin TS. Mejor usen FailScript :v . El fuerte de TS son los decoradores, interfaces y más cosas de POO. Eso que nos acaban de mostrar en VS Code está implementado por defecto, e incluso tienen type checking sin instalar un linter a parte (solo lo deben configurar para que sea exigente). Otra cosa importante es que JS es un lenguaje dinámico, por lo tanto PERMITE utilizar, o no, variables. TS no deja disparar excepciones en ejecución por errores de tipos porque a fin de cuentas es solo JS. Para eso uso C# y listo 🤷‍♂️ Ah y si quieren tener información en las anotaciones o controlar las variables, usen /**/ para establecer los tipos de los parámetros :3

[@chaboxx159c]

Typescript es una herramienta muy buena para el desarrollo :)

[@luisfernandotiradohdez4926]

Soy fan de la dupla Isma-Nuria.

[@marcosantonioreyesmedina2364]

En mi opinión todo depende de la arquitectura y la dimensión de lo que se vaya a hacer. Por ejemplo si se tiene un proyecto gigante y con mucha complejidad...pues es preferible usar Typescript, de lo contrario si es algo pequeño se puede manejar simplemente con Javascript.

[@Meister256]

Yo realmente no veo motivo para usar javascript en todo proyecto en el que se pueda usar typescript. Es decir, no veo ventajas de javascript sobre typescript, a menos que estemos en el caso de tener que hacer una migración de un proyecto completo de javascript a typescript, ahí dependiendo del proyecto, su rentabilidad y demás puede que no merezca la pena. Pero por lo demás, ya sea pequeño o grande, typescript.

[@JuanPerez-ph2pe]

Apenas estoy aprendiendo JS. Sé un poco de Java. Así que me parece que tiene más virtudes TS. Igual con JS o TS se puede hacer lo mismo. Y cuál es más fácil o eficiente depende más del programador que del lenguaje. O sea, depende de los gustos y del camino de aprendizaje del programador y con cuál se sienta más cómodo. Yo aprendí con Python y luego con mucho Java y ya me acostumbré al tipado fuerte.

[@Felipecuevas]

bags o bugs?

[@zerdnelemo]

Un buen desarrollador responde a cuaqluier pregunta con la frase "depende del proyecto". No hay un siempre ni un nunca para absolutamente nada, excepto las buenas prácticas.

[@CasiMaduro]

Depende. Hay veces que decir "depende" no es buena respuesta. Osea puede ser que este mismo texto no responda nada ☺️

[@zerdnelemo]

@@CasiMaduro Si, es correcto. La palabra depende no dice nada, pero si agregás un par de ejemplos en los que justifica el uso de uno u otro, demuestra que sabés del tema.

[@tuteh_]

Núria me parece impresionante como desarrolladora, da cátedra a los que somos desarrolladores frontends PERO siento que es un tipo de desarrolladora que esta anclada a "todo antes era mejor", en algunas cosas si, en otras no, pero para mi parecer, hay que avanzar con cosas que generan buenas practicas como TS. Considero que el tipado en JS permite ahorrar muchas equivaciones cuando trabajas en conjunto con otros devs en el mismo proyecto, los ayudas a saber q hace y que devuelve cada funciona cada cosa. Usen TS :) Saludos!

[@crismosquera5656]

Podrian poner el ide en negro que quema los ojos

[@jamavocorp]

Esta bien el video, pero muy básico, den mas caña a TypeScript!

[@amc4004]

Nuria hizo sonrojar al hombre eso pasa cuando vas con algo básico y tu amigo va con grandes expectativas 😅

[@ahnsylimbal6811]

Todavía sigo esperando esas 5 cosas de TypeScript, ya que eso de señalar error o de que me salga un listado de código cuando pongo punto(.) eso no es mas que funcionalidades del IDes del editor de texto.

[@Skilseck]

¿Crees que podría aprender Typescript y no JS?

[@bujurulu]

para cuando el webpack con postcss en ves de sass?

[@zobeklol7852]

Yo creo que en general typescript y javascript tienen usos diferentes, si vas a trabajar en proyectos chicos, no te vas a dar la molestia de usar toda la infrestructura de typescript. Pero si estas trabajando en un megaproyecto y todo es mejor usar typescript porque te ahorras tiempos en errores tontos que son dificiles de detectar en el javascript puro. Yo soy mas fan del Javascript puro porque es el que mas me convence, pero en gusto los colores.

[@gustavos5338]

las interfaces, el autocompletado en clases o objetos no tiene precio, puedo hacer codigo sin esos problemas de logica

[@visitor404]

Yo vi java antes que javascript y el tipado del que me quejaba en java es la razón por la que javascript me parece una basura. Typescript es como que dice: "si javascript se va a terminar comiendo todo, entonces que sea con seriedad". Amén por ts.

[@bluediu1714]

Hace un par de días comenzé a usar Typescript con React, aunque fue bastante frustrante al principio ponerle tipos a todo y aveces no sabía que tipo era algunas cosas pero ahora estoy más cómodo aunque prefiero javascript.

[@falk167]

Pues yo era de los "fans" de TS pero lo he ido abandonando. Termina siendo un problema importante meter más y más capas de tecnología, y gestionar los fallos que puedan tener. Con JS lo que ves es lo que tienes. En proyectos tirando a pequeños me parece que tiene mucho más valor mantenerlos simples. Si fuesen muy muy grandes veo aún más importante mantener un buen testing, aunque bien es cierto que es donde TS más brilla y donde tiene más sentido meterlo.

[@13400556]

Pues la experiencia y lo que he ido bien con otros compañeros es precisamente a la inversa: el testing está muy bien en cosas pequeñas, en grandes es imposible. Si tu empresa tiene dos dedos de frente y no delega a los juniors las labores de un senior/analista, la mayoría de errores van a ir ligados a la lógica de negocio y no a problemas de programación. En proyectos grandes (por grande me refiero a proyectos de > 5 años de desarrollo, con más líneas de código que letras el quijote, con múltiples tecnologías y con cierto grado de históricos (tanto en métodos como en cambio de programadores)) el mantenimiento del testing llega un momento que es inasumible. Imagina por ejemplo mantener una batería de testeos heredados del 3º programador que participó en el proyecto de una serie de métodos en desuso, de unas funciones deprecadas tras la última actualización del framework y con una lógica de negocio que no sólo no es que no se use, es que directamente el jefe de proyecto desconoce ni qué hace ni para qué lo hace. Y esta escena no es nada infrecuente en proyectos de gran embergadura donde un producto de una versión gorda a otra, puede cambiar de manera radical. Igualmente, aunque hagas testing y todo lo que tu quieras, el grandísimo problema es y será el tipado. Yo trabajo con laravel y en proyectos heredados pierdo más tiempo debugando y buscando referencias que en cualquier otra labor, buscando qué he de devolver y qué he de recibir. Si a eso le añades la dificultad de la propia lógica de negocio, te puedo asegurar que todo se vuelve un absoluto caos y que tirarte una semana sin tocar una sóla tecla, más allá de los atajos, supone una amarga realidad.

[@falk167]

@@13400556 bueno, voy a ir por partes. 1 - Yo no he dicho en ningún momento que tenga que testearse todo. De hecho no se debería, y menos en proyectos con cierto grado de antigüedad. ¿Pero sabes qué es peor que tener muchos tests? No tenerlos. Y todo esfuerzo que pueda dedicarse a ellos bienvenido es. 2 - Voy a obviar la parte de juniors y seniors porque eso depende de la organización más que del programador. En todo caso, por supuesto, los errores más comunes y costosos por desgracia son siempre los de negocio. 3 - Entiendo la parte de los tests deprecados, pero no sé qué tiene que ver y en todo caso eso me parece más problema de gestión del proyecto que de las tecnologías, y no sé qué tiene que ver con TS. Que es más común de lo que debería, pero eso, en un proyecto con especificaciones o tests deprecados el tipado o no, no es el problema ni la única solución. 4 - Precisamente digo que es en proyectos grandes donde tiene más sentido usar TypeScript, por mantenibilidad, pero tampoco me parece una solución óptima, ni en estos casos ni en todos los casos como muchos venden. Si necesitas un lenguaje tipado, y en partes de la arquitectura cercanas a las fuentes de datos, como mínimo, es más robusto tenerlos, pues entonces habrá que considerar el uso de otros lenguajes que puedan ser más eficientes o más adecuados al uso, aunque puedan ser más verbosos. Hay otras partes de la arquitectura donde no tiene tanto sentido hacerlo, especialmente en el front. Que no digo que no haya que hacerlo, pero como mínimo hay que considerarlo. Obviamente, en un proyecto avanzado no vas a ponerte a cambiar de arquitectura, y TypeScript puede ser una buena solución. Lo que no me parece de recibo es la serie de problemas que puede traer añadirlo de forma inadecuada y la serie de malas prácticas que añade si no se hace bien. He visto proyectos con lints mal definidos, o programadores que cada uno trabajaban de una forma, o casos en los que TS molestaba más que aportaba. También, que en proyectos pequeños, o que se sabe que van a ser pequeños, no tiene tanto sentido hacerlo porque al final vas a estar más tiempo lidiando con la verbosidad que añade, más que otra cosa. Y en estos casos sí que he visto la diferencia. Pero por supuesto, todo depende... En todo caso es bueno que exista y se use.

[@xzarkielx]

Lo único que muestra es el puro intellisense, me instalo un plugin y ya tengo lo mismo para JS. Esperaba que hablara cosas netas de TS, el video es muy meh.

[@jtelio]

no se pero siento que es muy sovervia, algo que en equipos de desarrollo crea conflictos. typescript es bueno y te ayuda a evitar muchos errores durante del desarrollo. como cualquier herramienta tiene sus pros y contras.

[@rafageist]

Typescript no ha inventado nada nuevo. Alguien aca le gusta C++? Por eso es bueno usar Typescript

hoy, mañana y siempre TS >>>>> JS

[@HeroesGamerZone]

//@ts-check /** * * @param {array} cosa * @param {array} otro * @returns */ function casa(cosa, otro) { return cosa.join() } casa(['hola', '']) con eso se salva a uno de aprender algo que al final de todo lo convierte a JavaScript, es hacer la vuelta del bobo

[@jr-relatosdeterror]

"Esta feo que lo digas tú" jajaja

[@michaelcapera9769]

ja ja ja ja anímense con TypeScript al regresar a JavaScript lo van a extrañar.

[@guillermoandradaFSD]

Sin duda habrá otras y tal vez sean más buenas o más malas. Pero es como querer volver a darle manija al auto para que arranque. Eso pasa poco... De hecho, si mi hijo me dijera que está ahorrando para comprarse un auto antiguo, seguro me surgen varias preguntas antes de aprobar la decisión. El tema, es que sin Javascript, no podrías ser bueno en Typescript. Es fenomenal conocer a fondo ambos.

[@jamavocorp]

Cuando hagan un video mas potente TypeScript si se ganan el like xD

[@perua-v]

Prefiero el theme black de VS 😍

[@marc0xA]

Typescript en vue no me gusta pero en react si

[@FranEG]

Varias cosas a tener en cuenta: * VSCode da la documentación de los métodos de JS por defecto, no es intrínseco de Typescript * TS y VSCode son de Microsoft por lo que están muy bien integrados y te muestran esos errorcitos, que tal se comporta TS con otros editores? * HAY QUE COMPILAAAAAAR 💩💩💩💩

[@camilogomez5151]

Yo uso TS con Vim y funciona igual.

[@carlitogarcioso]

TS con Sublime también va igualito que en VS. +1 para TS colega

[@RobertoGPuentesDiaz]

Desató polémica: JS + JSDOC = TS

[@federicoraulmaciasaparicio1339]

Estoy de acuerdo con Nuria. Yo veo typescript y veo un mogollón de código y prefiero quedarme con javascript

[@Meister256]

Ese problema deriva del miedo a no ser capaz de dominar TS como ya lo haces con JS. Y es un problema que es muy común, sucede cuando te encuentras frente a algo nuevo que realmente está tratando de ayudarte, pero que aún no has experimentado en tu propia piel sus ventajas. Es normal el escepticismo, pero como buen desarrollador no creo que debas cerrarte a nada.

[@federicoraulmaciasaparicio1339]

@@Meister256 En eso tienes razón Es bueno el aprenderlo y ver en qué medida puede ayudar. Lo que pasa es que veo tanto codigo que vamos... A simple vista no me gusta. Supongo que al igual que con JavaScript es cuestion de aprender las buenas prácticas y con eso tener un código más limpio.

[@yoanestradablanco1608]

en realidad ts ayuda a los nuevos a ser un poco mas organizados

[@ramironavarrete1133]

Ay que ser muy pelotudo para ser fanático de una tecnología, si te ayuda a ser mejor programador, no lo duden, aprendan typescript, les va a ahorrar tiempo y errores

[@melvinrmc2002]

TypeScript es una solución de mal gusto para un lenguaje ya de por sí es de mal gusto

[@Meister256]

Hasta que no haya un sustituto para JS en los navegadores, hay que inventar una solución que permita crear un código más sólido, y esa solución hasta el momento es TS. Veremos en que termina Blazor y su compilación en webpack, pero en el fondo también termina traduciéndose todo en una salida de JS puro para el navegador. Estaría interesante que nos comentaras un poco más por qué consideras que TS es una solución de mal gusto.

[@SimaDamian]

No. Blazor no hace eso. Webassembly

[@Meister256]

@@SimaDamian webassembly, gracias. Al final no es otra cosa que una traducción de código ya que en el navegador lo que se ejecuta finalmente es JS como dije.

[@camilogomez5151]

Era de mal gusto hace una década, pero el mundo avanza y las tecnologías igual. Hoy en día Javascript se puede hacer un aplicación de escritorio, aplicación en la nube, en IoT, etc. TS le da un plus al lenguaje, como dice uno de sus creadores, que es el creador de C#. -TS está pensado en la mantenibilidad del código.

[@manuvalbu]

Javascript siempre me pareció una guarrería, incluso antes de que existiera Typescript

[@ep4r4]

5 cosas?

[@Shinwe]

Nuria ve una sola linea de código sin que el chaval comience a dar información relevante y ya comienza a despotricar "Aqui no hay typescript", es practicamente un archivo en blanco, esta bien que no te guste, pero porque ir a echar bronca apenas empieza uno, en lo personal eso que hizo ella me sono a programamon.

[@sbknt]

Son personajes para darle más dinamismo al vídeo...

[@Shinwe]

@@sbknt Ok, que personaje mas programamon.

[@davisgemdmd]

@@Shinwe Creo que se entiende perfectamente la ironía y humor en el vídeo

[@Shinwe]

@@davisgemdmd Oops, no sabia que era un video de humor, error mio.

[@kevinfajardo2401]

Quisiera saber si alguien podría ayudarme, tengo un problema con cors no sé si es exactamente eso u otra cosa, el detalle es que coloco un embed de un sitio externo donde se aloja un video, pero este sitio tiene su player personalizado, sin embargo la el src donde se aloja específicamente el video cambia dinámicamente, entonces quise obtenerlo llamando desde el ts al e intenté sacar el contenido de #document de esta forma .contentWindow, pero al hacerlo me tira error de cors y no sé cómo solucionarlo, si alguien pudiera ayudarme se lo agradecería de antemano, intenté configurar un proxy en mi proyecto angular pero no me funcionó lo que pretendía hacer

[@platerplane]

jejej te va a quear un código tó pollúo con typescript

[@Nightlymeow]

Llego un año tarde pero... Luego de intentar usar Ts u otros frameworks o librerías durante un tiempo, al día de hoy sigo prefiriendo usar Js con jQuery. ¡Saludos!

[@faller222]

Me quieren convencer con una validacion de tipo y cantidad de argumentos? Pfff.... Typescript es "compilado" lo que tambien hace q el codigo generado sea mas pequeño y sin dev dependecies, que a veces tememos o dejamos por no hacer npm i con la flag de produccion.

[@carlitogarcioso]

Ciertamente los argumentos utilizados para defender a TS no fueron los mejores. Se echa de menos todas las buenas razones por las que podría usarse en proyectos realmente escalables.

[@deimne970]

El compilador no "sabe" qué hay que hacer con un array de strings... lo sabe el editor (visual code).

[@lnsOmniiO]

Lo sabe por el soporte de language server protocol que tienen muchos lenguajes, cosa que implementan gente detras del lenguaje para los editores, basado en el mismo :D

[@LeanOnAndOn]

el editor no lo sabe por sí mismo, como dicen aquí el que lo sabe es el Language Server ("compilador") como dice el del video

[@deimne970]

@@lnsOmniiO que está en el editor

[@deimne970]

@@LeanOnAndOn No, es el soporte para el lenguaje implementado en el editor. El compilador solo "compila". En el caso de javascript, ni eso, pues es un lenguaje interpretado, no compilado.

[@LeanOnAndOn]

@@deimne970 dame la definición de compilar

[@FireCrowCl]

detección temprana de errores

[@senixcode5601]

hola

[@abergod280]

La verdad que no tenía idea que Javascript no hacía algo tan básico como checar que estás llamando funciones sin darle todos los parametros xD. (no he estudiado web, aun). Que ventaja tiene JavaScript entonces? por que se usa tanto?e

[@titandiaz]

Nuria no quiere aprender nada de tecnologías nuevas

[@vannelo]

cuales 5? estos weyes siempre decepcionan con sus videos todos falsos

[@biko8]

Muy básico

[@roy_c]

JS es un lenguaje de juguete. Y TS seria un lenguaje trans, se autopercibe como lenguaje tipado, pero al final en runtime es JS.

[@estebanguzra]

Yo daría like pero me quedé ciego con ese vs code en blanco.