🚀 go-pugleaf

> > El uso de goto en un caso concreto es cosa de cada programador en
> > concreto.
> Correcto.  Y la norma general a usar es que el uso de un truco/técnica
> de programación debe ir ligado a mejorar la legibilidad del programa.

Totalmente de acuerdo. Bueno, eso y que el programa funcione, claro ;)

> En general, desde mi modesta opinión, esto sólo ocurre en el caso del
> goto para el manejo de excepciones, en lenguajes que no tengan
> procedimientos específicos para ello.

Yo es que soy contrario a mencionar casos en los que sí sea
recomendable, incluso en uno tan claro como el que mencionas, por que
creo que ha de decidirse en cada caso particular, no con normas
genéricas. Y además un novato que vea recomendaciones de ese tipo y se
encuentre con un caso no contemplado en ellas piense que poner un goto
ahí es atentar contra ellas, y no se trata de eso.

> > Si te paras a pensarlo lo suficiente encontrarás la forma de hacerlo sin
> > goto. Lo que hay que valorar es cuanto tiempo vale la pena dedicar a
> > pensarlo.
> Correctas ambas cosas.  Pero entiendo que en esa valoración del tiempo
> sigue siendo válido lo que acabo de decir.  Ese programa habrá que
> mantenerlo y a ese tiempo habrá que sumar el (siempre supuesto) tiempo
> de mantenimiento: la legibilidad es el criterio ganador.

Claro, sin considerar la legibilidad como criterio para evitar un goto
sería válida cualquier chapuza sin pensarlo mucho.

Salu2