Feda /dev/ - No Javascript allowed

#34650 #34651 imaginad que en lugar de un CLI es un header de una API o una config.

Tengo un valor por defecto False. Y un flag que activa o un flag que setteo True para activar y False para que se quede igual.

Ahora cambio el valor por defecto a True.

• A breaking change
• B no breaking change, pero hay un caso que el user no ve, si no lo tenia puesto porque no le hacia falta, esperaba un False, ahora tiene un True.

#34659 este mismo caso lo veo en picar codigo. hay gente que hace esto:

main() {
  flag = true
  foo(flag)
}

foo(flag: bool) {
  if flag {
    bar()
  }
}

bar()

xq no haces esto?

main() {
  flag = true
  if flag {
   bar()
  {
}

bar()

simplificando, pero este branching es una horrible mala practica y es muy comun XD

lo mismo con el parseo que he puesto, al recibir por parametro un input por I/O parsealo a los tipos que espera... si falla es una BAD REQUEST y terminas ahi.. no esperes a lanzar la bad request 10 funciones dentro de tu servicio tontito.

esto es lo mismo conceptualmente, pero inviertes el data flow y expones al user el parametro.

luego la gente lee DDD de Evans y se hace pajas con cosas que ni intiende mientras pica codigo de mierda.

el "encapsulamiento" es muy malo en general. esta deprecated por un motivo. nunca lo uses. porque vas a a;adir complejidad a tu codigo en lugar de romper lo antes posible y tener el menor codigo posible.

es que tener foo(flag) es la polla, porque asi me documenta el codigo con funciones, se lo he leido a uncle bob. asi no tengo que pensar en los detalles de implementacion huehueheuheu

#34663desu:

no entiendo como una practica tan mala esta tan arraigada en la industria

Porque está feo romper las cosas de los demás. Que tampoco me parece bien lo que hace MS de dar soporte a especificaciones de API que llevan ahí desde que Windows se arrancaba por línea de comandos porque hay tres máquinas en el planeta que lo pueden necesitar, pero hay un término medio entre eso y FB llevándose por delante el login de siete millones de apps porque ha cambiado el SDK por su cara bonita.

Lo del + de los cli no es muy comun, solo hay unas pocas utilidades que yo conozca que lo usen como dig asi que dudo que lo usara

#34667 pues estoy haciendo la del filosofo griego, es una clasica... voy sacando una conversacion y dandole vueltas. Siguiendo la corriente a la gente y viendo quien esta atento. Pues si la que siempre hago para generar debate interesante.

Si lees mi post original...

#34646desu:

esto es unix philosophy y system design de alto nivel. alto toque y facherio expected.

Entiendo que un FPero como tu que es incapaz de pasar la entrevista cultural entienda lo que es una pregunta de system design... porque no pasas ni de la primera entrevista. Y la verdad. Programando como programas no quiero ni saber cual seria tu solucion. Asique ni alto toque. Ni facherio.

En este caso @MTX_Anubis que es un alumno aventajado que ya me conoce e imagino que se la olia, ha visto que mi logica tenia un fallo que nos llevaba a que ambas soluciones tienen problemas. Entonces cual es la respuesta a la pregunta? cambiar la pregunta.

• La pregunta: esoty dise;ando una API que es un bool y ademas tengo un valor por defecto, como pasarias los parametros???
• La respuesta: para empezar, quitar el valor por defecto y haciendolo explicito

El usuario siempre configura todo, el servicio nunca hard codea nada. Lo contrario que hacen los frameworks. Lo que hacen todas las librerias (si estan bien hechas). Fijense que se sigue manteniendo lo que dije de que es lo mismo en codigo y encapsulamiento... Y el tema de default hell configs lo he sacado muchas veces. Es el mayor problema de la industria. Spring framework en su maximo explendor. Con el codigo he intentado dar una pista... pero parece que no ha funcionado...

En fin, aparentemente una pregunta sencilla, en la practica tenia truco. Por eso es una pregunta buena de entrevista y un error tan comun entre los fperos. Les ense;o la luna y empiezan a hablar de mi dedo. El problema era que en lugar de la Luna te estaba se;alando Jupiter... Si el problema esta mal definido, la solucion estara mal siempre... Forth philosophy.

Paso N1, entiende el problema. Empieza entendiendo el porque. Si no ENTIENDES el problema, NUNCA sacaras una SOLUCION.

#34670 Creo que hay que romper siempre y dise;ar para que al romper el compilador/api falle al parametro invalido y no tiene que haber valores por defecto nunca.

Si tienes un valor por defecto lo deberias exponer y obligar al usuario a settearlo siempre. En este caso tanto la A como la B funcionan! Peroooo, debe ser OBLIGATORIO settearlos. El problema era el default / no settear. Saca el problema del dise;o y tienes una solucion buena.

Tienes razon en lo de no dar la solucion correcta. entonces porque la gente se esfuerza tanto en no romper haciendo el problema mayor? da una solucion, si el problema cambia, cambia la solucion y rompe... repeat.

Nuestra vida no es tan dificil... eres tu que la haces complicada con defaults, multiples flags, parametros y patrones de dise;o estupidos.

#34675 He entendido perfectamente lo que has dicho. Parece que tu <140IQ no. Voy a seguir tu ejemplo:

Mi API hoy tiene 5. Si en el futuro tiene 100 porque mi api es compleja. pues tiene 100. Tu no puedes ignorar que es una api compleja. Para eso te pagan. Menudo red flag no querer entender lo que estas programando ... XDDD

Lo que yo te digo es que eso es un default que tu puedes crear aparte, pero es mi responsabilidad ofrecer la maxima flexibilidad en la API sin cosas hard coded. Yo te expongo los 100 parametros, si tu quieres te puedes hacer un middleware para tus consumidores que siga funcionando con 5 parametros. Es tu decision.

Yo como alguien que escribe una libreria, no puedo harcodear los parametros... Como mucho te puedo ofrecer endpoints auxiliares... Pero es mejor no hacerlo nunca. Algun dia aprenderas la diferencia entre algo publico vs privated... Una libreria y un cliente...

En fin, no es tan dificil de entender. Vuelve a leerlo 3 veces y ya lo captaras crack.

No entender lo que es la inyeccion de dependencias... y luego se pone a hacer clases abstractas. como podeis ser tan tontos los fperos? es que os cagais en cima y luego os lavais la cara con vuestra propia diarrea.