Hola, si tal cual tu profesor tiene razón y de hecho yo siempre he pensado que usar while(True) es una mala práctica porque lo veo irrelevante, ya que él while además de ser un bucle es como si fuera una función recursiva que se llama a si misma y los parámetros es lo que se tiene que cumplir para que el bucle genere ciclos (vueltas).

Para mi la mejor manera de usar un bucle infinito es con while(1).


Saludos

Hola!

Le preguntaste a tu profesoir el porqué te anuló el examen? Porqué el considera que es una mala práctica? Porque él es quien devería responder primero...

Desde mi punto de vista, se considera mala practica pues internamente deve evaluarse la condición que termina el bucle. Y puede que por error (por complejidad del código, lógica del algoritmo u otro) nunca se alcance la condición, por lo cual el bucle infinito sería infinito. Lo ideal es examinar la condición al momento de ejecutar el while (en la declaración del loop).

Ahora, habiendo reverseado muchos programas, puedo asegurarte que (a bajo nivel) el while (True) se usa muchísimo. Incluso en muchos códigos de alto nivel (donde es más sencillo ver los errores en el código) existen innumerables while(true).

Pero siempre está la sombra de error en la lógica del algoritmo, por lo cual la condición de fin nunca se cumple y terminas con un bucle infinito.

Saludos!

PD:

While(1) es lo mismo que While(True) pues 1 resuelve como True cuando se lo evalúa como boolean.


Cuando trabajes codeando en una empresa, verás que tendrás que aprender dichas buenas/malas prácticas; pues tu código deberá ser entendido/modificado/evaluado por otras personas (aunque puedes seguir haciendo lo que quieras, en algún momento tendrás inconvenientes por ello). Es por ello que existen dichas prácticas.

Técnicamente, lo que se argumenta es el desplace de la condición al cuerpo del while. Yo no creo que esa sea razón para anular un examen.

Y si te anula el examen porque al usar true generas un loop infinito. Hay varias formas en las que puedes producir loops infinitos con condiciones. A veces incluso es mucho más difícil dar con el loop infinito puesto que la condición que lo genera se da también en el cuerpo.

Yo no anularía un examen, a menos que el examen te este evaluando eso, el uso de loops con condiciones. La instrucción debió haber sido explicita. Si la instrucción del examen no incluye los requerimientos mínimos en la cual se debe hacer uso de una condición entonces no hay motivo de anular el examen.

Si tu, sabiendo que el examen era acerca de este tema en específico e inclusive cuenta con la instrucción que delinea los requerimientos entonces si, el maestro hizo bien en anularte el problema/examen.

Los exámenes de programación son para evaluar los conceptos de programación aprendidos. No para saber si sabes programar bien cualquier cosa o no.

En general un bucle 'while' es más rápido de ejecutarse que un bucle 'for'... (depende del compilador si hace optimizaciones al for, no hay diferencia), sin embargo, esa no es la razón discriminatoria de usar uno u otro tipo de bucle.

Los bucles 'for', los usas cuando hay una cantidad finita conocida de antemano (sea constante o varible), en cambio el bucle 'while' suelen usarse cuando la cantidad (la condición, no necesarisamente numérica) no se sabe cuando se cumplirá, aunque se prevee que sí se dará...

Entonces cuando usas un bucle u otro estás declarando si la condición es conocida o no de antemano... esa y solo esa debería ser la regla que indique cuando usar un tipo de bucle.

...de hecho los bucles 'while' pueden absorber prefectamente a los bucles 'for', al revés suele añadir redundancia.

Para ilustrar esto mismo, te sugiero que programes la 'serie granizo', y veas como aún siendo valores numéricos, el bucle 'while' con el bucle 'while' no tienes inconveniente en marcar la condición, con un bucle 'for', tendrás que forzar redundancia con algún 'if' que traslade un valor a una varible y sea esta luego la que se valúe... de hecho para optimizar dicho bucle deberías hacer un bucle infinito, con un incremento de 0
Para x = n a 1 con incremento de 0 <---- el incremeneto de 0, supone un bucle infinito a priori, pues si inicalmente no vale 1, nunca se aplicará un incremento-decremento a x.
n sería el valor inicial de la serie granizo.

La serie granizo, toma inicialmente un valor cualquiera, si es par se divide entre 2, si es impar se multiplica por 3... el bucle continúa hasta que la serie decaiga en 2 y finalmente en 1. Dado un número cualquiera se desconoce cuanto tardará en alcanzar la condición de salida (valor 1).

Yo nunca entendí los for, jaja.

Si leo
while A==B
entiendo que es
Mientras A sea igual que B (aunque eso de "==" en vez de "=" no tiene mucha lógica que digamos).

Si leo
for (i = 0; i < max; i++ )
veo Para i que es 0, mientras i sea menor que max, incrementarle 1.
Yo creo que arranca mal porque la palabra "Para" se usa como indicador de cómo hacer algo (ej: Para apagar fuego, use agua), o como pedido de detención (¡Para, detente!), o... bueno, sí: "A José que no sabe multiplicar frutas, durante 1 hora, incrementando los segundos de a 1 darle clases de Matemática. A Pablito que no sabe medir la velocidad conque se propagan las noticias falsas, durante 2 horas, incrementando los segundos de a 2 de Física. Para Juanito que no sabe que la dictadura es una evolución de la monarquía , durante 3 horas, incrementando los segundos de a 1, de Biología"
pero así sin contexto no se dice "Para X mientras Y haciendo el incremento Z", se dice "A X...". Sí se está diciendo cómo actuar frente a cierta situación, pero no sé, no me cierra.

Además es mucha info en poco tiempo, sin estar diciendo lo más relevante: Qué es lo que se hará.

¿Y si ya tienes definida la variable o quieres que la defina el usuario?
Ejemplo: ¿Desde qué número quieres que empiece a mostrar en pantalla los siguientes?
n
Se podría hacer
for (i = n; i < max; i++ )
pero si la variable n no necesita conservar su estado original entonces pa qué crear otra variable. Tal vez for da la opción de no crearla, bueno...

Por otro lado se ve limitante, puede ser que en un bucle siempre convenga que una variable incremente y el bucle se acabe cuando la variable alcanza cierto valor, pero no estoy seguro, no veo por qué atarme a eso.

¿Estoy equivocado en algo?

Se <agradece ejemplo.