Tópico: As piores e mais divertidas peças de programação

[FZapp]

Já que tem um certo número de programadores / analistas de sistemas e afins, seria divertido falar das coisas mais absurdas que a gente já viu.

Eu já tenho feito muita besteira na vida, mas também vi absurdos que nem bebendo tubaína com pimenta-do-reino se me ocorreriam.

Para inaugurar a série...

...eu já vi um programa em C que tinha um GOTO. Isso mesmo. Programa em C. Com um GOTO ! E isso rodou em mais de 10 000 estações DOS/Windows, quem sabe roda em muitas delas ainda...

[SnowRaptor]

Assim que lembrar de uma, eu conto aqui.

[SnowRaptor]

Ah!

Estávamos aprendendo técnicas de lista ligada e recebemos o exercício de encontrar palavras "vizinhas" num dicionário com palavras de três letras. O programa deveria supor que o dicionário está em ordem alfabética.

Vai um amigo meu fazer o programa e pra testar, ele cria outro programa pra fazer o dicionário. Pra isso, ele cria seqüências de três caracteres aleatórios. Faz isso 50 mil vezes. Depois, ele faz um programa que usa o bubblesort para organizar o dicionário.

Ele não entendia por que o programa de sort dele estava demorando tanto nem poor que o programa de achar vizinhos demorava mais ainda. O pior caso apra os dois programas é quando há repetição de valores. Agora, calculem: em média, quantas vezes uma palavra de tr6es eltras deve se repetir numa lista de 50 mil palavras de três letras?

[gogorongon]

...eu já vi um programa em C que tinha um GOTO. Isso mesmo. Programa em C. Com um GOTO !

Preconceito contra goto é uma coisa retardada que é difundida pelo meio acadêmico. Existem casos excepcionais em que o uso de goto é válido.

Código: [Selecionar]

if (r_drawwater)
{
// r_wateralpha*10: 1&2=25% 3&4=33% 5&6=50% 7&8&9=66%
if (r_wateralpha.value <= 0.25) // 25%
{
teste = ((((int)r_turb_pdest-(int)d_viewbuffer) / screenwidth)+1) & 1;
if (teste) // 25% transparency
{
stipple:
if (!(((int)r_turb_pdest + teste) & 1)) // if we are in the wrong pixel,
{
if (r_turb_spancount == 1)
goto end_of_loop;
// advance one pixel
*r_turb_pdest++;
izi += izistep;
pz++;
r_turb_s += r_turb_sstep;
r_turb_t += r_turb_tstep;
r_turb_spancount = (r_turb_spancount/2); // -1
}
else
r_turb_spancount = (r_turb_spancount+1)/2;
// multiply steps by 2
r_turb_sstep*=2;
r_turb_tstep*=2;
do
{
#define sturb2 (((r_turb_s + r_turb_turb[(r_turb_t>>16)&(CYCLE-1)])>>16)&63)
#define tturb2 (((r_turb_t + r_turb_turb[(r_turb_s>>16)&(CYCLE-1)])>>16)&63)
if (*pz <= (izi >> 16))
*r_turb_pdest = *(r_turb_pbase + (tturb2<<6) + sturb2);
// advance two pixels
r_turb_pdest += 2;
pz += 2;
izi += izistep2;
r_turb_s += r_turb_sstep;
r_turb_t += r_turb_tstep;
}
while (--r_turb_spancount > 0);
}
}
else if (r_wateralpha.value < 0.66 || !alphamap) // 50%
{
teste = ((((int)r_turb_pdest-(int)d_viewbuffer) / screenwidth)+1) & 1;
goto stipple;
}
}
Não é possível fazer esse tipo de redirecionamento de fluxo de instruções de outro modo, pelo menos não de um modo tão eficiente. E não, não vou nem tentar explicar o código. É de uma engine de Quake.

[Moro]

Kasimier

Esse caso pode ser facilmente trocado. Os dois gotos

O 1, sobe a condição (r_turb_spancount == 1)
para a disjunção anterior e e coloca um else if... ou o que parece mais provável (não achei end_of_loop) sobe duas

Em baixo, o goto stipple pode configurar um while. Eu nunca precisei de goto, só em ASM e vendo hoje poderia te-los substituidos

[gogorongon]

O 1, sobe a condição (r_turb_spancount == 1)
para a disjunção anterior e e coloca um else if... ou o que parece mais provável (não achei end_of_loop) sobe duas

O end_of_loop fica mais pra baixo no código, esqueci de incluir. Mas ele não sai do loop, ele vai pras últimas linhas do loop, onde tem variáveis que precisam ser atualizadas antes do próximo ciclo:

Código: [Selecionar]

end_of_loop:
r_turb_s = snext;
r_turb_t = tnext;
} while (count > 0);
E esse loop ainda está aninhado dentro de outro.

Em baixo, o goto stipple pode configurar um while.

Não configura.

Eu nunca precisei de goto, só em ASM e vendo hoje poderia te-los substituidos

Sim, é raríssimo ter que usar isso. Mas pode acontecer.

[Moro]

Bueno, eu acho que configura... passa o código aí que nóis tenta

[SnowRaptor]

Otimizando quake! Yay!

Vamos fazer um server do CC depois?

[gogorongon]

Otimizando quake! Yay!

Vamos fazer um server do CC depois?

Tá, vou fazer algo a respeito.

Ando precisando treinar minhas habilidades.

[FZapp]

...eu já vi um programa em C que tinha um GOTO. Isso mesmo. Programa em C. Com um GOTO !

Preconceito contra goto é uma coisa retardada que é difundida pelo meio acadêmico. Existem casos excepcionais em que o uso de goto é válido.

Eu nunca fui do meio acadêmico.

Bom, tente dar manutenção nesse código e seja feliz.

[FZapp]

Por outro lado, assembler é oooooutro papo. C é programação estruturada. programação estruturada e GOTO é como corridas de motos, com butijões de gás na garupa

[gogorongon]

Eu nunca fui do meio acadêmico.

Não quis dizer que você é, mas que você pode ter aprendido isso com algum professor. Já discuti sobre isso com quase todos os professores da minha faculdade.

Bom, tente dar manutenção nesse código e seja feliz.

Eu escrevi esse trecho do código desse jeito justamente pra facilitar a manutenção, assim uso o mesmo código pros dois casos invés de ficar copiando todas as alterações de um lugar pra outro, e sem perder velocidade.

Só tem dois goto nesse código, goto só atrapalha a manutenção quando tem vários e faz a gente se perder.

[FZapp]

Eu não aprendi C na faculdade, aprendi trabalhando em '89 no velho DigiRede.

Quanto ao código, ele é super fenomenal.
Desculpa, é verdade, eu ainda não sou tão genial quanto você. Um dia chego lá.

[Moro]

goto plenamente substituivel em qualquer programação estruturada.

[gogorongon]

Quanto ao código, ele é super fenomenal.
Desculpa, é verdade, eu ainda não sou tão genial quanto você. Um dia chego lá.

Talvez você não tenha percebido, mas por mais agressividade que eu ponha nos meus argumentos eu não gosto de ser agressivo com as pessoas em si.

[FZapp]

Não, ainda não percebi. Mas vou me esforçar.

[Eremita]

Ah!

Estávamos aprendendo técnicas de lista ligada e recebemos o exercício de encontrar palavras "vizinhas" num dicionário com palavras de três letras. O programa deveria supor que o dicionário está em ordem alfabética.

Vai um amigo meu fazer o programa e pra testar, ele cria outro programa pra fazer o dicionário. Pra isso, ele cria seqüências de três caracteres aleatórios. Faz isso 50 mil vezes. Depois, ele faz um programa que usa o bubblesort para organizar o dicionário.

Ele não entendia por que o programa de sort dele estava demorando tanto nem poor que o programa de achar vizinhos demorava mais ainda. O pior caso apra os dois programas é quando há repetição de valores. Agora, calculem: em média, quantas vezes uma palavra de tr6es eltras deve se repetir numa lista de 50 mil palavras de três letras?

26³ = 17576; em média, cada palavra era repetida 2,8 vezes. Porra, gerar palavras aleatoriamente é válido, mas... se ele queria exaurir todas as possibilidades, por que não criou um programa sistemático para tal? Que gerasse já na ordem: aaa, aab, aac... zzw, zzy, zzz? E se ele quer imitar um dicionário real, bastava depois retirar aleatoriamente mais da metade das palavras! [E olha que isso ainda é uma decisão burra, mas eficiente: não gera palavras repetidas.]

[SnowRaptor]

A gente fez uma piada dizendo que ele tinha desenvolvido um algoritmo de ordenação: o Foziesort:

while (não ordenado)
{
    reordenar aleatoriamente
}

[Churrumino]

Testando se o número é par ou ímpar:

j = 0;
i = n;
while (n > 2) {
    n--;
    j++;
}
if ((j % 2) == 0)
    printf ("O número é par");
else
    printf ("O número é ímpar");

[Luis Dantas]

Santo cochilo, Batman!