Feda /dev/ - No Javascript allowed

He sido feliz durante 10s...
Me ha salido en Google "Prueba el nuevo tema oscuro" o algo así del estilo y pum! Todo Google oscuro sin tener que hacer mierdas.
He entrado al rato esperando ver esa maravilla again y ni sale ni deja activar la opción por ninguna parte...
Mis hogos vuelven a sufrir con Google.

#21086 No sé exactamente los números pero lo de CodelyTV es normal, son una plataforma de enseñanza y es necesario mostrar una proyección diversa si quieres mejorar este sector y encontrar referentes femeninos. A mí la diversidad no me molesta.

Lo que me molesta es la paternalidad que hay por twitter y en la industria cuando es probablemente la industria ténica donde tienen más fácil progresar

#21098 Buen portatil por si te entran a robar, se lo tiras a la cabeza y lo matas

#21110 Postea el codigo.

Diria que esta mejor de lo que tenias.

Pero lo mejor aun es tener esto a nivel de tipado si se puede cambiando la signatura de la funcion y haciendola una funcion pura. "Restringir" la signatura mediante el tipado que le llamamos.

Si no es possible lo mejor seria tener un assertion y un early return.

Donde este early return te devuelva un Optional/Maybe (Relajar la signature de tu funcion mediante el tipado) o tirar una excepcion.

Por ejemplo imagina este caso, con el optional relajo la signatura, creando un nuevo tipo que verifico al instanciar o al crear el struct, me aseguro que esa funcion solo recibe positivos y me ahorro la assertion.

def foo(a: int, b: int) -> int:
    if a < 0 and b < 0:
        return -1
    else:
        return a * b

from typing import Optional

def foo_relaxed(a: int, b: int): -> Optional[int]:
    if a < 0 and b < 0:
        return None
    else:
        return a * b

@dataclass
class PositveInt:
    def __init__(self, value):
        if value < 0:
            raise Exception("invalid positive int")
        self.value = value


def(a: PositveInt, b: PositveInt): -> PositveInt:
    return PositveInt(a.value * b.vale)
 

Sobre que es mejor si relajar o restringir, siempre restringir el tipado. Relajar se usa solo para interoperabilidad del estilo ts -> js, kotlin -> java, rust -> c/cpp etc. Si estas en un lang estatico.

En un dinamico con ids o algo.. me lo tendria que pensar que es mejor. Pero te diria que si puedes tipado primero.

#21112 En ese caso, al ser un "caso de uso" relacionado con el formulario de registro de solicitud.

Lo mejor seria:

const form = this.formularioRegistroSolocitud
if (!this.isValidFormularioRegistroSolicitud(form)) {
  return exception
}
// a partir de aqui sabes que SIEMPRE sera correcto el form con TODAS tus reglas

Porque de esta manera estas agrupando todas las reglas de parseado y validacion en una funcion.

Pero vamos, que vas en buen camino XD

Vaya complejazo gastais los que no parais de menospreciar a la gente de Frontend JAJA

#21113 el que lo ha hecho no quiere comprobar que los campos sean validos sino saber que campos son null o vacíos para guardarlos en una variable que es un filtro.

Yo hubiese hecho un forEach de los controles (son formularios de Angular) y ya.

EDIT: no entiendo que hace este tio la verdad veo que hace muchísmo código para hacer cosas muy muy simples