Feda /dev/ - No Javascript allowed

#23192 Tienes que crear un struct que tiene N campos.

tienes que validar los N campos por separado

si esta bien devuelves el struct.

si falla algun campo te tienes que quedar el error. si tienes multiples errores por ejemplo te interesa concatenarlos.

en mi caso si todo esta bien quiero una Person {name, age}

y si falla me gustaria tener una lista de strings, "name failed, age failed", si solo falla el nombre "name failed".

como lo haceis en la FP (que no haciendo FP)

yo por ejemplo los errores no los concateno pero podria facil.

un verdad js artisan hace 4 churros y cien if/else anidados?

#23194 Ahora imagínate que tienes structs anidados.

Tienes Person { name: Name, age: Age, direction: Direction }

Name, Age y Direction tienen multiples campos y validaciones.

Quieres hacer Person y sino devolver los errores.

Luego tambien si algo falla, por ejemplo age, como harías valores por defecto?

Otro ejemplo, imagina que dirección consulta una api para bajarse una api de la foto de tu casa de google maps, como harías estrategias de retry antes de poner el default en caso de fallos?

Al final se va complicando y anidando mierda... Si aplicas el patron estandard desde el principio te evitas lios y conforme necesitas complejidad como los default o los retry los vas metiendo. Lo bueno que tienen los aplicativos es que los anidados ya los cubres sin hacer nada...

Si lo haces siguiendo el patron sera todo un par de funciones compuestas, todas independientes y fáciles de mantener, sin churros spaghetti. Si ma;ana cambias un struct intermedio, imagina que tienes 10, no rompes nada de la logica en ningun punto.

Dentro de los patrones los aplicativos para verificacion/parseado es de lo mas util y utilizado. si necesitas algo mas complejo, creas un wrapper de tus structs y vas concatenando tus wrappers con los resultado intermedio (partial application)

Sobre tu codigo, tener "isValid" de tus tipos es una red flag/code smell. No estas usando el sistema de tipado. Pero bueno, habria que ver tu codigo mas en detalle, porque tampoco pasa nada por tener algun flag a veces o un optional... mejor el optional y usar el sistema de tipado un poco.

#23195 Para mi la palabra es sentido comun. Programar para hoy, no para ma;ana. Todo eso que dices esta muy bien, pero si hoy por hoy solo necesito hacer X no voy a hacer sobre ingenieria por si ma;ana necesitamos Z e Y.

Y esto no quiere decir hacer codigo de mierda ni churros, simplemente, sentido comun, sentido que yo creo que se consigue: siendo curioso, haciendo lo que te gusta e implicandote y programando mucho.

Luego ya lo perfecto es saber la teoria y saberte el nombre de las cosas, yo no tengo ni puta idea de patrones ni que cojon es un monad, pero estoy seguro que desde la ignorancia los aplico organicamente en mi dia dia solo por la pura experiencia de ver como las cosas me han funcionado mejor y como peor.

#23200 Antes que hablar, hay que pensar. Que no he escrito el código porque creía que se entendía ...

r = []
for e in elements:
  r.push(function(e));
return r

vs r = elements.map(function)

Lo que deberías enterarte ahora es que tienes problemas neuronales.

Aix, no se ni para que contesto a los trolls malos. Al menos Vidal pone su codigo y no es un mariquita.

#23202 Hoy estoy en casa. Ando acabando lo de Rust de chill. No me queda mucho creo. Tu que tal? Veo que hoy has aprendido lo que es un map. Ahora te toca el filter y el reduce.

#23203 reduciendo el espacio de búsqueda de un algoritmo. Te dejo tranquilito con tus tutoriales.

Hoy a desu le supera el personaje. El pobre va a terminar como el de TempleOS.

#23213 https://vocaroo.com/14qqccGnVP5P

sera que mis dias libres foreo mas.

pero bueno que esperas, un anormal que no sabe que un map por dentro es un for y luego intenta hacerse el interesante cuando tendra un curro de mierda o estara en la universidad sacando papers en nombre de un abuelo HAHAHAHAHAHHHAHA

el mas tonto es el que mas habla, y luego sale corriendo.

que el map y el for sirven para fines distintos y tiene -20 de sentido compararlos..

luego te cambia de tema se;alandote, la tipica del anormal que no tiene argumentos y solo queria joder.

tampoco espero muxo del nivel medio del hilo, FPeros que se creen geneios dotados de la mano de dios porque usan un map, pero eh, luego no vayas a usar el sistema de tipado y usa flags como un pajeet que sino es sobre enginieria HAHAHAHAHAH

aún sigo ambivalente con respecto a pillarme algo de merch de templeOS

ah qué bueno este joder, ojalá vivir US para tener excusa para llevar un chaleco anti balas