TypeScript es un lenguaje de programación construido por encima de JavaScript. Este superconjunto de JavaScript dota al lenguaje de varias características adicionales que hacen que podamos escribir código con menos errores, más sencillo, coherente y fácil de probar. Desde su creación por parte de Microsoft en 2012, la adopción de TypeScript no ha hecho más que crecer. En especial desde que Google decidió adoptarlo como lenguaje por defecto para desarrollar con Angular.
Comentarios
#6 Hombre... si te pones a usar en todas partes quita Typescript porque pa que
JavaScript.
¿Por qué?
Vue.js.
#2 Sabes que puedes usar Vue con Typescript no?
)
cc #1
Obviamente todo lo que sea tipado siempre va a ser mejor, no hay nada mejor en el código que tener todo bien definido y documentado. (bueno, que funcione
#3 Es genial TypeScript porque existe
#3 Exacto, está documentado en la propia página de Vue. Sería un sinsentido que no lo hiciesen porque, bajo mi punto de vista, facilita muchísimo el desarrollo y minimiza el número de errores que se cometen durante el mismo: https://vuejs.org/v2/guide/typescript.html
#3 Bueno yo odiaba java porque era extremadamente verbose. Pero typescript es capaz de deducir el tipo la mayoria de veces asi que para mi ha superado con creces los problemas habituales del tipado.
Los niños muy pequeños necesitan ruedines para montar en bici sin caerse
Los programadores malos necesitan tipado para evitar bugs.
🔥 🔥
#10 Tienes razón, todos a programar en ASM con notepad. Como machos de verdad.
#12 typescript se parece más a ASM que javascript
#14 Poco ASM has visto tú me parece
#10
como mantra para frontenders lo veo bien, un backender seguramente te diga que los malos programadores que no saben elegir el tipo de dato adecuado para sus variables necesitan lenguajes sin tipar para poder programar
#13 La gracia del duck typing es el polimorfismo de gratis, y eso es util en back también.
#15 igual estoy viejo ya, pero a mi el polimorfismo me gusta ordenadito y separado que luego te llega sabe dios que y vienen los problemas. Igual en una app de un solo desarrollador, pero para equipos grandes cuanto más explicito todo creo que mejor
#17 los equipos grandes deben estar sub-organizados en equipos pequeños que trabajan de forma autónoma e independiente.
#18 si, pero un equipo de 6 o 7 personas ya es suficientemente grande como para que sea importante poder leer el código y que no haya dudas sobre el tipo de dato necesario en cada sitio.
Pero insisto, es opinable, yo igual pienso así pq ya estoy viejo
#20 más viejo estoy yo.
Me cuesta comprender por qué 6 o 7 personas van a editar el mismo archivo
#21 no el mismo archivo. Llámame loco pero si un método acepta una variable sin tipo (var en js, def en groovy, etc) y otro compañero tiene que usar ese método para saber que es lo que tiene que pasarle tendrá que entrar a leer lo que yo he desarrollado, si el método tiene sus parametros tipados no es necesario nada de eso
#22 para existe la documentación, (y las convenciones y los consensos).
#23 si soluciones hay miles y lo importante es que todos en el equipo lo hagan igual, pero sigo pensando (egoistamente) que me es más cómodo no tener que salir del IDE para nada y que todo el código sea lo más autoexplicativo posible. De hecho en donde trabajo documentamos los procesos, no el código; si uso una api y veo el contrato bien definido ya no necesito más para usarla, tener que leerme un documento que lo explique me parece perder tiempo.
#24 el ide es bastante inteligente, y te muestra los nombres de las variables.
Si la variable se llama "username" ya sabes que le tienes que pasar un string, si se llama "userId" ya sabes que le tienes que pasar una id y en tu contexto eso podría ser un entero, un string, o un ObjectId de mongo,, y si se llama "user" ya sabes que le tienes que pasar un objeto de usuario.
Yo vaticino que la moda del tipado en js se pasará. (y luego volverá, y luego se volverá a ir, etc...)
#25 en lo de que la moda en js pasará estoy de acuerdo, nada dura mucho tiempo como estandar en js
#25 Llámame viejuno, pero yo llevo años usando la notación húngara, da igual el lenguaje que use.
#27 https://es.wikipedia.org/wiki/Notaci%C3%B3n_h%C3%BAngara
Madre mía. Que el nombre esté relacionado con el tipo me recuerda a FORTRAN y sus tipos implícitos: Si una variable empieza por I,J,K,L,M,N era INTEGER por defecto, y si no, REAL.
TypeScript, sin duda.
Yo estoy aprendido JavaScript por el tema de desarrollo web. Putabida
#4 Typescript es Javascript pero con tipado, tu aprende javascript, que luego aprender Typescript es simplemente ponerle "esa capa" por encima.
#5 Gracias por el consejo
ADA, o Modula3, o Pascal... A ser preferible, cualquier lenguaje no influenciado por C. Los programas se escriben una vez, pero se leen muchas veces. Mejor que sea fácil de leer que rápido de escribir. Y tipado fuerte siempre. Nunca sabes quién escribió el programa que lees ni quién leerá el programa que escribes.