Consejos para un desarrollador TypeScript | Invitado:

[@bezael]

Un placer enorme estar con mi compadre, Manuel. Muchas gracias por la invitación

[@ManuelZapata]

A ti por atender el llamado. Seguro no será la última vez que te tengamos por acá :D

[@RetroCode0011100100110111]

Muy bueno gracias Manuel

[@nelsonjaramilloc]

Buenos tips, muy bajito el sonido del vídeo...

[@edustreamimg]

migrar currificación es un dolor

[@cristianmanosalva4876]

Excelentes concejos.

[@ManuelZapata]

🙌

[@CristopherPS]

Excelentes consejos!

[@ManuelZapata]

🙌

[@lvbernal]

Excelente invitado! Muy buen contenido

[@ManuelZapata]

Gracias Leo!

[@yamillanz6398]

Excelente video...Olvidaron mencionar un par de cosas...DENO, nativamente soporta TS y otra gran ventaja es la mantenibilidad del codigo para otros desarrolladores que les toque modificar el codigo que no han desarrollado (esto inspiro al creador de TS)

[@ManuelZapata]

Gracias por el aporte Yamil!

[@ricardomoralesparedes5407]

No tienes uno de Java?

[@ManuelZapata]

Aún no. Creo que ese será el próximo. Algún referente de Java que me puedas recomendar?

[@ricardomoralesparedes5407]

@@ManuelZapata sin duda yo pensaria en kzbin.info

[@dayanaromerosoto1426]

@@ManuelZapata Sí me permites recomendarte a Cristian Henao aquí dejo su canal : kzbin.info

[@victorpinedo5121]

La diferencia entre las interfaces y las clases, es que las primeras agregan un poco de ese tipado estático a JavaScript el cual si está presente en lenguajes compilados como C, Java o C Sharp. El tipado estático permite detectar los errores en tiempo de escritura, no así cuando ya el código se ejecuta como normalmente lo hace JavaScript al ser un lenguaje interpretado. Por su parte las clases son principalmente para encapsular funcionalidades ( propiedades y métodos ) y crear capas de abstracción entre distintos componentes de angular, pero que no nos van a ayudar mucho con la detección de errores o echarle una mano a JavaScript en ese flojo o mal proceso de coerción de tipos que ofrece como lenguaje . DECORADORES Es otro mecanismo creado por los ingenieros de software para extender funcionalidad y crear abstracción, pero se diferencia de las clases en cuanto a que es una arquitectura más flexible y menos restrictiva, podría decirse que se parece a usar Hooks para inyectar funcionalidad a clases, sin crear mucha profundidad como lo haría normalmente el patrón de clases y herencia tradicional PostData: amo JavaScript y un gran abrazo a Bezahel, me alegra mucho el crecimiento que está teniendo y también a Manuel a quien admiro mucho y es un referente para mi.

[@ferdysduran9173]

Nestjs ❤❤❤

[@ManuelZapata]

🙌

[@zendphpcolombia4902]

Es que además recordemos que typescript no existe realmente, para lo que sirve realmente es para que no escribamos un código en js tan asqueroso ya que typescript convierte a js, si tenemos en cuenta que todo lo que hacemos en TS se va a volver JS pues es diferente, pero el poder usar any de por si es la pérdida de control total sobre un tipo de dato y una de las razones por las que es tan dificil blindar el código de bugs... cosas que no pasan igual en otros lenguajes como elixir... es lo mismo que el null... desde mi punto de vista... Igual gracias TS por que hiciste lo que los creadores de JS no pudieron y poder tener un código decente.

[@AndresLobaton]

En php existen los decorators?

[@edixonpina2755]

El patron de diseño existe y se puede implementar, pero la sintaxis como tal no lo permite, tienes que usar implement class para hacer uso de un decorador, es decir, que al final estas usando poo de toda la vida.