[Javascript] Hilo General

#270 Cuál es tu duda exactamente? Parece que tu problema es comprender bien lo que hacen push y shift.

Push añade un elemento al array sobre el cual estás llamando la función.

const arr = [1,2,3]
arr.push(5) // arr ahora contiene[1,2,3,5]

Así que lo primero que haces es añadir un elemento al array.

Shift() es una función que elimina el primer elemento de un array, y lo devuelve.

const arr = [1,2,3]
arr.shift() // arr ahora contiene [2,3]
const segundoValor = arr.shift() //  segundoValor es 2, y arr ahora contiene [3]

Push añade un elemento al final del array ("a la derecha"), mientras que shift extrae un elemento del inicio ("a la izquierda").
Así que nextLine lo único que hace es añadir el elemento que te pasan en item a arr, y a continuación extraer el primer elemento y devolverlo.

#273 El shift, push, pop y unshift si lo entiendo, lo que no entiendo es por que se hace push al arr y eso se suma al array de constArr.

Como coño sabe esa funcion que pusheando el arr de nextInLine se ha de sumar al constArr?

EDIT: #274 eeeeexactamente creo que ese era mi problema!

#280 Es tema de scope, el this en un arrow function no referencia al objeto, si no al scope superior que normalmente sera el objeto window.

En una clase el this es una referencia la clase

#258 Personalmente no estoy de acuerdo con lo que comentas, para mi al hacer uso de TypeScript debería ser obligatorio tipar lo que devuelve la función. La definición no debería depender de lo que devuelve, lo que devuelve debería de depender de la definición. Yo me atrevería a decir que es como una especie de test unitario que te asegura en todo momento que estás devolviendo lo que realmente quieres devolver, y a partir de ahí que TypeScript tome implícito lo que quiera más adelante. Si no se tipa, se está definiendo como any, y para eso no usaría TypeScript. Es más creo que prefiero el any a no poner nada xD

#283 Veo tu punto, pero el propio TypeScript te va a petar por todos lados si cambias, por ejemplo, el valor de esa funcion de string a number, porque en todos los sitios donde la usas y donde asumia que devolvia string ya no lo devuelve. Pusieras o no pusieras el tipo que devolvia, por lo tanto, muchas veces se puede considerar solo ruido.

Y si de verdad tienes que ser muy claro con lo que devuelve, por X razon (libreria publica, api...) pues lo que haces son interfaces con absolutamente todo definido y donde typescript no tiene que adivinar nada.

Pero por ejemplo esta function

const juntaStrings = (string1, string2) : string => `${string1}${string2}`

Poner el : string es puro ruido que no aporta nada

#286

Pero es que no es lo mismo y dentro no puede pasar cualquier cosa. Si yo he decidido que una funcion va a devolver un tipo en concreto no tengo por que tiparla al definirla y es exactamente igual de segura ya que para algo tenemos el typechecking y donde se use esa funcion ya chillará si he dejado de devolver un tipo concreto.

Siguiendo tu regla tambien tendrias que hacer esto, no?

const foo: string = 'foo';

#288 Es redundante e innecesario. Si quieres tipar todo, adelante, pero es más normal dejar al compilador de TS que haga su trabajo. Si inicializas una variable a string, el compilador infiere fácilmente que es de tipo string. En algunos casos, como valores de retorno de una función, es entendible que quieras añadir tipos para que quien vaya a consumir el código sepa qué retorna, pero si declaras e inicializas una constante a un tipo primitivo, no tanto.

También harías esto (mismo caso)?

const a: string[] = ['a', 'b', 'c'];
const b: string[] = a;

En mi caso, para mí es mucho más importante otras prácticas como intentar no usar any/never. Al final, yo lo que quiero es que TS sepa el tipo de todas las variables y funciones que voy a utilizar, no escribir más código. Si todo pasa los checks de TS es porque TS sabe qué valor tiene todo, ya sea inferido o no.
Es decir, te va a avisar igual ya sea por inferencia de tipos que porque lo has puesto a manubrio

Buenas! Una preguntilla, me he puesto a estudiar web dev (vengo del backend típico de Java+Spring+SQL, de fintechs cárnicas de mierda) y después de un curso muy interesante de Angela Yu (https://www.udemy.com/course/the-complete-web-development-bootcamp/) estoy haciendome otro curso que tenía ya comprado de Maximilian Schwarzmüller (https://www.udemy.com/user/maximilian-schwarzmuller/) y tengo pensado hacerme un último curso de CSS (https://www.udemy.com/course/advanced-css-and-sass/) ya que es lo que más más más flojeo.

Teniendo un poco este contexto, me sabríais decir páginas o repos de Katas y estos temas? Estoy muy perdido y quiero hacerme katas, ya sean diaras, semanales o mensuales pero no tengo ni idea, ¿alguina recomendación?