Cuando se anuncia algo nuevo, la gente tiende a elegir lados. Cuando se anunció TypeScript, escogí erróneamente algunos conceptos clave que no resonaron conmigo, y luego elegí mi lado: en contra. Voy
a tratar de explicar lo que pensaba cuando se ha anunciado TypeScript y cómo llegué a darse cuenta de que hay grandes mentes detrás de él que realmente saben cómo generar grandes beneficios sin grandes sacrificios.
Mis pensamientos iniciales después de que TypeScript fue anunciado
Cuando Anders Hejlsberg está trabajando en algo, ese proyecto automáticamente tiene toda mi atención. Tiene cerca de 30 años de experiencia en la construcción de compiladores y el diseño de lenguajes de programación. Puede leer más sobre su participación en varios lenguajes de programación en su página de Wikipedia.
Cuando me enteré de que estaba trabajando en un idioma que es transpiled (también conocido como de fuente a fuente compilado) a JavaScript, inicialmente me sentí decepcionado. Microsoft va a la ruta Dart / CoffeeScript y rechaza el estándar ECMAScript. No voy a aprender un nuevo idioma y olvidaré todo lo que aprendí para expresar algo en una forma más corta. Debe haber algo más en eso.
También tuvo malos recuerdos de cómo Microsoft trató de conseguir desarrolladores de Windows en el desarrollo Web mediante la introducción de ASP.NET Web Forms. Web Forms abstraía las tecnologías básicas de la Web con resultados mixtos. ¿Es TypeScript dirigido a desarrolladores C # que “no pueden” aprender JavaScript? ¿Es un nuevo idioma con características que son familiares a los desarrolladores de C #?
Incluso con Hejlsberg en el equipo, simplemente no podía emocionarse con TypeScript, y no profundizar más. Perdí completamente algunos puntos clave del lenguaje y el compilador.
Uso de TypeScript con otras herramientas
Cuando pienso en otras herramientas que he utilizado para el desarrollo de JavaScript, me viene a la mente lo siguiente: linting tools, Browserify / Webpack, frameworks de prueba y BabelJS. ¿Es TypeScript hacer algunos de ellos obsoletos?
Herramientas de recubrimiento
Si TypeScript es tan potente cuando se trata de detectar errores, ¿necesitamos herramientas como ESLint o JSHint? La respuesta es “sí”. Por ejemplo, además de las comprobaciones de errores, ESLint contiene comprobaciones de formato de código de estilo y p
rácticas óptimas. Lamentablemente, la compatibilidad con ESLint se basa en
el proyecto TypeScript ESLint Parser, que se encuentra en fase experimental.
La buena noticia es que existe una herramienta llamada TSLint que se creó para TypeScript.
Conclusión
Espero poder darle al menos una pequeña parte de mi entusiasmo para que usted dé a TypeScript otra oportunidad. Me gustaría saber si has tenido experiencias exitosas o miserables usando TypeScript en proyectos reales. ¡Hasta la próxima vez!
