■ Este hilo se encuentra guardado en el archivo
Coffeescript y Typescript (¿para qué?) (10 respuestas)
1 :
root@bienvenidoainternet.org:~#
: 07/03/20(sab)20:20:50
ID:zv9HeHx60
Me cuestiono la utilidad real y el por qué de la existencia de esos dos lenguajes. Son básicamente javascript, pero uno hace la pega "más fácil" a los devs de javascript (que de por sí ya son bastante perezosos) y el otro añade dificultad que nadie necesita como tipado estático y sintaxis estricta.
¿Por qué no usar js vanilla, el de toda la vida? Es incluso más fácil de leer.
2 :
root@bienvenidoainternet.org:~#
: 07/03/20(sab)20:24:48
ID:+XP4mUU50
>¿Por qué no usar js vanilla, el de toda la vida?
Porque el patrón manda.
>hace la pega "más fácil"
prohibido facilitar tareas
>dificultad que nadie necesita
[cita requerida]
4 :
root@bienvenidoainternet.org:~#
: 07/03/20(sab)21:21:45
ID:vM1apG/yR
Siempre he encontrado algo estúpido hechar consignas en contra de alguna tecnología, llamence lenguaje de programación, computadora ect. Me recuerda a los programadores que siempre han odiado PHP con aire de superioridad y elitismo, cuando, a pesar que hay lenguajes mucho mejores, la norma en la industria es trabajar en ese lenguaje.
Lo que dice 2 es cierto, al fin y acabo los patrones son los que mandan y si quieren hacer las cosas con sus reglas a ti solo te toca acatarlo o hacerlo como a ti te plazca con el riesgo de que te despidan.
>>3Tal vez exageré al decir dificultad, no tanto así, pero sí añade cosas que no son necesarias en js como tipado estático, como un intento bastante tonto de imitar a java / C#, cuando js por sí solo sirve bastante bien sin esos elementos que añade ts.
>>4No odio PHP. Incluso he hecho como 2 proyectos personales en ese lenguaje y alguna vez envié pull request a un motor de IB escrito en PHP
>>5>cosas que no son necesariassi fuesen innecesarias entonces nadie las utilizaría ;)
Bueno, en eso si tienes razón.
Para controlar proyectos antes que la competencia. Inventar sublenguajes para lograr ventas de tu IDE o donaciones.
>el otro añade dificultad que nadie necesita como tipado estático
Como usuario diario de Typescript me niego rotundamente a ver eso como una dificultad. Cuando trabajas con servicios web, notificaciones de mensajes, colas, APIs REST, entre otras cosas, conocer en profundidad el tipo de variables que se pasan de un lado a otro es vital para el buen funcionamiento de lo que programo. La serializacion de objetos para la comunicación desde los frontends se hace relativamente fácil, al saber como tratar y como se va a manejar los datos recibidos (en los ws) y prepararte para manejar cualquier excepción que pueda ocurrir, incluso se hace más fácil trabajar con promesas.
Creo que
>>1 ha tenido que sufrir los que sufrimos cuando tenemos que depurar y lo que hay en JS no coincide con lo que había en TS. Idem con SASS, LESS, SCSS y demás basura.
3 KB
■ Este hilo se encuentra guardado en el archivo
weabot.py ver 0.10.9
Bienvenido a Internet BBS/IB