¿Por qué los desarrolladores web usan TypeScript o CoffeeScript sobre JavaScript nativo?

Porque es muy lindo. Comencé con Javascript, pero luego me tomé un descanso e hice algo de desarrollo de juegos con Unity usando C #. Volver a JavaScript desde C # es una especie de sorpresa. De repente, la herencia clásica se ha ido, el tipo de conversión se ha ido, etc.

Me gusta JavaScript pero de personas que provienen de un entorno de cualquier lenguaje clásico como C #, Java, C ++, etc.… es un poco extraño que JS tenga herencia protípica y no clásica, lo cual es confuso para muchas personas. También es molesto no tener conversión de texto para ayudar con la depuración, no poder usar interfaces para definir esquemas de objetos, etc.

Entonces, Typecript nos brinda toda la funcionalidad que conocemos y amamos, pero con Javascript, el lenguaje de programación más popular y el jugador principal en el desarrollo web (y también la aplicación con React Native, serveride con Node, etc.)

Por eso uso el mecanografiado: D.

Porque TypeScript es un súper conjunto de javascript.
sigue oops.
identifica errores de tiempo de compilación.
fácil de aprender para C #, desarrolladores de Java.
finalmente mecanografíe convers a javascript cuando se ejecuta en el navegador.
La documentación angular oficial está actualmente escrita en TypeScript.

Yo no (¿todavía?) Porque no me gustan los preprocesadores. Si un navegador ejecutara Typecript nativo, lo usaría.

Mi experiencia me dice que si encuentra un error en el preprocesador, perderá una enorme cantidad de tiempo, lo que anula todas las ventajas de Typecript o Coffeescript.

Y, por cierto, Ecmascript 2016 está incorporando muchas características que se encuentran en Typecript.