Debate Typescript y Javascript

Zerokkk #31 Dic '19

#27 Cuando dices "TS no aporta nada" y ante mis primeras respuetas te reafirmas en la interpretación que yo hice, no ayudas a que te crea ahora con que te refieres a que "TS no aporta nada al panorama IT".

Es que claro que TS no aporta nada al panorama IT. ¿Hay acaso algo relativamente nuevo que lo haga? xDD. Lógicamente sí concuerdo contigo en que todo el potencial de TS es para los programadores de JS en sí, ya que mejora mucho el lenguaje. Al igual que prácticamente cualquier cosilla que va saliendo: mejoran nuestra comodidad para trabajar, no necesariamente el sector entero en sí.

#30 ostia tú qué le ha dado a la peña JAJAJAJAJAJA.

B

[Borrado] #32 Dic '19

el éxito se debe a la potencia del lenguaje y lo otro consecuencia de la alta demanda que hay y de que haya bootcamps y fps entrenando chimpancés que con un framework te cobran miseria y te funcionan.

MTX_Anubis #33 Dic '19 :psyduck:

No sé que interpretaión quieres que haga si desde el principio he dicho que no aporta nada porque para utilizar TS por los tipos estáticos mejor utilizo otro lenguaje estatico. De todas formas, deberías aprender a leer mejor:

Decir que TS no aporta una mierda es porque precisamente TS no aporta una mierda más que solucionar un problema de un lenguaje que, vaya, si utilizas otros lenguajes tipados ya está solucionado. Vamos que aporte 0 al mundo de los lenguajes de programación. Como swift que nadie sabe aún qué uso puede tener.
— MTX_Anubis

Dicho esto aqui termina la cosa.

1 respuesta

r2d2rigo #34 Dic '19 Inocente

Ojo que vienen los JavaScript cowboys a decir que el tipado estatico es de pollasviejas y que su codigo totalmente artesanal picado en vi es lo mas mejor del mundo.

No habeis tocado un proyecto de mas de 10000 lineas en vuestras vidas, hulios.

privet #35 Dic '19

No he programado nunca en typescript , pero como mola leer un código y entender que es..

C

castorcillo #36 Dic '19

#25 oh! Un "full stack developer"! Qué chachi!

desu #37 Dic '19

Te veo muy perdido chavalin, primero te recomiendo aprender a programar y despues meterte en debates sobre tipado/sistemas de tipado.

Zerokkk #38 Dic '19

Ahora que veo los comentarios anteriores... #7 estás un poco en la nube tío, realmente tu concepto de enguarrar el código puede entenderse también con escribir montañas de documentación. Un poco de clean code te hacía falta para ver que la mantenibilidad y legibilidad del código es mejorada exponencialmente con tipado.

Y es que entiendo que a veces, la excesiva verbosidad es cansina. Te doy totalmente la razón en ello. Pero es que TS tiene tipado opcional. Hay cositas que es muy probable que no necesites tipar porque no vas a reusar jamás de los jamases, pero con que repitas una cosa un par de veces, ya te cunde crear un enumerador, interfaz, clase o clase abstracta, ya sea para aprovechar el potencial de OOP bien y sin andar jugando con fuego con los prototypes, ya sea para que el propio IDE te brinde una ayuda inestimable, o que el nuevo que acaba de entrar en la empresa entienda el código mucho más rápido.

#33 Porque no puedes usar todos esos lenguajes en todas partes. Porque no hay el mismo market share, ni las mismas herramientas comunitarias. Porque todo el frontend se hace en un mismo lenguaje, por más que haya compiladores que te permitan compilar código guarro a JS. Hay que entender que cada lenguaje tiene su contexto, y JS para bien o para mal, tiene tanto un contexto amplio (pero débil), como un contexto fuerte en el área del frontend.

s4suk3 #39 Dic '19 Penitente

#1 supongo que el js que usáis es el de hace 10 años y no es6 verdad? para que queremos async await pudiendo tener callback hell

1 2 respuestas

Zerokkk #40 Dic '19

#39 Me están viniendo flashbacks de Vietnam sólo con recordarlo.

B

[Borrado] #41 Dic '19

#39 ¿Exactamente qué te hace suponer eso?

Quiero decir, ¿qué en lo que he dicho te ha llevado a pensar eso?

1 respuesta

X-Crim #42 Dic '19 Moderador Mario Kart

Macho tenéis que tener cuidado con lo que decís... que este foro lo leen muchos niños, fperos, y niños fperos... que luego repiten lo que leen en un foro :/

1 respuesta

Camperito #43 Dic '19

Alguien que diga que typescript es una tonteria, es claramente un programador junior, y no te juzgo, en unos a;os, veras como te cambia la idea

1 2 respuestas

JuAn4k4 #44 Dic '19

La mierda es tener un mix de ambos, no acabas de fiarte de nada de lo que te da ts

B

[Borrado] #45 Dic '19

#42 algun problema con la fp?

1 respuesta

Lord_Khronus #46 Dic '19 Abeto

No soy un <1.4k

#20 Me explicas esto? En plan a que te refieres y tal que no lo pillo XD

1 respuesta

Leos #47 Dic '19

#46 Que no cobra menos de 1,4k al mes, es un meme de feda dev

1

Zoko #48 Dic '19

#43

Los hay que van y vienen pensando que es buena y mala idea. No es una cuestión de "soy junior y me creo el rey del mambo y no me hace falta tipos". Hay programadores con mucha experiencia que simplemente no le ven el uso a Typescript, por muchas causas como las ya mencionadas de que quizá no tiene sentido usar JS si te ves obligado a meterle tipos.

B

[Borrado] #49 Dic '19

#43 lejos de serlo y no he conocido a poca gente muy buena que lo apoya. Ha habido varios comentarios con los que he podido aprender y cambiar quizá de parecer pero el tuyo es de consultor junior.

_Rpv #50 Dic '19

#45 Pero si no ha dicho nada malo

1 respuesta

B

[Borrado] #51 Dic '19

#50 ha puesto a los fperos al nivel de los niños cuando xcrim una ingeniería no la ha tocado ni por equívoco. Pero estamos en internet.

1 respuesta

Kaledros #52 Dic '19

Yo soy fpero y no tengo ni puta idea de lo que es xcrim . Ni googleando, vamos.

2 2 respuestas

Leos #53 Dic '19

#52 REally? xd

Heysen #54 Dic '19 Inocente

#52 Post del año

1 respuesta

Kaledros #55 Dic '19

#54 Gracias, me alegro de haberlo conseguido casi en el tiempo de descuento.

s4suk3 #56 Dic '19 Penitente

#41

Añade una capa falsa de robustez que sólo aporta verbosidad y trámites innecesarios

en cualquier proyecto moderno con JS tienes un millón de capas, entre lints, compiladores de css, pre procesadores de código etc...

entonces, tu cómo trabajas con js? sabes react/angular/node? o solo usas js para ocultar un elemento del html con jquery

1 1 respuesta

B

[Borrado] #58 Dic '19

#56 si para ti la complejidad de un proyecto comienza y acaba en un linter, un compilador de SASS y Webpack apaga que nos vamos, amigo.

Lo que no proceso es cómo puedes llegar a esas presunciones desde ese texto que me has citado. He definido el front de un proyecto -que dirijo desde hace un año- con Vue y con eso creo que queda todo contestado.

La robustez a la que me refiero viene de que, a mis ojos, aporta en el código algo que debe aportar la definición de la tarea que sea. Añadirle tipado ficticio a JS no aporta absolutamente nada más que jugar a que estás trabajando con algo que no es con lo que estás trabajando de verdad.

Que le envías un string cuando querías un number, ay TS, qué majo eres por recordarme que no he sabido leer una documentación. Cuando programas con la mente hecha al testeo no necesitas que TS te chive nada. Escribes tus tests, que corren donde tienen que correr y no enguarran el código, y que te lo chiven los tests.

TS es, en mi libro, una ayuda a programadores con malas prácticas. Entiendo su popularidad, entiendo por qué existe, entiendo a quién ayuda pero hace más mal que bien.

1 respuesta

Zerokkk #59 Dic '19

#58 Tienes la cabeza muy comida, y lo demuestras con creces. A ver si te crees que la brutal adopción que está teniendo Typescript en el panorama de JS es por capricho o algo. La mayoría de la gente tenía pereza por aprenderlo, sobre todo porque su aprovechamiento implica conocimientos de OOP (cada vez menos habituales entre FPs y peña que viene de bootcamps). Pero la mejoría que hace a nivel de legibilidad, mantenimiento y reusabilidad, es palpable a todos los niveles, a menos que manejes un proyecto excesivamente pequeño o demasiado reliant en cantidades ingentes de documentación.

El día que te toque tocar TS a base de bien en un proyecto, verás como no es ninguna tontería lo que te comentamos. Mientras, sigue haciendo perder a tu equipo productividad a cascoporro, que seguro que es una idea fenomenal.

PD: JS a pelo es precisamente lo que se carga las buenas prácticas de programación, por más buen uso de la programación funcional o prototipado que hagas.

_Rpv #60 Dic '19

#51 Ni que no fuera verdad que los de fp repetimos lo que leemos aquí. Y a medida que pasa el tiempo vas afinando el filtro sobre a qué usuario hacer caso y a cual no

1 respuesta

Usuarios habituales

Tags