Busca en el buscador que ya se hablo hace poco de esto.

No soy partidiario del código spaguetti, pero a veces usar goto facilita las cosas, aunque no sea necesario.

If You Want To Go Somewhere, Goto Is The Best Way To Get There. -- Ken Thompson

Pues claro que sí, alguien puede decir que los comentarios en un código no sirven para una *****, pero yo diría que sí que sirven.

Dicen que no es recomendable usar goto... si hay una opción mejor, pero en muchos casos goto sirve para mucho. En batch, por ejemplo.
Saludos!

PD: Leo, me gustó la frase... +1

En mi opinión, tal y como dice vertex@symphony, habrá circustancias en las que se imponga razonadamente el uso de goto y otras en las que no sea así. Lo que yo considero es que, en lo que viene siendo la disciplina de programación, cuando se están dando los primeros pasos, no es una buena técnica, ya que puede llegar a acostumbrar al "futuro programador" a solucionar cualquier situación con un goto sin pararse a pensar en otros aspectos del problema.

Es una sentencia más del lenguaje sí, y la habrán usado en innumerables ocasiones, pero eso no significa que sea recomendable su uso, que es lo que pregunta Draklit. Creo que si se hace un uso "razonable" de la instrucción, sin abusar de ella ante cualquier situación, es una instrucción tan válida como el resto. Sin embargo, cuando la cosa ya comienza a ser un cachondeo de goto's por todo el código ante el más mínimo inconveniente, lo considero la peor técnica del mundo. Así que supongo que la cosa estará en encontrar un punto medio y no volverse loco poniendo instrucciones de este tipo.

Yo sinceramente veo más lógicas estas instrucciones en bajo nivel, ya que las sentencias de control son mínimas. Pero en lenguajes de alto nivel, donde existen muchas otras sentencias de control de flujo...no la considero indispensable.

Saludos.

En bastantes de hecho.

@[Zero]:

En una charla de FOSDEM 2010 (me parece que era 2010, sino, 2011) Greg Kroah-Hartman en la charla "Write and Submmit your first Kernel Patch" comenta acerca que:

dado el carácter multihilo del kernel que cuando en una función haces locking a algo y por un caso finalizas es más simple saltar al final de la función donde en cualquier caso sea funcionamiento normal o anormal vas a hacer los unlocks necesarios que duplicar el codigo para desbloquear (esta última es más propensa a errores)