kel son tt les etapes pour reussir a fariez un jeu en 3d

1. Savoir se servir d´un ordinateur
2. Savoir se connecter à internet
3. Savoir chercher de l´information sur le net
4. Comprendre l´anglais ( car beaucoup des docs trouvées seront en anglais)
5. Savoir lire ces docs
6. Acheter quelques livres ( très utile mais faut les acheter . ..)
7. Avoir quelques notions en maths + géometrie
8. Apprendre à programmer
9. Apprendre à construire un jeu ( quelconque)
10. Comprendre la structure d´un moteur 3D
11. Ecrire son propre moteur 3D
12. Connaitre d´autres personnes pouvant partager ton projet : desginer, scénariste, infographistes, musiciens et autres programmeurs etc...
13. Rédiger les différents documents pour la création de ton jeu ( design et technique)
14. Et puis pour finir, au boulot! : )

Ceci est une liste non exhaustive : )

merci g t pa sur pour la 3d

GamerFou2 a bien ennumerer ce qu´il y a a faire. Mais il serait interressant de develloper point 11.
Trop souvent, les jeunes codeurs qui se lancent dans la conception d´un moteur 3D ne structurent pas assez leurs travail ( voir pas du tout).
Il ne faut jamais ce lancer dans le code sans avoir une bonne idée de ce que l´on veu faire, et de l´avoir docummenter. C´est une cause majeur du : "Merde, c´est trop le bordel faut tout reprendre" ( Ca C´est Kouic et c´est premiers progs)
Le top serait de modeliser le moteur sur papier ( ou equivalement) de facon a ce que chaque codeur saches precisement ce qu´il a a faire.
Pour cela, l´UML est ton ami.
Il te premettera de definir ton moteur et ensuite et choisir le langage le plus adapter, le nombre de codeur le plus adapter...
Seulement apres viens l´implementation. Mais lorsque l´on sait ou l´on va, les chances d´echouer s´ammenuisent.

Bien entendu, il faut comprendre que tout ce travail est long, mais si la conseption de jeux etait facile ca se serait.

J´espere que ton futur projet aboutira. Si chaque etape est clairement defini tu trouveras plus facilement des collaborateurs adapter. Dans le cas contraires tu rammasseras des gars qui, ne connessant pas le boulot, ne pourrons pas travailler efficacement faute de connessance. Et un projet qui stagne et un projet mort. Cf 50% de projet lancer sur ce forum ( et la je suis gentil).

Pour resumer: Projet non clairement defini, projet jamais fini.

J´aime beaucoup la reponse de Kouic et pour beaucoup de suis d´accord avec lui.

Mais un petit bemol.
L´UML n´est qu´un outils servant a "montrer" tes objets. Il ne definit rien du tout. Si ta conception est mauvaise elle reste mauvaise malgre UML. UML ne te donne po le nombre de codeur à prendre. UML n´est qu´un aide a la conception et a la communication, et encore y en a qui complexifient tout pasque y a UML et que UML les sauverons; bilan "Usine a gaz pour pas grand chose".

"Kouic et ses premier prog" c´est l´experience !
"Ne jamais se lancer dans le code sans avoir" une idée claire de ce qu´on veut => Lecon que Kouic a pris en se plantant.