[Javascript] Hilo General

¿Alguna página de ejercicios donde pueda practicar diferentes algoritmos?

Me acabo de encontrar con un video de youtube donde hacen una "entrevista" a programador JS y el ejercicio iba de encontrar el número más alto y más bajo de un array pasado como parámetro.

Lo he intentado hacer por mi cuenta y no he podido.

Me gustaría encontrar ejercicios de este tipo para romperme la cabeza.

#216 En algunas en las que he estado me pidieron hacer una prueba de estas frente al entrevistador, compartiendo pantalla. Las easy asi que incluso si no te la preparas no pasa nada.

Por lo demás, suelen tirar mas de prueba práctica

#216 Mírate las mierdas de js que al final no salen en la vida real como hoisting, prototypal inheritance, this y el scope (bind, call, arrow functions vs functions, var vs let/const). También temas que si se usan como closures, como asegurar imutabilitad con destructuring y los métodos que mutan y los que no.

Son tonterías pero a mi me han salido alguna vez.

#224 No es que tengan acceso, es que estás capturando ese valor en el momento en el que defines la función hija - y solo a las variables referenciadas, no a todo el scope.

Por ejemplo, el siguiente fragmento de código:

const outer = () => {
  let a = 0;
  const inner = () => {
    debugger;
  }
  inner();
}
outer();

Vale que es estúpido, pero si ejecutas eso en Chrome, tendrás un punto de ruptura dentro de la función inner. En la consola de chrome verás que no tienes acceso a la variable "a". ¿Por qué? Porque no está referenciada desde inner, y el motor de JS, al parsear la función, puede construirla sin necesidad de otros scopes (inner es una función pura).

Si dentro de inner, ahora, referencias a "a" (por ejemplo "console.log(a)") verás que dentro del punto de ruptura ya tienes acceso a "a". Eso es porque el motor ha construido la función inner, y ha visto que utiliza una referencia a una variable "a", que no está definida en ella. El motor empieza a recorrer los scopes "padre" de la función (en este caso, inner > outer > document), y encuentra "a" en "outer". Resultado: ahora el scope de "inner" está asociado con el scope "outer", porque la variable "a" está en dicho scope - y solo para eso, el resto de variables del scope de "outer" no estarán disponibles en el scope de "inner" a no ser que las referencies. Y ojo, que en tiempo de ejecución, la "a" de "inner" es la "a" de la función "outer" que la creó (solo esa, pues cada invocación a "outer" genera una nueva variable "a" a la que se asocia su propia copia de "inner" - entendiendo las referencias).

El tema de las closures es entenderlas: qué valor de "a" estás referenciando. Saber cómo, cuándo va a cambiar, y cuándo usar closures o no. En código limpio y FP (si intentas utilizar funciones puras) no deberías usar muchas closures, pero para ser un buen desarrollador de JS debes entenderlo, porque te las encuentras a menudo y no deja de ser un recurso más del lenguaje. Y como recurso viene muy bien en algunas situaciones.

Alguien me podria indicar la diferencia entre estos dos codigos:

for (var i = 0; i < 3; i++) {
setTimeout(() => console.log(i), 1);
}

for (let i = 0; i < 3; i++) {
setTimeout(() => console.log(i), 1);
}

En var, el resultado es 3 3 3 y en let es 0 1 2, pero no entiendo la diferencia.

#232

Gratuitos:

• The Odin Project
• Fullstackopen (este es durillo si eres muy novato)

Udemy:

• Jonas Schmedtmann

Si te sobra la pasta:

• Frontend Masters

#236 es lo lógico. Estas haciendo un spread de los elementos. Si los elementos son referencias, las referencias son las mismas, es el array el que no es el mismo. Lo que necesitas es un deep clone o un map, como bien dices