¿Cómo puede Typecript ayudar a que su proyecto crezca?

Douglas Crockford dijo en su libro “JavaScript tiene algunas buenas ideas y otras muy malas”.

Sin ser demasiado técnico, digamos que JavaScript es propenso a comportamientos inesperados. Por ejemplo, una declaración que compara si dos números son iguales podría fallar si los números son lo suficientemente altos (999999999999999 es lo mismo que 10000000000000000 en JavaScript).

Otro punto de desprecio es una de las mayores fortalezas de JavaScript: su flexibilidad. JavaScript es permisivo, lo que significa que incluso si el código no es perfecto, el motor intenta ejecutarlo adivinando lo que pretendía el desarrollador. Cuando funciona, es magnífico, pero cuando no funciona, puede producir resultados extraños.

Por ejemplo, el punto y coma (;) en JavaScript tiene una función muy específica: actúa como un significador de fin de declaración, indicando al motor cuándo finaliza un bloque de código. Pero en JavaScript, en su mayoría son opcionales. Podrías escribir un programa completo sin punto y coma y funcionaría perfectamente. Una vez más, JavaScript hace conjeturas fundamentadas sobre dónde termina cada declaración. Excepto que ese no es siempre el caso.

Las bibliotecas de terceros o motores específicos pueden tener una opinión diferente sobre dónde termina una declaración, lo que se traduce en un comportamiento errático. El código puede ejecutarse en un entorno y generar un error en otro.

Algunos de los peores infractores han sido eliminados en las versiones más recientes de JavaScript. Otras peculiaridades fueron adoptadas por la comunidad como atajos y recursos. Finalmente, algunas bibliotecas y marcos populares han hecho su parte para solucionar los peores aspectos del lenguaje.

JavaScript y escalado

Dejando a un lado las peculiaridades, JavaScript llegó para quedarse. No existen otros lenguajes de programación de navegadores competitivos en el mercado y, a pesar de todos sus problemas, es un lenguaje excelente tanto para principiantes como para profesionales.

JavaScript es perfecto para proyectos o equipos pequeños. Cuando tienes uno o dos desarrolladores trabajando en mil líneas de código, es muy fácil detectar comportamientos irregulares y eliminarlos.

Desafortunadamente, las peculiaridades de JavaScript aumentan a medida que crecen los productos. Lo que originalmente era un comportamiento extraño puede convertirse rápidamente en una molestia, extremadamente difícil de depurar. Cuanto más grande sea el equipo y el producto, más necesitará confiar en una tecnología estable y predecible.

¿Recuerdas esas conjeturas fundamentadas que mencioné antes? Imagine que un desarrollador de un equipo comete un error que pasa desapercibido porque el código funciona como se esperaba. Entonces, cuando el código se integra en el proyecto, el error aún pasa desapercibido.

A medida que pasa el tiempo, el proyecto escala, pero esta vez, el nuevo código falla porque depende del código con errores anterior. Debería ser una solución fácil, ¿verdad? Quizás, a menos que otro aspecto del proyecto dependa del resultado de este extraño comportamiento; en cuyo caso cambiarlo rompería algo más.

Y así, un pequeño e inofensivo error se convierte en una bola de nieve que se convierte en una crisis en toda regla. Estaríamos contando una historia muy diferente si el lenguaje no permitiera comportamientos extraños en primer lugar.

Ingrese mecanografiado

La comunidad de JavaScript es enorme y existen cientos de herramientas diseñadas para prevenir este tipo de situaciones. Aún así, algunos desarrolladores prefieren cortar el problema de raíz, y ahí es donde entra TypeScript.

TypeScript es un superconjunto de JavaScript desarrollado por Microsoft y lanzado en 2012. Tiene un enfoque sintáctico estricto que agrega escritura estática opcional a JavaScript. Para evitar detalles técnicos, digamos simplemente que TypeScript impone algunas reglas que hacen que el código sea más predecible y confiable.

Typecript fue diseñado desde cero para ser similar a JavaScript pero escalable. Por eso, al igual que su predecesor, es un lenguaje multipropósito que puede usarse para escribir aplicaciones del lado del cliente o del servidor.

TypeScript no es un lenguaje de programación diferente. Cualquiera que conozca JavaScript puede adaptarse a TypeScript con muy poco esfuerzo. Es como si un hablante de inglés aprendiera a escribir en un estilo diferente, en lugar de aprender un idioma completamente diferente.

El código TypeScript se transpila a JavaScript, por lo que puede ejecutarse sin esfuerzo en cualquier entorno que ejecute JavaScript. Desde el punto de vista inversor, se trata de una inversión inicial de bajo coste, tanto en tiempo como en recursos.

¿Recuerdas la encuesta de StackOverflow que mencioné antes? TypeScript se ubica como el tercer lenguaje de programación más querido, justo detrás de Rust y Clojure. Es el segundo lenguaje de programación más mencionado cuando se les pregunta qué tecnología les gustaría incorporar a los desarrolladores en sus proyectos.

La razón de esto es simple: TypeScript tomó más de una década de JavaScript e incorporó correcciones que los desarrolladores estaban pidiendo. Para ser justos, los gurús de JavaScript tendrán pocas razones para pasarse a TypeScript. Pero puede ahorrar cientos de horas de depuración y migrañas a desarrolladores junior y equipos grandes.

Piense en TypeScript como una herramienta de comunicación implícita. Cuando un desarrollador escribe código en el lenguaje, otros miembros del equipo pueden estar seguros de que no sucede nada extraño detrás de escena. Puede recoger y utilizar el código sin necesidad de comprobar primero si hay un comportamiento anormal.

Y es por eso que TypeScript es una herramienta tan excelente para proyectos escalables: sus resultados son más confiables y el código es más fácil de entender. Si un desarrollador declara que una variable es un número, no se convertirá mágicamente en una cadena.

Algunas palabras de advertencia...

TypeScript es genial, pero tiene sus propios problemas. Por un lado, es más difícil de leer porque hay mucho más que declarar en comparación con JavaScript. Cuando se trabaja con código desconocido, la falta de legibilidad puede ralentizar el tiempo de producción.

En segundo lugar, TypeScript funciona mejor cuando se escriben todas sus dependencias. Desafortunadamente, esto no es cierto para la mayoría de las bibliotecas JavaScript de terceros; entonces, al usar otra dependencia, estás abriendo la puerta para que regresen comportamientos extraños.

Dicho esto, la mayoría de los desarrolladores adaptan lenta pero seguramente sus bibliotecas a un estilo mecanografiado. Como ejemplo rápido, Angular y Vue 3, dos de los frameworks front-end más populares del mercado, han migrado a TypeScript.

Incluso con sus limitaciones, si está trabajando en un proyecto grande o de escala, espero haber defendido TypeScript. Este superconjunto, por joven que sea, está ganando impulso cada año que pasa y se ha convertido en un estándar para las empresas de TI de todo el mundo.