ras le cul des maths - Page 15

Dans glTron, tu peut faire tes propres textures et menus. Je vais essayer
J'essayes Armmagetron, pour voir le game-play

Colle toi de très près à un adversaire, et tu va voir

Euh... j'ai pas vus d'accélération
C'est pas parceque comme t'es plus prés de ton adversaire, le prog considère que c'est le même trajet et accélère le calculs ?
Et je le trouve trop lent, pas assez dynamique. Il est trop facils.

Tu te colle à la trainée d'un adversaire (mais vraiment collé, y'a des étincelles) et ta moto se met a accelerer de plus en plus.
C pas du tout un truc de calculs ou je c pas koi, c fait exprès et ça rajoute vriament beaucoup au jeu !

Euh... la seul fois ou j'ai eu des étincelles, c'est quand je me suis pris la queue d'un adversaire
Je vais ré-essayer.

Ouais, mais faut vraiment être trés prés, c'est plus un coup de bol qu'autre choses

Avec de l'entrainement ça devient facile...

Et puis cet élan, tu le conserve un petit moment, ça donne un énorme avantage sur les autres !

Ouais, tu te rabat dés que tu lui passe devant, il se fait prendre à chaque fois. L'IA est pas trés dévellopper non plus, d'ailleur

erf oué c dommage...

microbug
a écrit : normallement faut pas trop se servir de goto en programmation

Raaah, encore un puriste de la programmation structurée.

ouaip

vive la programmation structuré.. c'est

Moi, j'utiliserais plutôt ce doigt pour la programmation structurée.

Non franchement, je ne vois aucune raison de ne pas utiliser goto.

À moins que tu ne parles de quelque chose comme celle-ci:

i=0;
lbl1:
//fais quelque chose
if(++i<100) goto lbl1;

Là, il est vrai qu'une boucle for serait plus adaptée. Même si ce n'est pas si illisible que ça après tout.

ben disons que j'ai appris à programmer en qbasic
et dans ce langage, le goto etait vraiment de la merde au niveau vitesse...
donc j'ai pris l'habitude de faire des progs structurés plutot et c'est bcp mieux

Ben... si tu commence à mettre des Lbl Goto partout, je pense que ce serait mieux defaire des prog séparer.

l'avantage des sous programme, c'est aussi pour faire evoluer le programme, l'optimise, c'est beaucoup plus claire

oui mais il faut savoir utiliser les deux !
des programmes peuvent etre tres delicats a faire avec des structres maus + simples avec des lbl-goto

c chiant a faire des sous programmes?

alors la je suis pas d'accord.
en plus les procedures, tu peux passer des arguments

je ne suis pas contre les procedures, c hyper pratique !
masi il ne faut pas chercher a faire des structures coute que coute !

si

espece de kevin vas !

je prends ca comme un compliment vu le personnage
Mirci

désolé mais ce n'etait pas en rapport avec ce coté du perso
(ct plutot le coté kernel/nostub)

C'est vrais que pour la passation des arguments, les goto c'est plus prtique que les sp.
Perso, je péfère utiliser les goto, mais je trouves que les boucle, sa fait plus

les sp c'est mieux pour tout

Pas forcément. Si tu met tous tes var en local, t'es obliger de faire des prog avec des arguments de ouf, au lieu de les avoir directement.

ca depend
si tu te debrouille bien, il y a pas trop de problème.
c'est une quesyion d'optimisation ça aussi

Ouais, mais programmer et optimiser en même temps, c'est pas trop pratique, quand même.

savoir programmer, c'est aussi savoir optimiser.