Skip to content
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

Added Feedback mcq #270

Merged
merged 1 commit into from
Apr 26, 2023
Merged
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
28 changes: 26 additions & 2 deletions _sources/lectures/TWP40/TWP40_10.rst
Original file line number Diff line number Diff line change
Expand Up @@ -41,6 +41,30 @@ Ejercicio

Preguntas frecuentes
--------------------
.. mchoice:: feedback_l40_10_1
:random:
:answer_a: nos ayuda a construir el producto correcto sin desperdicios ni redundancias
:feedback_a: A menudo tiene sentido escribir la prueba primero y luego escribir tanto código como sea necesario para permitir que la prueba pase.
:answer_b: Hace que el código se ejecute más rápido.
:feedback_b: es incorrecto porque la definición de pruebas no afecta directamente la velocidad del código.
:answer_c: Permite al programador escribir menos código.
:feedback_c: es incorrecto porque escribir pruebas en realidad requiere que se escriba más código.
:answer_d: No es necesario para una buena programación.
:feedback_d: es incorrecto porque definir pruebas es un aspecto importante de las buenas prácticas de programación.
:correct: a

+ ¿Por qué definir algunas pruebas antes de la implementación es una buena práctica de programación?
+ ¿Cuál es la ventaja de escribir pseudocódigo en la etapa de diseño?
Por qué definir algunas pruebas antes de la implementación es una buena práctica de programación?

.. mchoice:: feedback_l40_10_2
:random:
:answer_a: Permite probar el flujo lógico del programa antes de codificarlo.
:feedback_a: Escribir pseudocódigo en la etapa de diseño brinda varios beneficios, incluida la capacidad de probar la lógica y la estructura del programa antes de escribir cualquier código real.
:answer_b: Ahorra tiempo y esfuerzo en la codificación más adelante.
:feedback_b: es incorrecto porque escribir pseudocódigo requiere tiempo y esfuerzo, pero es una inversión que vale la pena en la etapa de diseño.
:answer_c: Ayuda a identificar errores de sintaxis en el código.
:feedback_c: Esto ayuda a identificar errores lógicos, lagunas y lagunas en el diseño del programa, lo que ahorra tiempo y esfuerzo a largo plazo.
:answer_d: Facilita la depuración del código.
:feedback_d: Esto ayuda a identificar errores lógicos, lagunas y lagunas en el diseño del programa, lo que ahorra tiempo y esfuerzo a largo plazo.
:correct: a

Cuál es la ventaja de escribir pseudocódigo en la etapa de diseño?