Barrapunto

Los goto sobran.
Los if sobran.
Cualquier cosa que no sea un while, sobra.
Seamos while-computables caballeros ;)

+1 inspirado, la gente no tiene la mente abierta le enseñan un cosa y se lo cree para toda la vida sin pensar si quiera cuestionarselo jamás , es decir que un programador tenga topicos como que java es lento que c es lo mejor, que visual basic es una mierda, que delphi es un lenguaje de culto por que se basa en el super turbo pascal... Que la gente que programa en assembly son genios del unviverso. Que los crackers son hackers malos...

  En realidad un buen programador tiene que hacer una cosa , lo que pueda i aprender sobre la marcha. No es que me gusten mucho las etiquetas pero normalmente existen programadores juniors que lo unico que piensan es como hacer el trozo de codigo más perfecto i de la forma más ràpida, los seniors que ja estan asta los huevos de cobrar una mierda y que han perdido al ilusión de los juniors, y despues se passan a analistas, para montar todo un sistema super complejo de motores reutilizables para luego lo programadores juniors que son los que realmente van a tipear no tengan ni puta idea de por donde empezar ni que coño es un motor jaja

  En fin supongo que me merezco el fuera de tema , lo que vengo a decir es que si quieres programar haz lo lo mejor que puedas y que funciones, que no te puedan decir que tu codigo falla más que un escopeta de ferias, de eso se trata, no de hacer virguerias con el codigo para llegar a un mismo resultado ...

  Y aún asi tu codigo jamás será perfecto a no ser que se reescriba una y otra vez.. en definitiva hazlo fàcil capullo !! si tienes que usar gotos usa gotos si tines que anidar 20 if pues tu mismo .. Yo estoy con la extreme programing el scrumm i todo los conceptos nuevos de programación que se basan en la indeterminación ...

El argumento en contra del goto es que como no se sabe desde qué punto viene el flujo de ejecución, no se puede presuponer un estado del programa en una esa línea, lo que hace el programa más propenso a errores.
El cacho de código de ahí abajo se puede escribir como:

if(spin_trylock(&tty_lock.lock)){
WARN_ON(tty_lock.lock_owner);
}else{
if (tsk == tty_lock.lock_owner) {
WARN_ON(!tty_lock.lock_count);
tty_lock.lock_cou nt++;
return flags;
}else{
spin_lock(&tty_lock.lock);
WARN_ON(tty_lock.lock_owner);
}
}

y no es para tanto repetir esa "llamada" a WARN_ON...