-
Notifications
You must be signed in to change notification settings - Fork 13
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
duda test 10 carga de datos #446
Comments
Hola, el detalle que puedes tener es que el descuento con redondeo se aplica a cada una de las pizzas del pedido por separado. No es llegar y aplicar descuento + round() una vez sumado todo, sino que debes aplicar el descuento con round() para cada pizza de un pedido. Avísame como te va considerando esto. |
Hola, acabo de ver tu código. El error que tienes es uno bastante imperceptible. Presta atención en donde calculas la ganancia: el orden en el que multiplicas si afecta al resultado. En general, deberías evitar multiplicar por un float siempre que puedas cuando necesitas exactitud, y si no puedes como este caso, realízalo al final pues este tipo de datos inducen problemas de precisión. En vez de multiplicar por el descuento en el medio, multiplícalo al final. Avísame si ahora si te resultan los tests. |
gracias hermano ahí funcionó, te pasaste de verdad🙏🙏🙏 |
Hola! No termino de comprender el procedimiento del descuento.
Luego lo de los round, bueno, el enunciado dice que este se le debe aplicar al total de las ganancias por pedido, sin embargo acá mencionas que el round se le hace al descuento. Entonces no entiendo muy bien a quién seguir y cómo proceder. |
Hola, vayamos por partes. Leamos lo que dice el enunciado: La ganancia de cada pedido estará determinada por: la cantidad pedida de una determinada pizza, el De acá queda claro que la ganancia de cada pizza por separado, usando los atributos de las namedtuples, es: precio * cantidad * (1- descuento).
Haciendo esto deberías llegar a la solución esperada. Si te fijas bien, la aplicación de round() en este procedimiento no contradice el enunciado pues este explícitamente dice que siempre se debe usar cuando tengas una ganancia tipo float, y esto efectivamente se cumple pues al multiplicar int por float este último tipo es el que adopta el resultado por defecto en python. |
Vale gracias! |
Hola , siguiendo los pasos de dados para calcular el precio de cada pedido que diste me sigue dando dos errores por una unidad en dos casos, especificamente en los de archivos de porte s y no logro entender el por que de estos (mi codigo esta subido a mi repositorio). |
Este Issue me acaba de salvar media hora de cabezasos contra el teclado, muchas gracias |
disculpen pero aun tengo problemas incluso haciendo round antes de sumar los (int * int * float) entre los con mismo ID como se dijo. Habría alguna otra razón por la que algunos elementos se diferenciarian solo por 1 unidad? |
Prerrequisitos
(Marcar colocando una
X
entre los corchetes los ítems que ya hiciste, así:"[X]"
)Duda
Hola, en el test 10, tengo buenos los de correctitud, pero malos los de carga de datos y me fijé que todos mis precios solo varían por una unidad, ejemplo: 991 != 990. Nose si es porque estoy usando mal round() o porque los tests están mal.
(todo esto en el test de tamaño S, para que se pueda visualizar)
The text was updated successfully, but these errors were encountered: